對于什么是質(zhì)量？ 

　　有很多的定義，質(zhì)量是由旁觀(guān)者定義的，有些人會(huì )說(shuō)這是不可能使用的定義，因為它很難在真正的業(yè)務(wù)場(chǎng)景中工作。但是敏捷方法不同意。敏捷方法就是用這種方法讓產(chǎn)品的質(zhì)量由顧客塑造。他們承認不同的人會(huì )用不同的觀(guān)點(diǎn)看問(wèn)題，所以對于項目來(lái)說(shuō)誰(shuí)的觀(guān)點(diǎn)最能說(shuō)了算（最終顧客）就是敏捷方法要追求的。

　　項目的高質(zhì)量是什么由什么組成的？

　　項目是用來(lái)學(xué)習的在傳統的軟件開(kāi)發(fā)方法中，我們努力構建顧客想要的產(chǎn)品。我們花費大量的時(shí)間努力從顧客那里獲取需求，我們針對需求進(jìn)行分析和建模，并且歸納成說(shuō)明書(shū)。然后我們評審說(shuō)明書(shū)，與顧客開(kāi)會(huì )討論，最后簽字�？雌饋�(lái)我們將要構建的產(chǎn)品確實(shí)是滿(mǎn)足顧客要求的。但是通常那不是最終結果。通常，在項目快要結束的時(shí)候，需求和范圍、產(chǎn)品的適用性成為爭論的焦點(diǎn)。開(kāi)發(fā)人員埋怨顧客改變了主意，顧客則不明白開(kāi)發(fā)人員怎么會(huì )偏離這么遠。

　　是誰(shuí)的錯？敏捷方法指出每個(gè)人都有錯，但是每個(gè)人都沒(méi)有錯。他們告訴我們開(kāi)發(fā)項目不是別的，而是一個(gè)學(xué)習的體驗。沒(méi)有誰(shuí)能完全理解所有需求之后才開(kāi)始項目；即使是顧客也一樣。顧客一開(kāi)始有一些主意，但是他們也在項目的進(jìn)展過(guò)程中學(xué)到關(guān)于他們的需要。同樣的，開(kāi)發(fā)人員在一開(kāi)始學(xué)習到他們能知道的東西，但是他們需要繼續通過(guò)項目來(lái)學(xué)習更多的東西。

　　沒(méi)有人完全清楚會(huì )構建出什么來(lái)，直到項目結束。因為每個(gè)人都在通過(guò)項目學(xué)習，敏捷方法改變了過(guò)程以便識別出持續學(xué)習，并培養每個(gè)人的學(xué)習能力。

　　他們通過(guò)把與顧客交互的過(guò)程從項目的開(kāi)始階段移到項目的心臟。不是摘取顧客的想法然后使用寫(xiě)下來(lái)的說(shuō)明書(shū)作為開(kāi)發(fā)的基礎，敏捷方法使用顧客自己！他們讓顧客有規律地參與到項目的每個(gè)迭代過(guò)程中來(lái)。

　　敏捷方法中的質(zhì)量在敏捷項目開(kāi)始的時(shí)候，顧客和開(kāi)發(fā)人員一起定義項目會(huì )做什么。他們建立XP所說(shuō)的項目隱喻，這是用快速的大筆觸描繪產(chǎn)品的大概樣子。另外，會(huì )提煉出一份需求列表（XP稱(chēng)之為故事），但是不像傳統的需求，這些故事不會(huì )有詳細的細節，也不是一成不變的。

　　敏捷項目通過(guò)很多一個(gè)月左右的短期開(kāi)發(fā)周期來(lái)增量地構建產(chǎn)品。每個(gè)周期開(kāi)始于顧客決定哪個(gè)故事應該先構造。開(kāi)發(fā)人員通過(guò)對技術(shù)可行性的分析來(lái)調節顧客的期望值，然后一起決定在這個(gè)迭代開(kāi)發(fā)中需要成功構建哪些內容。

　　隨著(zhù)開(kāi)發(fā)人員構建了增量的部分，他們需要通過(guò)測試來(lái)保證產(chǎn)品沒(méi)有很多缺陷，像顧客需要的那樣工作。在他們工作的過(guò)程中能隨時(shí)得到顧客的回答，因此能感覺(jué)自信他們構建的是顧客想要的。然后，當開(kāi)發(fā)的增量部分完成后，系統會(huì )交付顧客進(jìn)行測試或使用（如果顧客選擇這樣做的話(huà)）。

　　開(kāi)發(fā)人員和顧客之間都有很多反復的過(guò)程，任何人都可以隨時(shí)對現在的需求提出更改，甚至刪減或增加需求。對于顧客，這是他們對高質(zhì)量進(jìn)行微調的機會(huì )，結果是改變了對開(kāi)發(fā)人員的指導。

　　從簡(jiǎn)單的bug修正到激進(jìn)的需求改變都添加到需求列表。然后，在下一次的迭代計劃中，顧客與開(kāi)發(fā)人員一起制訂下一步增量開(kāi)發(fā)的內容，從而向顧客眼中的高質(zhì)量產(chǎn)品邁進(jìn)一步。

　　關(guān)于測試人員開(kāi)發(fā)人員負責在每個(gè)增量迭代中進(jìn)行測試，顧客在迭代的最后進(jìn)行可接收測試，看起來(lái)測試人員在這種敏捷方法中無(wú)處生存。目前敏捷方法關(guān)于測試員角色的討論比較少，但是敏捷社區的討論聲音好像比較一致：認為測試人員在敏捷方法中有他們自己的位置。雖然這些討論在繼續，但是還沒(méi)有一致的清晰的角色定義。

　　如果測試人員的目的是找缺陷，那么與開(kāi)發(fā)人員的測試有點(diǎn)重復。如果他們的目的是站在顧客那邊來(lái)判斷系統是否滿(mǎn)足需求，那么他們與顧客的接收測試有點(diǎn)重復。但是質(zhì)量不僅僅是缺陷少和可用。質(zhì)量是多維的，例如可靠性、可維護性、安全性、可用性、性能等。

　　測試人員能通過(guò)兩種方式給敏捷項目帶來(lái)真正的價(jià)值。第一個(gè)是通過(guò)專(zhuān)業(yè)的獨立的測試擴展開(kāi)發(fā)人員的測試和顧客的測試。獨立的測試人員能從不同的視角對系統進(jìn)行測試，因此他們會(huì )找到不同的缺陷或可用性問(wèn)題。

　　第二種方式是專(zhuān)注于質(zhì)量的其它維。開(kāi)發(fā)人員和顧客的測試很可能忽略這些質(zhì)量的方面，因此測試人員對它們的關(guān)注是項目成功的關(guān)鍵因素之一。

　　敏捷質(zhì)量敏捷方法對于產(chǎn)品質(zhì)量來(lái)說(shuō)有新的方式，專(zhuān)注于開(kāi)發(fā)人員負責發(fā)現和移除缺陷，專(zhuān)注于顧客負責確保項目向真正滿(mǎn)足他們需要的高質(zhì)量產(chǎn)品邁進(jìn)。這些方法做了很多恰當的工作來(lái)達到質(zhì)量。同時(shí)，關(guān)于加入測試人員的角色使其更強大的討論在繼續。

　　敏捷和質(zhì)量不僅僅是兼容的；它們還能很好地工作在一起。