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

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

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

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

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

　　沒有人完全清楚會構(gòu)建出什么來，直到項(xiàng)目結(jié)束。因?yàn)槊總�人都在通過項(xiàng)目學(xué)習(xí)，敏捷方法改變了過程以便識別出持續(xù)學(xué)習(xí)，并培養(yǎng)每個人的學(xué)習(xí)能力。

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

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

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

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

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

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

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

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

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

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

　　敏捷質(zhì)量敏捷方法對于產(chǎn)品質(zhì)量來說有新的方式，專注于開發(fā)人員負(fù)責(zé)發(fā)現(xiàn)和移除缺陷，專注于顧客負(fù)責(zé)確保項(xiàng)目向真正滿足他們需要的高質(zhì)量產(chǎn)品邁進(jìn)。這些方法做了很多恰當(dāng)?shù)墓ぷ鱽磉_(dá)到質(zhì)量。同時，關(guān)于加入測試人員的角色使其更強(qiáng)大的討論在繼續(xù)。

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