構(gòu)建迭代測(cè)試優(yōu)先級(jí)
用例驅(qū)動(dòng)的迭代方法生成了新的機(jī)會(huì)和新的負(fù)擔(dān)。因?yàn)槲覀儗⒁呀?jīng)限制阻礙完全測(cè)試的資源，所以我們應(yīng)該根據(jù)以下優(yōu)先級(jí)順序執(zhí)行測(cè)試：
運(yùn)行“冒煙測(cè)試”。如果冒煙測(cè)試通過了，那么：
測(cè)試那些在此迭代中分辨出的缺陷。
測(cè)試那些在此迭代中實(shí)現(xiàn)的新場(chǎng)景。
上面的三項(xiàng)應(yīng)看作是絕對(duì)極小值，并且不能實(shí)現(xiàn)它們的應(yīng)該看作是測(cè)試過程的主要失敗。我們應(yīng)該繼續(xù)三個(gè)步驟：
維護(hù)和執(zhí)行的自動(dòng)化測(cè)試
維護(hù)和執(zhí)行的手動(dòng)測(cè)試
人造量度集合
當(dāng)然，應(yīng)該優(yōu)先選擇不需要維護(hù)當(dāng)前連編的自動(dòng)化測(cè)試。隨著時(shí)間的推移，我們應(yīng)該能夠收集從中可以預(yù)計(jì)測(cè)試工作的量度，例如，維護(hù)自動(dòng)化測(cè)試要多少工作，運(yùn)行手動(dòng)測(cè)試要多少工作，等等。
每個(gè)項(xiàng)目團(tuán)隊(duì)必須分辨的一個(gè)問題是測(cè)試活動(dòng)與開發(fā)活動(dòng)并行的方式。從某種意義上講，一旦對(duì)開發(fā)人員來說迭代結(jié)束了，對(duì)于測(cè)試人員迭代就開始了。
測(cè)試優(yōu)先的方法
測(cè)試優(yōu)先的方法在最近五年內(nèi)受到了相當(dāng)大的推動(dòng)。簡(jiǎn)單地說，開發(fā)人員在撰寫代碼之前要撰寫一個(gè)測(cè)試。每個(gè)分支、循環(huán)，或其他邏輯在加入源代碼之前都要寫出將要執(zhí)行結(jié)果的自動(dòng)化測(cè)試。
測(cè)試優(yōu)先主要在構(gòu)建階段，主要由開發(fā)人員執(zhí)行，而不是測(cè)試人員?？梢詫⑵浔M早地引入精化階段，但如您所見到的，強(qiáng)調(diào)的不是功能的完整性。
產(chǎn)品化（Transition）階段：管理可接受的風(fēng)險(xiǎn)
驗(yàn)收測(cè)試應(yīng)該已經(jīng)是所有測(cè)試人員都熟悉的，因此此討論將只涵蓋驗(yàn)收的重點(diǎn)。
總體上我將定義驗(yàn)收活動(dòng)包含部署，以及因此發(fā)現(xiàn)的所有問題和缺陷。這是 RUP 在產(chǎn)品化階段所描述的內(nèi)容，并且測(cè)試人員將其理解為驗(yàn)收的評(píng)估。
測(cè)試人員在支持項(xiàng)目經(jīng)理達(dá)到項(xiàng)目階段目標(biāo)上起著關(guān)鍵作用。無(wú)疑會(huì)有大量增加的請(qǐng)求以及低優(yōu)先級(jí)的缺陷，無(wú)論哪里，只要可能，這些都應(yīng)當(dāng)延遲到新的維護(hù)項(xiàng)目中。
評(píng)估可接受性
產(chǎn)品化階段中強(qiáng)調(diào)的是分辨缺陷并停止項(xiàng)目。不允許新的功能。開發(fā)人員有時(shí)候稱項(xiàng)目中這一點(diǎn)為“代碼爛泥” —— 換句話說，還沒有“代碼凍結(jié)”，因?yàn)槟承╊愋偷淖兏€允許出現(xiàn)。
測(cè)試人員在發(fā)布計(jì)劃中起很大作用。這包括測(cè)試工作和進(jìn)度（應(yīng)該源于最近的構(gòu)建迭代中獲得的測(cè)試工作量度）。預(yù)先應(yīng)該已經(jīng)確定了，構(gòu)成缺陷級(jí)別和其他量度的可接收的門限是什么。這可能意味著（例如），零關(guān)鍵缺陷，只有一個(gè)工作區(qū)至多一個(gè)“高優(yōu)先級(jí)”缺陷，五個(gè)“中等”，及許多“低級(jí)”的。因此，測(cè)試人員可以指定并跟蹤版本候選是否具有適當(dāng)?shù)馁|(zhì)量。
產(chǎn)品化階段將構(gòu)建階段“開發(fā)的”缺陷跟蹤與外部的面對(duì)客戶的及服務(wù)臺(tái)的缺陷跟蹤連結(jié)起來。測(cè)試版程序的許多優(yōu)勢(shì)之一是該支持及跟蹤機(jī)制可以實(shí)行。
從理論上講，如果對(duì)可交付內(nèi)容做出了任何變更，都應(yīng)該執(zhí)行完整的測(cè)試集合。在安全至上的系統(tǒng)中，這很可能成為一個(gè)需求，甚至是一個(gè)規(guī)章。在一般的商業(yè)環(huán)境中，測(cè)試人員可以幫助項(xiàng)目經(jīng)理決定運(yùn)行哪個(gè)測(cè)試子集。這可能包含所有自動(dòng)化測(cè)試、一些手動(dòng)測(cè)試，再加上，比方說，在“實(shí)驗(yàn)室”中的五天時(shí)間（也就是，在 MTBF 環(huán)境中）。測(cè)試人員將使用在其上測(cè)試最可能產(chǎn)生失敗的量度。當(dāng)創(chuàng)建軟件“補(bǔ)丁”時(shí)，測(cè)試人員履行類似的職責(zé)。
數(shù)據(jù)格式支持、數(shù)據(jù)轉(zhuǎn)換，及數(shù)據(jù)遷移是產(chǎn)品化階段和客戶部署中的重要活動(dòng)。這些都在測(cè)試人員的職責(zé)范圍內(nèi)。有時(shí)候，測(cè)試人員回顧用戶指導(dǎo)和其他文檔。技術(shù)作者執(zhí)行此任務(wù)。
測(cè)試、編碼、迭代，和量度
量度已經(jīng)在我們的討論中表現(xiàn)顯著。測(cè)試是量度重要的來源和用戶。當(dāng)測(cè)試進(jìn)展量度結(jié)合開發(fā)進(jìn)展量度時(shí)，我們獲得項(xiàng)目狀態(tài)及其可能道路的引人注目的全面指示。這些客觀的預(yù)測(cè)是管理用戶期望，及能夠精確地估算、請(qǐng)求，并防御額外的進(jìn)度或資源所必要的。
像這些量度在傳統(tǒng)的瀑布過程中是很難收集的。它是迭代生命周期與使收集和應(yīng)用成為可能的適當(dāng)測(cè)試過程的交匯點(diǎn)。
總結(jié)：搖尾巴的狗是好狗
在傳統(tǒng)的開發(fā)模型中，直到預(yù)定的交付之前的最后“失敗”時(shí)刻，測(cè)試人員經(jīng)常作為二等公民。然后，他們成為關(guān)鍵的瓶頸，在其中會(huì)出現(xiàn)無(wú)休止的挑挑揀揀。
RUP 為測(cè)試人員提供了另一種觀點(diǎn)。您在其中可以在整個(gè)項(xiàng)目中立即做作出貢獻(xiàn)，并且減輕每個(gè)人的負(fù)擔(dān)。
注釋
1 ISO 是國(guó)際標(biāo)準(zhǔn)組織（International Organization for Standardization）的名稱，SEI 是卡內(nèi)基梅隆大學(xué)的軟件工程學(xué)院，IEEE 是電子及電氣工程師協(xié)會(huì)，它為計(jì)算行業(yè)頒布了多種標(biāo)準(zhǔn)。
2 參看 COCOMO II，了解在估算中應(yīng)用系數(shù)的技術(shù)。
3參見 Walker Royce，Software Project Management: A Unified Perspective，Addison-Wesley 1998 年。
用例驅(qū)動(dòng)的迭代方法生成了新的機(jī)會(huì)和新的負(fù)擔(dān)。因?yàn)槲覀儗⒁呀?jīng)限制阻礙完全測(cè)試的資源，所以我們應(yīng)該根據(jù)以下優(yōu)先級(jí)順序執(zhí)行測(cè)試：
運(yùn)行“冒煙測(cè)試”。如果冒煙測(cè)試通過了，那么：
測(cè)試那些在此迭代中分辨出的缺陷。
測(cè)試那些在此迭代中實(shí)現(xiàn)的新場(chǎng)景。
上面的三項(xiàng)應(yīng)看作是絕對(duì)極小值，并且不能實(shí)現(xiàn)它們的應(yīng)該看作是測(cè)試過程的主要失敗。我們應(yīng)該繼續(xù)三個(gè)步驟：
維護(hù)和執(zhí)行的自動(dòng)化測(cè)試
維護(hù)和執(zhí)行的手動(dòng)測(cè)試
人造量度集合
當(dāng)然，應(yīng)該優(yōu)先選擇不需要維護(hù)當(dāng)前連編的自動(dòng)化測(cè)試。隨著時(shí)間的推移，我們應(yīng)該能夠收集從中可以預(yù)計(jì)測(cè)試工作的量度，例如，維護(hù)自動(dòng)化測(cè)試要多少工作，運(yùn)行手動(dòng)測(cè)試要多少工作，等等。
每個(gè)項(xiàng)目團(tuán)隊(duì)必須分辨的一個(gè)問題是測(cè)試活動(dòng)與開發(fā)活動(dòng)并行的方式。從某種意義上講，一旦對(duì)開發(fā)人員來說迭代結(jié)束了，對(duì)于測(cè)試人員迭代就開始了。
測(cè)試優(yōu)先的方法
測(cè)試優(yōu)先的方法在最近五年內(nèi)受到了相當(dāng)大的推動(dòng)。簡(jiǎn)單地說，開發(fā)人員在撰寫代碼之前要撰寫一個(gè)測(cè)試。每個(gè)分支、循環(huán)，或其他邏輯在加入源代碼之前都要寫出將要執(zhí)行結(jié)果的自動(dòng)化測(cè)試。
測(cè)試優(yōu)先主要在構(gòu)建階段，主要由開發(fā)人員執(zhí)行，而不是測(cè)試人員?？梢詫⑵浔M早地引入精化階段，但如您所見到的，強(qiáng)調(diào)的不是功能的完整性。
產(chǎn)品化（Transition）階段：管理可接受的風(fēng)險(xiǎn)
驗(yàn)收測(cè)試應(yīng)該已經(jīng)是所有測(cè)試人員都熟悉的，因此此討論將只涵蓋驗(yàn)收的重點(diǎn)。
總體上我將定義驗(yàn)收活動(dòng)包含部署，以及因此發(fā)現(xiàn)的所有問題和缺陷。這是 RUP 在產(chǎn)品化階段所描述的內(nèi)容，并且測(cè)試人員將其理解為驗(yàn)收的評(píng)估。
測(cè)試人員在支持項(xiàng)目經(jīng)理達(dá)到項(xiàng)目階段目標(biāo)上起著關(guān)鍵作用。無(wú)疑會(huì)有大量增加的請(qǐng)求以及低優(yōu)先級(jí)的缺陷，無(wú)論哪里，只要可能，這些都應(yīng)當(dāng)延遲到新的維護(hù)項(xiàng)目中。
評(píng)估可接受性
產(chǎn)品化階段中強(qiáng)調(diào)的是分辨缺陷并停止項(xiàng)目。不允許新的功能。開發(fā)人員有時(shí)候稱項(xiàng)目中這一點(diǎn)為“代碼爛泥” —— 換句話說，還沒有“代碼凍結(jié)”，因?yàn)槟承╊愋偷淖兏€允許出現(xiàn)。
測(cè)試人員在發(fā)布計(jì)劃中起很大作用。這包括測(cè)試工作和進(jìn)度（應(yīng)該源于最近的構(gòu)建迭代中獲得的測(cè)試工作量度）。預(yù)先應(yīng)該已經(jīng)確定了，構(gòu)成缺陷級(jí)別和其他量度的可接收的門限是什么。這可能意味著（例如），零關(guān)鍵缺陷，只有一個(gè)工作區(qū)至多一個(gè)“高優(yōu)先級(jí)”缺陷，五個(gè)“中等”，及許多“低級(jí)”的。因此，測(cè)試人員可以指定并跟蹤版本候選是否具有適當(dāng)?shù)馁|(zhì)量。
產(chǎn)品化階段將構(gòu)建階段“開發(fā)的”缺陷跟蹤與外部的面對(duì)客戶的及服務(wù)臺(tái)的缺陷跟蹤連結(jié)起來。測(cè)試版程序的許多優(yōu)勢(shì)之一是該支持及跟蹤機(jī)制可以實(shí)行。
從理論上講，如果對(duì)可交付內(nèi)容做出了任何變更，都應(yīng)該執(zhí)行完整的測(cè)試集合。在安全至上的系統(tǒng)中，這很可能成為一個(gè)需求，甚至是一個(gè)規(guī)章。在一般的商業(yè)環(huán)境中，測(cè)試人員可以幫助項(xiàng)目經(jīng)理決定運(yùn)行哪個(gè)測(cè)試子集。這可能包含所有自動(dòng)化測(cè)試、一些手動(dòng)測(cè)試，再加上，比方說，在“實(shí)驗(yàn)室”中的五天時(shí)間（也就是，在 MTBF 環(huán)境中）。測(cè)試人員將使用在其上測(cè)試最可能產(chǎn)生失敗的量度。當(dāng)創(chuàng)建軟件“補(bǔ)丁”時(shí)，測(cè)試人員履行類似的職責(zé)。
數(shù)據(jù)格式支持、數(shù)據(jù)轉(zhuǎn)換，及數(shù)據(jù)遷移是產(chǎn)品化階段和客戶部署中的重要活動(dòng)。這些都在測(cè)試人員的職責(zé)范圍內(nèi)。有時(shí)候，測(cè)試人員回顧用戶指導(dǎo)和其他文檔。技術(shù)作者執(zhí)行此任務(wù)。
測(cè)試、編碼、迭代，和量度
量度已經(jīng)在我們的討論中表現(xiàn)顯著。測(cè)試是量度重要的來源和用戶。當(dāng)測(cè)試進(jìn)展量度結(jié)合開發(fā)進(jìn)展量度時(shí)，我們獲得項(xiàng)目狀態(tài)及其可能道路的引人注目的全面指示。這些客觀的預(yù)測(cè)是管理用戶期望，及能夠精確地估算、請(qǐng)求，并防御額外的進(jìn)度或資源所必要的。
像這些量度在傳統(tǒng)的瀑布過程中是很難收集的。它是迭代生命周期與使收集和應(yīng)用成為可能的適當(dāng)測(cè)試過程的交匯點(diǎn)。
總結(jié)：搖尾巴的狗是好狗
在傳統(tǒng)的開發(fā)模型中，直到預(yù)定的交付之前的最后“失敗”時(shí)刻，測(cè)試人員經(jīng)常作為二等公民。然后，他們成為關(guān)鍵的瓶頸，在其中會(huì)出現(xiàn)無(wú)休止的挑挑揀揀。
RUP 為測(cè)試人員提供了另一種觀點(diǎn)。您在其中可以在整個(gè)項(xiàng)目中立即做作出貢獻(xiàn)，并且減輕每個(gè)人的負(fù)擔(dān)。
注釋
1 ISO 是國(guó)際標(biāo)準(zhǔn)組織（International Organization for Standardization）的名稱，SEI 是卡內(nèi)基梅隆大學(xué)的軟件工程學(xué)院，IEEE 是電子及電氣工程師協(xié)會(huì)，它為計(jì)算行業(yè)頒布了多種標(biāo)準(zhǔn)。
2 參看 COCOMO II，了解在估算中應(yīng)用系數(shù)的技術(shù)。
3參見 Walker Royce，Software Project Management: A Unified Perspective，Addison-Wesley 1998 年。