本文來(lái)自于 Rational Edge：在對(duì)軟件迭代開(kāi)發(fā)生命周期中的測(cè)試人員的作用進(jìn)行探討的同時(shí)，作者考慮，除了 RUP 測(cè)試規(guī)程中提供的描述，測(cè)試人員還能如何對(duì)項(xiàng)目做出廣泛的貢獻(xiàn)。
從測(cè)試工程師那里聽(tīng)到的最普遍的抱怨是直到過(guò)程中很晚的時(shí)候才能有效地參與到軟件開(kāi)發(fā)項(xiàng)目中。此外，測(cè)試通常是在開(kāi)發(fā)人員在抗?fàn)帗p壞一個(gè)接一個(gè)版本候選的很晚出現(xiàn)的缺陷時(shí)所逼出的行為。到一個(gè)合適的候選版本出現(xiàn)的時(shí)候，測(cè)試人員已經(jīng)成為瓶頸，顯然，要對(duì)進(jìn)一步的延遲負(fù)責(zé)。
Rational Unified Process®，或 RUP®，廣泛地概括了測(cè)試規(guī)程（Test Discipline），并介紹了測(cè)試角色如何及早地參與項(xiàng)目生命周期。
我希望在本文中介紹另一種觀點(diǎn)。代替由測(cè)試規(guī)程開(kāi)始，我將依次考慮每個(gè) RUP 階段的風(fēng)險(xiǎn)管理原則，并詢問(wèn)經(jīng)驗(yàn)豐富的測(cè)試人員，為了促進(jìn)那些目標(biāo)他們可能會(huì)做些什么。雖然測(cè)試工程師不能估算總的項(xiàng)目成本，但是他們的確可以評(píng)估對(duì)成本的測(cè)試貢獻(xiàn)，并且提出測(cè)試風(fēng)險(xiǎn)和可行性。雖然他們不應(yīng)該計(jì)劃解決方案架構(gòu)，但是他們可以幫忙度量。雖然測(cè)試人員不構(gòu)建一系列可執(zhí)行程序，但是他們可以評(píng)估每個(gè)可執(zhí)行程序如何表示一個(gè)從前一個(gè)而來(lái)的進(jìn)展。雖然測(cè)試人員不構(gòu)建最終的候選版本，但是他們可以確保具有可接受的質(zhì)量。
我相信在 RUP 的每個(gè)階段，測(cè)試人員都有機(jī)會(huì)對(duì)項(xiàng)目做出大量貢獻(xiàn)。該貢獻(xiàn)遠(yuǎn)遠(yuǎn)地?cái)U(kuò)展了，例如，要求更早地測(cè)試交付內(nèi)容 —— 或者更早地執(zhí)行一組標(biāo)準(zhǔn)的測(cè)試 —— 比傳統(tǒng)的瀑布驅(qū)動(dòng)過(guò)程中。本文應(yīng)作為面向開(kāi)發(fā)團(tuán)隊(duì)中的測(cè)試人員的 RUP 原則的激勵(lì)說(shuō)明來(lái)閱讀。它不應(yīng)該作為 RUP 測(cè)試規(guī)程的概要或初級(jí)讀物。雖然我相信許多測(cè)試人員會(huì)覺(jué)得該信息很有用，但是我還相信管理人員將會(huì)對(duì)看到測(cè)試人員的能力和經(jīng)驗(yàn)如何在 RUP 項(xiàng)目的所有階段中更有效地應(yīng)用感興趣。
初始（Inception）階段：管理業(yè)務(wù)風(fēng)險(xiǎn)
RUP 的初始階段是對(duì)準(zhǔn)業(yè)務(wù)風(fēng)險(xiǎn)的管理。為了制定出自該階段的可行或不可行的決策，我們需要了解
待解決問(wèn)題的性質(zhì)。
解決方案的價(jià)值，不論是就節(jié)約或收益而言，還是以一些其他的業(yè)務(wù)價(jià)值，如質(zhì)量或時(shí)間性而言。
潛在的解決方案，因此我們至少知道問(wèn)題是可解決的。
對(duì)解決方案的粗略成本估算。
危害解決方案的風(fēng)險(xiǎn)。
帶著此信息，涉眾被聚集到生命周期目標(biāo)（Lifecycle Objectives，LCO）會(huì)議上。如果項(xiàng)目被視為是可行且值得做的，那么項(xiàng)目會(huì)繼續(xù)進(jìn)入精化階段。
評(píng)估成本
可行性和成本是 LCO 會(huì)議上的重要因素，并且測(cè)試人員無(wú)疑可以為該決策貢獻(xiàn)重要的數(shù)據(jù)。測(cè)試人員可以估算對(duì)成本的測(cè)試貢獻(xiàn)，甚至有時(shí)候可以有助于可行性問(wèn)題。記住，在初始階段中，盡管我們只對(duì)球場(chǎng)的數(shù)字感興趣。過(guò)高的精確度將給我們帶來(lái)不真實(shí)精確度的不適當(dāng)安全感。
也許有或也許沒(méi)有實(shí)際的可執(zhí)行程序作為 LCO 簡(jiǎn)報(bào)的一部分。這些可能由技術(shù)示范者、現(xiàn)有產(chǎn)品的快速出租，或者也許是更實(shí)質(zhì)的東西組成。我的意見(jiàn)是在如此初步的階段執(zhí)行如此正式的操作是不適當(dāng)?shù)摹?BR> 因?yàn)闇y(cè)試成本對(duì)總的開(kāi)發(fā)成本做出貢獻(xiàn)，所以我已經(jīng)列出許多對(duì)測(cè)試成本做出貢獻(xiàn)的行為。
測(cè)試風(fēng)險(xiǎn)
風(fēng)險(xiǎn)需要減輕計(jì)劃，減輕風(fēng)險(xiǎn)需要花費(fèi)金錢(qián)。測(cè)試風(fēng)險(xiǎn)是各種各樣的。例如，需求可能迅速地變更，這可能會(huì)破壞可測(cè)試性或測(cè)試成本設(shè)想。后繼的精化階段可能會(huì)利用新的測(cè)試難點(diǎn)的解決方案來(lái)解決技術(shù)風(fēng)險(xiǎn)。可能需要遵守 MC/DC（Modified Condition/Decision Coverage）測(cè)試、ISO 標(biāo)準(zhǔn)、SEI 標(biāo)準(zhǔn)，IEEE 標(biāo)準(zhǔn)，等等這樣的標(biāo)準(zhǔn)。 1 這些標(biāo)準(zhǔn)可以減少整個(gè)業(yè)務(wù)成本，但是順應(yīng)成本在某種程度上落在測(cè)試人員上，并且應(yīng)該更加明顯?？赡艽嬖谂c數(shù)據(jù)安全相關(guān)的政府規(guī)章，如保密性規(guī)章，使對(duì)“真實(shí)”數(shù)據(jù)的測(cè)試變得困難或昂貴。
可測(cè)試性
可測(cè)試性與可行性直接相關(guān)，并且很可能找到很難測(cè)試的高層次需求。一些需求是非可測(cè)試的，因?yàn)樗麄兪侵饔^的，或者不是有助于度量或量度的。一些是不可測(cè)試的，因?yàn)閺募夹g(shù)上很難安排一個(gè)合適的測(cè)試。例如，一些戰(zhàn)略防御計(jì)劃（Strategic Defense Initiative，SDI）的批評(píng)家提到在美國(guó)執(zhí)行其導(dǎo)彈防御的可接受性測(cè)試時(shí)，讓蘇聯(lián)啟動(dòng)非武裝的洲際彈道導(dǎo)彈（Intercontinental Ballistic Missile，ICBM）的困難。在軟件開(kāi)發(fā)項(xiàng)目中，這種情況發(fā)生于格外昂貴的硬件不能為了測(cè)試很容易地重新執(zhí)行任務(wù)的時(shí)候，或者當(dāng)獨(dú)特的環(huán)境因素使測(cè)試的安排變得困難時(shí)。
準(zhǔn)備測(cè)試實(shí)驗(yàn)室
通過(guò)“實(shí)驗(yàn)室”，我的意思是一個(gè)環(huán)境，在其中有我們測(cè)試每個(gè)需求所需要的東西，一個(gè)被提供但與產(chǎn)品環(huán)境有很難區(qū)分的不同。即使我們?cè)谠缙诘男枨蟀l(fā)現(xiàn)階段，仍有可能估算您很可能需要的資源。
資源可能包括 1) 硬件、計(jì)算機(jī)、網(wǎng)絡(luò)，以及由慢速管道或很長(zhǎng)的往返傳遞，及防火墻所引起的瓶頸，2) 軟件，包括測(cè)軟件及其他必需或采用的軟件，所有的都處于已知版本層（或根據(jù)所有版本進(jìn)行測(cè)試?。?) 測(cè)試軟件，如測(cè)試經(jīng)理，測(cè)試自動(dòng)化軟件，如記錄或回放 GUI 測(cè)試人員，以及用于可伸縮測(cè)試的用戶虛擬化，4) 數(shù)據(jù)，包括用于冒煙測(cè)試和功能測(cè)試的小型數(shù)據(jù)集，以及用于可伸縮性測(cè)試的大型數(shù)據(jù)集。
注意到盡管潛在的實(shí)驗(yàn)室特性的列表很長(zhǎng)，我們還必須在存在相應(yīng)的實(shí)際需求的地方指定實(shí)驗(yàn)室需求。例如，不是所有的系統(tǒng)都有可伸縮性需求，所以不是所有的實(shí)驗(yàn)室都將需要用戶虛擬化工具。
估算需求或場(chǎng)景的整體測(cè)試成本
大多數(shù)需求將作為普通的功能需求出現(xiàn)。與測(cè)試相關(guān)的成本通常與編碼或設(shè)計(jì)的成本大致成比例，因此測(cè)試工作一般來(lái)說(shuō)將是編碼和設(shè)計(jì)成本的某個(gè)比例（比方說(shuō) 25％）。此系數(shù)將具體到每個(gè)組織，并且可以通過(guò)收集一兩個(gè)項(xiàng)目量度按經(jīng)驗(yàn)尋找。系數(shù)將被平臺(tái)的數(shù)量或所需的其他類型的測(cè)試工作副本所修改。
2 缺陷管理、構(gòu)建，發(fā)布過(guò)程
存在與將測(cè)試人員插入開(kāi)發(fā)過(guò)程中有關(guān)的成本。測(cè)試人員共享其他項(xiàng)目團(tuán)隊(duì)使用的特定開(kāi)發(fā)工具，如用于缺陷跟蹤的工具，以及構(gòu)建和發(fā)布工具，如用于配置管理的工具。
精化（Elaboration）階段：管理技術(shù)風(fēng)險(xiǎn)
從測(cè)試工程師那里聽(tīng)到的最普遍的抱怨是直到過(guò)程中很晚的時(shí)候才能有效地參與到軟件開(kāi)發(fā)項(xiàng)目中。此外，測(cè)試通常是在開(kāi)發(fā)人員在抗?fàn)帗p壞一個(gè)接一個(gè)版本候選的很晚出現(xiàn)的缺陷時(shí)所逼出的行為。到一個(gè)合適的候選版本出現(xiàn)的時(shí)候，測(cè)試人員已經(jīng)成為瓶頸，顯然，要對(duì)進(jìn)一步的延遲負(fù)責(zé)。
Rational Unified Process®，或 RUP®，廣泛地概括了測(cè)試規(guī)程（Test Discipline），并介紹了測(cè)試角色如何及早地參與項(xiàng)目生命周期。
我希望在本文中介紹另一種觀點(diǎn)。代替由測(cè)試規(guī)程開(kāi)始，我將依次考慮每個(gè) RUP 階段的風(fēng)險(xiǎn)管理原則，并詢問(wèn)經(jīng)驗(yàn)豐富的測(cè)試人員，為了促進(jìn)那些目標(biāo)他們可能會(huì)做些什么。雖然測(cè)試工程師不能估算總的項(xiàng)目成本，但是他們的確可以評(píng)估對(duì)成本的測(cè)試貢獻(xiàn)，并且提出測(cè)試風(fēng)險(xiǎn)和可行性。雖然他們不應(yīng)該計(jì)劃解決方案架構(gòu)，但是他們可以幫忙度量。雖然測(cè)試人員不構(gòu)建一系列可執(zhí)行程序，但是他們可以評(píng)估每個(gè)可執(zhí)行程序如何表示一個(gè)從前一個(gè)而來(lái)的進(jìn)展。雖然測(cè)試人員不構(gòu)建最終的候選版本，但是他們可以確保具有可接受的質(zhì)量。
我相信在 RUP 的每個(gè)階段，測(cè)試人員都有機(jī)會(huì)對(duì)項(xiàng)目做出大量貢獻(xiàn)。該貢獻(xiàn)遠(yuǎn)遠(yuǎn)地?cái)U(kuò)展了，例如，要求更早地測(cè)試交付內(nèi)容 —— 或者更早地執(zhí)行一組標(biāo)準(zhǔn)的測(cè)試 —— 比傳統(tǒng)的瀑布驅(qū)動(dòng)過(guò)程中。本文應(yīng)作為面向開(kāi)發(fā)團(tuán)隊(duì)中的測(cè)試人員的 RUP 原則的激勵(lì)說(shuō)明來(lái)閱讀。它不應(yīng)該作為 RUP 測(cè)試規(guī)程的概要或初級(jí)讀物。雖然我相信許多測(cè)試人員會(huì)覺(jué)得該信息很有用，但是我還相信管理人員將會(huì)對(duì)看到測(cè)試人員的能力和經(jīng)驗(yàn)如何在 RUP 項(xiàng)目的所有階段中更有效地應(yīng)用感興趣。
初始（Inception）階段：管理業(yè)務(wù)風(fēng)險(xiǎn)
RUP 的初始階段是對(duì)準(zhǔn)業(yè)務(wù)風(fēng)險(xiǎn)的管理。為了制定出自該階段的可行或不可行的決策，我們需要了解
待解決問(wèn)題的性質(zhì)。
解決方案的價(jià)值，不論是就節(jié)約或收益而言，還是以一些其他的業(yè)務(wù)價(jià)值，如質(zhì)量或時(shí)間性而言。
潛在的解決方案，因此我們至少知道問(wèn)題是可解決的。
對(duì)解決方案的粗略成本估算。
危害解決方案的風(fēng)險(xiǎn)。
帶著此信息，涉眾被聚集到生命周期目標(biāo)（Lifecycle Objectives，LCO）會(huì)議上。如果項(xiàng)目被視為是可行且值得做的，那么項(xiàng)目會(huì)繼續(xù)進(jìn)入精化階段。
評(píng)估成本
可行性和成本是 LCO 會(huì)議上的重要因素，并且測(cè)試人員無(wú)疑可以為該決策貢獻(xiàn)重要的數(shù)據(jù)。測(cè)試人員可以估算對(duì)成本的測(cè)試貢獻(xiàn)，甚至有時(shí)候可以有助于可行性問(wèn)題。記住，在初始階段中，盡管我們只對(duì)球場(chǎng)的數(shù)字感興趣。過(guò)高的精確度將給我們帶來(lái)不真實(shí)精確度的不適當(dāng)安全感。
也許有或也許沒(méi)有實(shí)際的可執(zhí)行程序作為 LCO 簡(jiǎn)報(bào)的一部分。這些可能由技術(shù)示范者、現(xiàn)有產(chǎn)品的快速出租，或者也許是更實(shí)質(zhì)的東西組成。我的意見(jiàn)是在如此初步的階段執(zhí)行如此正式的操作是不適當(dāng)?shù)摹?BR> 因?yàn)闇y(cè)試成本對(duì)總的開(kāi)發(fā)成本做出貢獻(xiàn)，所以我已經(jīng)列出許多對(duì)測(cè)試成本做出貢獻(xiàn)的行為。
測(cè)試風(fēng)險(xiǎn)
風(fēng)險(xiǎn)需要減輕計(jì)劃，減輕風(fēng)險(xiǎn)需要花費(fèi)金錢(qián)。測(cè)試風(fēng)險(xiǎn)是各種各樣的。例如，需求可能迅速地變更，這可能會(huì)破壞可測(cè)試性或測(cè)試成本設(shè)想。后繼的精化階段可能會(huì)利用新的測(cè)試難點(diǎn)的解決方案來(lái)解決技術(shù)風(fēng)險(xiǎn)。可能需要遵守 MC/DC（Modified Condition/Decision Coverage）測(cè)試、ISO 標(biāo)準(zhǔn)、SEI 標(biāo)準(zhǔn)，IEEE 標(biāo)準(zhǔn)，等等這樣的標(biāo)準(zhǔn)。 1 這些標(biāo)準(zhǔn)可以減少整個(gè)業(yè)務(wù)成本，但是順應(yīng)成本在某種程度上落在測(cè)試人員上，并且應(yīng)該更加明顯?？赡艽嬖谂c數(shù)據(jù)安全相關(guān)的政府規(guī)章，如保密性規(guī)章，使對(duì)“真實(shí)”數(shù)據(jù)的測(cè)試變得困難或昂貴。
可測(cè)試性
可測(cè)試性與可行性直接相關(guān)，并且很可能找到很難測(cè)試的高層次需求。一些需求是非可測(cè)試的，因?yàn)樗麄兪侵饔^的，或者不是有助于度量或量度的。一些是不可測(cè)試的，因?yàn)閺募夹g(shù)上很難安排一個(gè)合適的測(cè)試。例如，一些戰(zhàn)略防御計(jì)劃（Strategic Defense Initiative，SDI）的批評(píng)家提到在美國(guó)執(zhí)行其導(dǎo)彈防御的可接受性測(cè)試時(shí)，讓蘇聯(lián)啟動(dòng)非武裝的洲際彈道導(dǎo)彈（Intercontinental Ballistic Missile，ICBM）的困難。在軟件開(kāi)發(fā)項(xiàng)目中，這種情況發(fā)生于格外昂貴的硬件不能為了測(cè)試很容易地重新執(zhí)行任務(wù)的時(shí)候，或者當(dāng)獨(dú)特的環(huán)境因素使測(cè)試的安排變得困難時(shí)。
準(zhǔn)備測(cè)試實(shí)驗(yàn)室
通過(guò)“實(shí)驗(yàn)室”，我的意思是一個(gè)環(huán)境，在其中有我們測(cè)試每個(gè)需求所需要的東西，一個(gè)被提供但與產(chǎn)品環(huán)境有很難區(qū)分的不同。即使我們?cè)谠缙诘男枨蟀l(fā)現(xiàn)階段，仍有可能估算您很可能需要的資源。
資源可能包括 1) 硬件、計(jì)算機(jī)、網(wǎng)絡(luò)，以及由慢速管道或很長(zhǎng)的往返傳遞，及防火墻所引起的瓶頸，2) 軟件，包括測(cè)軟件及其他必需或采用的軟件，所有的都處于已知版本層（或根據(jù)所有版本進(jìn)行測(cè)試?。?) 測(cè)試軟件，如測(cè)試經(jīng)理，測(cè)試自動(dòng)化軟件，如記錄或回放 GUI 測(cè)試人員，以及用于可伸縮測(cè)試的用戶虛擬化，4) 數(shù)據(jù)，包括用于冒煙測(cè)試和功能測(cè)試的小型數(shù)據(jù)集，以及用于可伸縮性測(cè)試的大型數(shù)據(jù)集。
注意到盡管潛在的實(shí)驗(yàn)室特性的列表很長(zhǎng)，我們還必須在存在相應(yīng)的實(shí)際需求的地方指定實(shí)驗(yàn)室需求。例如，不是所有的系統(tǒng)都有可伸縮性需求，所以不是所有的實(shí)驗(yàn)室都將需要用戶虛擬化工具。
估算需求或場(chǎng)景的整體測(cè)試成本
大多數(shù)需求將作為普通的功能需求出現(xiàn)。與測(cè)試相關(guān)的成本通常與編碼或設(shè)計(jì)的成本大致成比例，因此測(cè)試工作一般來(lái)說(shuō)將是編碼和設(shè)計(jì)成本的某個(gè)比例（比方說(shuō) 25％）。此系數(shù)將具體到每個(gè)組織，并且可以通過(guò)收集一兩個(gè)項(xiàng)目量度按經(jīng)驗(yàn)尋找。系數(shù)將被平臺(tái)的數(shù)量或所需的其他類型的測(cè)試工作副本所修改。
2 缺陷管理、構(gòu)建，發(fā)布過(guò)程
存在與將測(cè)試人員插入開(kāi)發(fā)過(guò)程中有關(guān)的成本。測(cè)試人員共享其他項(xiàng)目團(tuán)隊(duì)使用的特定開(kāi)發(fā)工具，如用于缺陷跟蹤的工具，以及構(gòu)建和發(fā)布工具，如用于配置管理的工具。
精化（Elaboration）階段：管理技術(shù)風(fēng)險(xiǎn)