第九章軟件測(cè)試文檔編寫(xiě)指南9.1軟件測(cè)試文檔的編寫(xiě)規(guī)范9.2軟件測(cè)試文件的內(nèi)容及書(shū)寫(xiě)格式9.3軟件測(cè)試報(bào)告9.4軟件測(cè)試模型文檔編寫(xiě) 9.5測(cè)試用例設(shè)計(jì)和文檔編寫(xiě)9.6使用用例場(chǎng)景設(shè)計(jì)測(cè)試用例及其文檔編寫(xiě)第九章軟件測(cè)試文檔編寫(xiě)指南9.7需求分析和軟件登記測(cè)試文檔編寫(xiě)9.8測(cè)試文檔表格格式9.9幾種測(cè)試用例編寫(xiě)規(guī)則 9.10測(cè)試計(jì)劃大綱9.11測(cè)試分析報(bào)告大綱本章小結(jié)軟件測(cè)試是軟件質(zhì)量保證的重要手段。為了提高檢測(cè)軟件的工作效率，使測(cè)試有計(jì)劃地、有條不紊地進(jìn)行，必須編制軟件測(cè)試文檔。本章介紹如何編寫(xiě)一些常見(jiàn)的軟件測(cè)試文檔。

標(biāo)準(zhǔn)化的測(cè)試文檔如同一種通用的參照體系或模板，可達(dá)到便于交流的目的。文檔中所規(guī)定的內(nèi)容可以作為對(duì)測(cè)試過(guò)程完備性的對(duì)照檢查表，采用這些文檔模板將會(huì)提高測(cè)試過(guò)程中每個(gè)階段的能見(jiàn)度，極大地提高軟件測(cè)試工作的可管理性。GB8567是一個(gè)計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文檔編制規(guī)范。下面介紹規(guī)范GB8567的內(nèi)容。9.1軟件測(cè)試文檔的編寫(xiě)規(guī)范

1．GB8567組成和特點(diǎn)

測(cè)試文檔的編寫(xiě)規(guī)范是為軟件管理人員、軟件開(kāi)發(fā)人員和維護(hù)人員、軟件質(zhì)量保證人員、審計(jì)人員、客戶(hù)及用戶(hù)制定的，本規(guī)范用于描述一組測(cè)試文檔，這些測(cè)試文檔描述測(cè)試行為。本規(guī)范定義每一類(lèi)基本文檔的目的、格式和內(nèi)容。所描述的文檔著重于動(dòng)態(tài)測(cè)試過(guò)程，但有些文檔仍適用其他種類(lèi)的測(cè)試活動(dòng)。GB8567可應(yīng)用于數(shù)字計(jì)算機(jī)上運(yùn)行的軟件，既適用于初始開(kāi)發(fā)的軟件測(cè)試文檔編制，也適用于其后的軟件產(chǎn)品更新版本的測(cè)試文檔編制；既適用于紙質(zhì)的文檔，也適用于其他媒體的文檔。如果電子文檔編制系統(tǒng)不具有安全的批準(zhǔn)注冊(cè)機(jī)制，則批準(zhǔn)簽字的文檔必須使用紙張。

1)

GB8567中使用的關(guān)鍵術(shù)語(yǔ)

●

設(shè)計(jì)層：軟件項(xiàng)的設(shè)計(jì)分解，如系統(tǒng)、子系統(tǒng)、程序或模塊。

●

通過(guò)準(zhǔn)則：判斷一個(gè)軟件項(xiàng)或軟件特性的測(cè)試是否通過(guò)的判別依據(jù)。

●

軟件特性：軟件項(xiàng)的顯著特性，如功能、性能或可移植性等。

●

軟件項(xiàng)：源代碼、目標(biāo)代碼、作業(yè)控制代碼、控制數(shù)據(jù)或這些項(xiàng)的結(jié)合。

●

測(cè)試項(xiàng)：作為測(cè)試對(duì)象的軟件項(xiàng)。

2)主要內(nèi)容

在GB8567中，涉及軟件測(cè)試的文檔由測(cè)試計(jì)劃和測(cè)試分析報(bào)告組成，這兩部分確定了各個(gè)測(cè)試文檔的格式和內(nèi)容，所提供的文檔類(lèi)型包括三部分：

(1)測(cè)試計(jì)劃。測(cè)試計(jì)劃描述測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度。它規(guī)定被測(cè)試的內(nèi)容、被測(cè)試的特性、應(yīng)完成的測(cè)試任務(wù)、擔(dān)任各項(xiàng)工作的人員職責(zé)及與本計(jì)劃有關(guān)的風(fēng)險(xiǎn)等。

(2)測(cè)試說(shuō)明。測(cè)試說(shuō)明包括三類(lèi)文檔：測(cè)試設(shè)計(jì)說(shuō)明、測(cè)試用例說(shuō)明和測(cè)試規(guī)程說(shuō)明。

(3)測(cè)試報(bào)告。測(cè)試報(bào)告一般包括四類(lèi)文檔：測(cè)試項(xiàng)傳遞報(bào)告、測(cè)試日志、測(cè)試事件報(bào)告和測(cè)試總結(jié)報(bào)告。

圖9.1GB8567測(cè)試文檔流程圖

2．GB8567說(shuō)明部分

(1)測(cè)試概要。用表格的形式列出每一項(xiàng)測(cè)試的標(biāo)識(shí)符及其測(cè)試內(nèi)容，并指明實(shí)際進(jìn)行的測(cè)試工作內(nèi)容與測(cè)試計(jì)劃中預(yù)先設(shè)計(jì)的內(nèi)容之間的差別，說(shuō)明做出一些改變的原因。

(2)測(cè)試結(jié)果及發(fā)現(xiàn)。把本項(xiàng)測(cè)試中實(shí)際得到的動(dòng)態(tài)輸出(包括內(nèi)部生成數(shù)據(jù)輸出)結(jié)果同對(duì)于動(dòng)態(tài)輸出的要求進(jìn)行比較，說(shuō)明其中的各項(xiàng)發(fā)現(xiàn)。

(3)功能測(cè)試。測(cè)試包括以下內(nèi)容：

●

簡(jiǎn)述該項(xiàng)功能，說(shuō)明為滿足此項(xiàng)功能而設(shè)計(jì)的軟件能力以及經(jīng)過(guò)一項(xiàng)或多項(xiàng)測(cè)試已證實(shí)的能力。●

說(shuō)明測(cè)試數(shù)據(jù)值的范圍(包括動(dòng)態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù))，列出測(cè)試期間在該軟件中就功能而言查出的Bug的局限性。

●

說(shuō)明經(jīng)測(cè)試證實(shí)了的本軟件的能力。如果所進(jìn)行的測(cè)試是為了驗(yàn)證一項(xiàng)或幾項(xiàng)特定性能要求的實(shí)現(xiàn)，應(yīng)提供這方面的測(cè)試結(jié)果與要求之間的比較，并確定測(cè)試環(huán)境與實(shí)際運(yùn)行環(huán)境之間可能存在的差異對(duì)能力的測(cè)試所帶來(lái)的影響。

●

說(shuō)明經(jīng)測(cè)試證實(shí)的軟件Bug和限制，說(shuō)明每項(xiàng)Bug和限制對(duì)軟件性能的影響，并說(shuō)明全部測(cè)得的性能Bug的累積影響和最終總影響。

(4)建議。對(duì)每項(xiàng)Bug提出改進(jìn)建議，如各項(xiàng)修改可采用的修改方法；各項(xiàng)修改的緊迫程度；各項(xiàng)修改預(yù)計(jì)的工作量；各項(xiàng)修改的負(fù)責(zé)人。

(5)評(píng)價(jià)。說(shuō)明該軟件的開(kāi)發(fā)是否已達(dá)到預(yù)定目標(biāo)，能否交付使用。

(6)編寫(xiě)目的。本測(cè)試計(jì)劃的具體編寫(xiě)目的，指出預(yù)期的讀者范圍。

(7)背景。包括：

●

測(cè)試計(jì)劃所從屬的軟件系統(tǒng)的名稱(chēng)。●

該開(kāi)發(fā)項(xiàng)目的歷史。列出用戶(hù)和執(zhí)行此項(xiàng)目測(cè)試的計(jì)算中心，說(shuō)明在開(kāi)始執(zhí)行本測(cè)試計(jì)劃之前必須完成的各項(xiàng)工作。

(8)定義。列出本文檔中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。

(9)參考資料。列出要用到的參考資料，如

●

本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)或合同、上級(jí)機(jī)關(guān)的批文。

●

屬于本項(xiàng)目的其他已發(fā)表的文檔。●

本文檔中各處引用的文檔、資料，包括所要用到的軟件開(kāi)發(fā)標(biāo)準(zhǔn)。列出這些文檔的標(biāo)題、文檔編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠得到這些文檔資料的來(lái)源。

(10)軟件說(shuō)明。提供一份圖表，并逐項(xiàng)說(shuō)明被測(cè)軟件的功能、輸入和輸出等質(zhì)量指標(biāo)，作為敘述測(cè)試計(jì)劃的提綱。

3．GB8567測(cè)試部分

(1)測(cè)試內(nèi)容。列出組裝測(cè)試和確認(rèn)測(cè)試中的每一項(xiàng)測(cè)試內(nèi)容的名稱(chēng)標(biāo)識(shí)符、這些測(cè)試的進(jìn)度安排以及這些測(cè)試的內(nèi)容和目的，如模塊功能測(cè)試、接口正確性測(cè)試、數(shù)據(jù)文卷存取測(cè)試、運(yùn)行時(shí)間測(cè)試、設(shè)計(jì)約束和極限測(cè)試等。

(2)測(cè)試(標(biāo)識(shí)符)。給出這項(xiàng)測(cè)試內(nèi)容的參與單位及被測(cè)試的部位。

(3)進(jìn)度安排。給出對(duì)這項(xiàng)測(cè)試的進(jìn)度安排，包括進(jìn)行測(cè)試的日期和工作內(nèi)容(如熟悉環(huán)境。培訓(xùn)、準(zhǔn)備輸入數(shù)據(jù)等)。

(4)條件。本項(xiàng)測(cè)試工作對(duì)資源的要求，包括●

設(shè)備所用到的設(shè)備類(lèi)型、數(shù)量和預(yù)定使用時(shí)間。

●

軟件列出將被用來(lái)支持本項(xiàng)測(cè)試過(guò)程，而本身又并不是被測(cè)軟件的組成部分的軟件，如測(cè)試驅(qū)動(dòng)程序、測(cè)試監(jiān)控程序、仿真程序、樁模塊等。

●

人員列出在測(cè)試工作期間預(yù)期可由用戶(hù)和開(kāi)發(fā)任務(wù)組提供的工作人員的人數(shù)。技術(shù)水平及有關(guān)的預(yù)備知識(shí)，包括一些特殊要求，如倒班操作和數(shù)據(jù)鍵入人員。

(5)測(cè)試資料。列出本項(xiàng)測(cè)試所需的資料，如

●

有關(guān)本項(xiàng)任務(wù)的文檔。

●

被測(cè)試程序及其所在的媒體。●

測(cè)試的輸入和輸出舉例。

●

有關(guān)控制此項(xiàng)測(cè)試的方法、過(guò)程的圖表。

(6)測(cè)試培訓(xùn)。說(shuō)明或引用資料說(shuō)明為被測(cè)軟件的使用提供培訓(xùn)計(jì)劃，規(guī)定培訓(xùn)的內(nèi)容、受訓(xùn)的人員及從事培訓(xùn)的工作人員。

(7)控制。說(shuō)明本測(cè)試的控制方式，如輸入是人工、半自動(dòng)或自動(dòng)引入，控制操作的順序以及結(jié)果的記錄方法。

(8)輸入。說(shuō)明本項(xiàng)測(cè)試中所使用的輸入數(shù)據(jù)及選擇這些輸入數(shù)據(jù)的策略。

(9)輸出。說(shuō)明預(yù)期的輸出數(shù)據(jù)，如測(cè)試結(jié)果及可能產(chǎn)生的中間結(jié)果或運(yùn)行信息。

(10)過(guò)程。說(shuō)明完成此項(xiàng)測(cè)試的每個(gè)步驟和控制命令，包括測(cè)試的準(zhǔn)備、初始化、中間步驟及運(yùn)行結(jié)束方式。

4．GB8567評(píng)價(jià)準(zhǔn)則

(1)范圍。說(shuō)明所選擇的測(cè)試用例能夠檢查的范圍及其局限性。

(2)數(shù)據(jù)整理。說(shuō)明為了把測(cè)試數(shù)據(jù)加工成便于評(píng)價(jià)的適當(dāng)形式，使得測(cè)試結(jié)果可以與已知結(jié)果進(jìn)行比較而要用到的轉(zhuǎn)換處理技術(shù)，如手工方式或自動(dòng)方式。如果是用自動(dòng)方式整理數(shù)據(jù)，還要說(shuō)明為進(jìn)行處理所要用到的硬件、軟件資源等。

(3)尺度。說(shuō)明用來(lái)判斷測(cè)試工作是否能夠通過(guò)的評(píng)價(jià)尺度，如合理的輸出結(jié)果的類(lèi)型、測(cè)試輸出結(jié)果與預(yù)期輸出之間的容許偏離范圍、允許中斷或停機(jī)的最大次數(shù)。

5．所需文檔列表

對(duì)被測(cè)試軟件的文檔要求依不同測(cè)試階段有所不同，需要的文檔見(jiàn)表9.1。表9.1軟件文檔要求6．注意事項(xiàng)

(1)明確被測(cè)試軟件的準(zhǔn)確名稱(chēng)和版本號(hào)，且必須與軟件產(chǎn)品登記和軟件企業(yè)認(rèn)定申報(bào)表上填寫(xiě)的軟件產(chǎn)品名稱(chēng)和版本號(hào)相一致。

(2)如果是需要現(xiàn)場(chǎng)測(cè)試，請(qǐng)?zhí)顚?xiě)測(cè)試現(xiàn)場(chǎng)軟件和硬件環(huán)境列表，具體詳見(jiàn)一些填寫(xiě)范例。

(3)如果軟件某些功能需要一定的數(shù)據(jù)量才能實(shí)現(xiàn)/演示，請(qǐng)準(zhǔn)備好這些數(shù)據(jù)。

(4)功能列表上所列出來(lái)的功能必須是可以實(shí)現(xiàn)或演示的。如果不能演示或?qū)崿F(xiàn)，請(qǐng)不要列上來(lái)，并且基本功能在用戶(hù)手冊(cè)上都要有詳細(xì)的操作說(shuō)明。

(5)用戶(hù)手冊(cè)要有詳細(xì)的目錄和索引等。

下面介紹常用測(cè)試文件的內(nèi)容及書(shū)寫(xiě)格式。對(duì)于每一個(gè)文件內(nèi)容按指定的次序排列，補(bǔ)充的內(nèi)容可以放在每節(jié)的最后或者放在每節(jié)中的“批準(zhǔn)”的前面。如果某節(jié)的部分或全部?jī)?nèi)容在另一文件中，則應(yīng)在相應(yīng)的內(nèi)容位置上列出所引用的資料，引用的資料要附在該文件后面或交給文件的使用者。9.2軟件測(cè)試文件的內(nèi)容及書(shū)寫(xiě)格式

1．測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)說(shuō)明和測(cè)試用例說(shuō)明

詳細(xì)內(nèi)容介紹見(jiàn)第8.3節(jié)。

測(cè)試計(jì)劃內(nèi)容一般包括：測(cè)試計(jì)劃名稱(chēng)、引言、測(cè)試項(xiàng)、被測(cè)試的特性、不被測(cè)試的特性、方法詳述、測(cè)試項(xiàng)通過(guò)準(zhǔn)則、暫停標(biāo)準(zhǔn)和再啟動(dòng)要求、應(yīng)提供的測(cè)試文件、測(cè)試任務(wù)、環(huán)境要求、職責(zé)、人員和訓(xùn)練要求、進(jìn)度、風(fēng)險(xiǎn)和應(yīng)急、批準(zhǔn)等。

測(cè)試設(shè)計(jì)說(shuō)明內(nèi)容包括：測(cè)試設(shè)計(jì)說(shuō)明名稱(chēng)、被測(cè)試的特性、方法詳述、測(cè)試用例名稱(chēng)、特性通過(guò)準(zhǔn)則。測(cè)試用例說(shuō)明主要包括：測(cè)試用例說(shuō)明名稱(chēng)、測(cè)試項(xiàng)、輸入說(shuō)明、輸出說(shuō)明、環(huán)境要求、特殊的規(guī)程說(shuō)明、用例之間的依賴(lài)關(guān)系。

2．IEEE829測(cè)試規(guī)程說(shuō)明

測(cè)試規(guī)程說(shuō)明主要包括測(cè)試規(guī)程說(shuō)明名稱(chēng)、目的、特殊要求、規(guī)程步驟等幾項(xiàng)。詳細(xì)介紹如下：

(1)測(cè)試規(guī)程說(shuō)明名稱(chēng)：給每個(gè)測(cè)試規(guī)程說(shuō)明取一個(gè)專(zhuān)用名稱(chēng)，給出對(duì)有關(guān)測(cè)試設(shè)計(jì)說(shuō)明的引用。

(2)目的：描述本規(guī)程的目的。如果本規(guī)程執(zhí)行測(cè)試用例，則引用各有關(guān)的測(cè)試用例說(shuō)明。

(3)特殊要求：指出執(zhí)行本規(guī)程所需的所有特殊要求，包括作為先決條件的規(guī)程、專(zhuān)門(mén)技能要求和特殊環(huán)境要求。

(4)規(guī)程步驟：主要包括以下內(nèi)容：●

日志：說(shuō)明用來(lái)記錄測(cè)試的執(zhí)行結(jié)果、觀察到的事件和其他與測(cè)試有關(guān)的事件(參見(jiàn)前面的測(cè)試日志和測(cè)試事件報(bào)告)的所有特殊方法或格式。

●

準(zhǔn)備：描述新任務(wù)執(zhí)行規(guī)程所必需的操作序列。

●

啟動(dòng)：描述開(kāi)始執(zhí)行規(guī)程所必需的操作。

●

處理：描述在規(guī)程執(zhí)行過(guò)程中所必需的操作。

●

度量：描述如何進(jìn)行測(cè)試度量。

●

暫停：描述因發(fā)生意外事件暫停測(cè)試所必需的操作。

●

再啟動(dòng)：規(guī)定所有再撥動(dòng)點(diǎn)和在啟動(dòng)點(diǎn)上重新啟動(dòng)規(guī)程所必需的操作。●

停止：描述正常停止執(zhí)行時(shí)所必需的操作。

●

清除：描述恢復(fù)環(huán)境所必需的操作。

●

應(yīng)急：描述處理執(zhí)行過(guò)程中可能發(fā)生的異常事件所必需的操作。

3．測(cè)試項(xiàng)傳遞報(bào)告

測(cè)試項(xiàng)傳遞報(bào)告內(nèi)容包括：傳遞報(bào)告名稱(chēng)、傳遞項(xiàng)、位置、狀態(tài)、批準(zhǔn)。

(1)傳遞報(bào)告名稱(chēng)：為本測(cè)試項(xiàng)傳遞報(bào)告取一個(gè)專(zhuān)用名稱(chēng)。

(2)傳遞項(xiàng)：規(guī)定被傳遞測(cè)試項(xiàng)及其版本/修訂級(jí)別。提供與傳遞項(xiàng)有關(guān)測(cè)試項(xiàng)的文件和測(cè)試計(jì)劃的相關(guān)信息，指出對(duì)該傳遞項(xiàng)負(fù)責(zé)的人員。

(3)位置：規(guī)定傳遞測(cè)試項(xiàng)的位置及其所在媒體。

(4)狀態(tài)：描述被傳遞的測(cè)試項(xiàng)的狀態(tài)，包括其與測(cè)試項(xiàng)文件、這些測(cè)試項(xiàng)的以往傳遞以及測(cè)試計(jì)劃的差別。列出希望由被傳遞測(cè)試項(xiàng)要解決的事件報(bào)告。

(5)批準(zhǔn)：規(guī)定本傳遞報(bào)告必須由哪些人(姓名和職務(wù))審批，并為簽名和日期留出位置。

4．測(cè)試日志

測(cè)試日志內(nèi)容包括：測(cè)試日志名稱(chēng)、描述、活動(dòng)和事件條目。

(1)測(cè)試日志名稱(chēng)：為本測(cè)試日志取一個(gè)專(zhuān)用名稱(chēng)。

(2)描述：除了在日志條目中特別注明的以外，用于日志中所有條目的信息都包括在本章中。一般應(yīng)考慮以下信息：

●

規(guī)定被測(cè)試項(xiàng)及其版本/修訂級(jí)別。如果存在的話，引用各項(xiàng)的傳遞報(bào)告。●

規(guī)定完成測(cè)試的環(huán)境屬性，包括設(shè)備說(shuō)明、所用的硬件、所用的系統(tǒng)軟件及可用存儲(chǔ)容量等可用資源。

(3)活動(dòng)和事件條目：對(duì)每個(gè)事件(包括事件的開(kāi)始和結(jié)束)，記錄發(fā)生的日期和時(shí)間，并說(shuō)明記錄者。應(yīng)考慮以下各項(xiàng)信息：

●

執(zhí)行描述：記錄所執(zhí)行的測(cè)試規(guī)程的名稱(chēng)，并引用該測(cè)試規(guī)程說(shuō)明。記錄執(zhí)行時(shí)在場(chǎng)人員，包括：測(cè)試者、操作員和觀察員，還要說(shuō)明每個(gè)人的作用。●

測(cè)試結(jié)果：對(duì)每次執(zhí)行，記錄人工可觀察到的結(jié)果(如產(chǎn)生的錯(cuò)誤信息、異常中止和對(duì)操作員操作的請(qǐng)求等)，還要記錄所有輸出的位置(如磁帶號(hào)碼)，記錄測(cè)試的執(zhí)行是否成功。

●

環(huán)境信息：記錄本條目的所有特殊的環(huán)境條件。

●

意外事件：記錄意外事件及其發(fā)生前后的情況(如請(qǐng)求顯示總計(jì)，屏幕顯示正常，但響應(yīng)時(shí)間似乎異常長(zhǎng)，重復(fù)執(zhí)行時(shí)響應(yīng)時(shí)間也同樣過(guò)長(zhǎng)等)。記錄無(wú)法開(kāi)始執(zhí)行測(cè)試或無(wú)法結(jié)束測(cè)試的周?chē)h(huán)境(如電源故障或系統(tǒng)軟件等問(wèn)題)。

●

事件報(bào)告名稱(chēng)：每產(chǎn)生一個(gè)測(cè)試事件報(bào)告時(shí)，記錄其名稱(chēng)。

5．測(cè)試事件報(bào)告

測(cè)試事件報(bào)告內(nèi)容包括：測(cè)試事件報(bào)告名稱(chēng)、摘要、事件描述、影響。

(1)測(cè)試事件報(bào)告名稱(chēng)：為本測(cè)試事件報(bào)告取一個(gè)專(zhuān)用名稱(chēng)。

(2)摘要：簡(jiǎn)述事件，指出有關(guān)測(cè)試項(xiàng)及其版本/修訂級(jí)別。引用有關(guān)的測(cè)試規(guī)程說(shuō)明、測(cè)試用例說(shuō)明及測(cè)試日志。

(3)事件描述：對(duì)以下各項(xiàng)事件進(jìn)行描述：輸入、預(yù)期結(jié)果、實(shí)際結(jié)果、異常現(xiàn)象、日期和時(shí)間、規(guī)程步驟、環(huán)境、重復(fù)執(zhí)行的意圖、測(cè)試者、觀察者等。該描述應(yīng)包括有助于確定事件發(fā)生原因及改正其中錯(cuò)誤的有關(guān)代價(jià)及影響。如描述可能對(duì)此事件有影響的所有測(cè)試用例執(zhí)行情況，描述與已公布的測(cè)試規(guī)程之間的所有差異等。

(4)影響：在所知道的范圍內(nèi)指出本事件對(duì)測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)說(shuō)明、測(cè)試規(guī)程說(shuō)明或測(cè)試用例說(shuō)明所產(chǎn)生的影響。

6．測(cè)試總結(jié)報(bào)告

●

規(guī)定本報(bào)告必須由哪些人(姓名和職務(wù))審批，并為簽名和日期留出位置。

●

文件編制實(shí)施及使用指南(參考件)，包括實(shí)施指南和用法指南。

(1)實(shí)施指南：在實(shí)施測(cè)試文件編制的初始階段可先編寫(xiě)測(cè)試計(jì)劃與測(cè)試報(bào)告文件。測(cè)試計(jì)劃將為整個(gè)測(cè)試過(guò)程提供基礎(chǔ)。測(cè)試報(bào)告將激勵(lì)測(cè)試人員或單位以良好的方式記錄整個(gè)測(cè)試過(guò)程的情況。經(jīng)過(guò)一段時(shí)間的實(shí)踐，積累了一定的經(jīng)驗(yàn)之后再逐步引進(jìn)其他文件。測(cè)試文件編制最終將形成一個(gè)相應(yīng)于設(shè)計(jì)層的文件層次，即：系統(tǒng)測(cè)試文件、子系統(tǒng)測(cè)試文件及模塊測(cè)試文件等。在本單位所使用的特定的測(cè)試技術(shù)的文件編制可作為正文中所述的基本文件集的補(bǔ)充。

(2)用法指南：在項(xiàng)目計(jì)劃及單位標(biāo)準(zhǔn)中，應(yīng)指明在哪些測(cè)試中需要哪些測(cè)試文件，并可在文件中加入一些內(nèi)容，使各個(gè)文件適應(yīng)一個(gè)特定的測(cè)試項(xiàng)及一個(gè)特定的測(cè)試環(huán)境。

軟件測(cè)試報(bào)告是測(cè)試階段最后的文檔，是把測(cè)試過(guò)程和結(jié)果寫(xiě)成文檔，并對(duì)發(fā)現(xiàn)的問(wèn)題和Bug進(jìn)行分析，為糾正軟件存在的質(zhì)量問(wèn)題提供依據(jù)，同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)。9.3軟件測(cè)試報(bào)告

1．測(cè)試報(bào)告編寫(xiě)綱要

一份詳細(xì)的測(cè)試報(bào)告包含足夠的信息，包括產(chǎn)品質(zhì)量和測(cè)試過(guò)程。測(cè)試報(bào)告的基礎(chǔ)是測(cè)試中的數(shù)據(jù)采集以及對(duì)最終的測(cè)試結(jié)果的分析。下面介紹一般項(xiàng)目測(cè)試報(bào)告的編寫(xiě)綱要和內(nèi)容格式，包括以下六個(gè)部分。

(1)簡(jiǎn)介：編寫(xiě)目的、項(xiàng)目背景、系統(tǒng)簡(jiǎn)介、術(shù)語(yǔ)和縮略詞、參考資料；

(2)測(cè)試概要：測(cè)試目的及標(biāo)準(zhǔn)、測(cè)試范圍；

(3)測(cè)試及Bug分析：測(cè)試內(nèi)容、測(cè)試時(shí)間、測(cè)試環(huán)境、測(cè)試方法及測(cè)試用例設(shè)計(jì)；

(4)測(cè)試結(jié)論與建議：測(cè)試概要、測(cè)試用例執(zhí)行情況、Bug情況、測(cè)試覆蓋率分析、產(chǎn)品質(zhì)量情況分析；

(5)測(cè)試總結(jié)：測(cè)試資源消耗情況、測(cè)試經(jīng)驗(yàn)總結(jié)；

(6)附件：測(cè)試用例清單、Bug清單。

現(xiàn)在以簡(jiǎn)單通用的測(cè)試報(bào)告模板為例，詳細(xì)描述測(cè)試報(bào)告的編寫(xiě)過(guò)程，并給出一些提示作為參考。

2．測(cè)試報(bào)告編寫(xiě)模板

報(bào)告首頁(yè)內(nèi)容包括：密級(jí)、報(bào)告名稱(chēng)、編號(hào)、單位、編寫(xiě)時(shí)間等信息。通常，測(cè)試報(bào)告提供給內(nèi)部測(cè)試完畢后使用，因此密級(jí)一般為中；如果可供用戶(hù)和更多的人閱讀，密級(jí)為低；高密級(jí)的測(cè)試報(bào)告適合內(nèi)部研發(fā)項(xiàng)目以及涉及保密行業(yè)和技術(shù)版權(quán)的項(xiàng)目。

報(bào)告首頁(yè)格式如下：

名稱(chēng)：XXXX項(xiàng)目/系統(tǒng)測(cè)試報(bào)告

報(bào)告編號(hào)：可供索引的內(nèi)部編號(hào)或用戶(hù)要求分布提交時(shí)的序列號(hào)部門(mén)經(jīng)理______項(xiàng)目經(jīng)理______開(kāi)發(fā)經(jīng)理______測(cè)試經(jīng)理______XXX公司XXXX單位(此處包含用戶(hù)單位以及研發(fā)此系統(tǒng)的公司)XXXX年XX月XX日

一般格式要求：

標(biāo)題一般采用大體字(如一號(hào))，宋體加粗，居中排列；

副標(biāo)題采用大體小一號(hào)字或二號(hào)加粗，宋體，居中排列；

其他采用四號(hào)字，宋體，居中排列。

版本控制：版本作者時(shí)間變更摘要新建/變更/審核。

1．簡(jiǎn)介

(注明：本節(jié)以下的編號(hào)是按照測(cè)試報(bào)告的編號(hào)編寫(xiě)的)

1.1編寫(xiě)目的。本測(cè)試報(bào)告的具體編寫(xiě)目的，指出預(yù)期的讀者范圍。

實(shí)例：本測(cè)試報(bào)告為XXX項(xiàng)目的測(cè)試報(bào)告，目的在于總結(jié)測(cè)試階段的測(cè)試以及分析測(cè)試結(jié)果，描述系統(tǒng)是否符合需求(或達(dá)到XXX功能目標(biāo))。預(yù)期參考人員包括用戶(hù)、測(cè)試人員、開(kāi)發(fā)人員、項(xiàng)目管理者、其他質(zhì)量管理人員和需要閱讀本報(bào)告的高層經(jīng)理。提示：通常，用戶(hù)對(duì)測(cè)試結(jié)論部分感興趣；開(kāi)發(fā)人員希望從Bug結(jié)果以及分析中得到產(chǎn)品開(kāi)發(fā)質(zhì)量的信息；項(xiàng)目管理者對(duì)測(cè)試執(zhí)行過(guò)程中的成本、資源和時(shí)間給予重視；而高層經(jīng)理希望能夠閱讀到簡(jiǎn)單的圖表并且能夠與其他項(xiàng)目進(jìn)行同向比較。此部分可以具體描述給什么類(lèi)型的人可參考本報(bào)告XXX頁(yè)XXX章節(jié)。如果你編寫(xiě)的報(bào)告的讀者越多，那么你的工作越容易被人重視，前提是必須讓閱讀者感到你的報(bào)告是有價(jià)值。

1.2項(xiàng)目背景。對(duì)項(xiàng)目目標(biāo)和目的進(jìn)行簡(jiǎn)要說(shuō)明，必要時(shí)包括簡(jiǎn)史。這部分可以直接從需求或招標(biāo)文檔中拷貝。

1.3系統(tǒng)簡(jiǎn)介。如果設(shè)計(jì)說(shuō)明書(shū)有此部分，直接復(fù)制即可。建議多用必要的框架圖和網(wǎng)絡(luò)拓?fù)鋱D。

1.4術(shù)語(yǔ)和縮寫(xiě)詞。列出設(shè)計(jì)本系統(tǒng)/項(xiàng)目的專(zhuān)用術(shù)語(yǔ)和縮寫(xiě)語(yǔ)約定。對(duì)于技術(shù)相關(guān)的名詞和與多義詞一定要注明清楚，以便閱讀時(shí)不會(huì)產(chǎn)生歧義。

1.5參考資料。

(1)需求、設(shè)計(jì)、測(cè)試用例、手冊(cè)以及其他項(xiàng)目文檔都是可參考的資料。

(2)測(cè)試使用的國(guó)家標(biāo)準(zhǔn)、行業(yè)指標(biāo)、公司規(guī)范和質(zhì)量手冊(cè)等。

2．測(cè)試概要

測(cè)試的概要介紹，包括測(cè)試的一些聲明、測(cè)試范圍、測(cè)試目的等，主要是測(cè)試情況簡(jiǎn)介。

2.1測(cè)試用例設(shè)計(jì)。簡(jiǎn)要介紹測(cè)試用例的設(shè)計(jì)方法。如：等價(jià)類(lèi)劃分、邊界值、因果圖，以及如何使用這些方法(3～4句)。

提示：如果能夠具體對(duì)設(shè)計(jì)進(jìn)行說(shuō)明，在其他開(kāi)發(fā)人員、測(cè)試經(jīng)理閱讀時(shí)就容易對(duì)你的測(cè)試用例設(shè)計(jì)有一個(gè)整體的概念。重點(diǎn)測(cè)試部分一定要保證有兩種以上不同的用例設(shè)計(jì)方法。

2.2測(cè)試環(huán)境與配置。簡(jiǎn)要介紹測(cè)試環(huán)境及其配置。

提示：如果系統(tǒng)/項(xiàng)目比較大，建議用表格方式列出數(shù)據(jù)庫(kù)服務(wù)器配置CPU、內(nèi)存、硬盤(pán)、可用空間大小、操作系統(tǒng)、應(yīng)用軟件、機(jī)器網(wǎng)絡(luò)名、局域網(wǎng)地址、應(yīng)用服務(wù)器配置、客戶(hù)端配置等。對(duì)于網(wǎng)絡(luò)設(shè)備和要求建議使用相應(yīng)的表格，對(duì)于三層架構(gòu)的，可以根據(jù)網(wǎng)絡(luò)拓?fù)鋱D列出相關(guān)配置。

2.3測(cè)試方法(或測(cè)試工具)。簡(jiǎn)要介紹測(cè)試中采用的方法、技術(shù)或測(cè)試工具。

提示：測(cè)試方法、技術(shù)可以寫(xiě)上測(cè)試的重點(diǎn)和所采用的測(cè)試模式，這樣可以清楚是否遺漏了重要的測(cè)試點(diǎn)和關(guān)鍵模塊。測(cè)試工具一般為可選項(xiàng)，當(dāng)使用測(cè)試工具和相關(guān)工具時(shí)，應(yīng)說(shuō)明是自己開(kāi)發(fā)的還是商品軟件，注明、版本號(hào)，在測(cè)試報(bào)告發(fā)布后要避免產(chǎn)生測(cè)試工具的版權(quán)問(wèn)題。

3．測(cè)試結(jié)果及Bug分析

這是整個(gè)測(cè)試報(bào)告中最核心的部分，這部分主要匯總各種數(shù)據(jù)并進(jìn)行度量，包括對(duì)測(cè)試過(guò)程的度量和能力評(píng)估、對(duì)軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評(píng)估。對(duì)于不需要過(guò)程度量或相對(duì)較小的項(xiàng)目，如用于驗(yàn)收時(shí)提交用戶(hù)的測(cè)試報(bào)告、小型項(xiàng)目的測(cè)試報(bào)告，可省略過(guò)程方面的度量部分；采用了CMM/ISO或其他工程標(biāo)準(zhǔn)過(guò)程，需要提供過(guò)程改進(jìn)建議、參考的測(cè)試報(bào)告和Bug預(yù)防機(jī)制，過(guò)程度量需要列出。

3.1測(cè)試執(zhí)行情況與記錄。描述測(cè)試資源消耗情況，記錄實(shí)際數(shù)據(jù)。這是測(cè)試項(xiàng)目經(jīng)理關(guān)注的部分。

3.1.1測(cè)試組織。可列出簡(jiǎn)單的測(cè)試組架構(gòu)圖，包括：測(cè)試組架構(gòu)，如存在分組、用戶(hù)參與等情況；測(cè)試經(jīng)理(領(lǐng)導(dǎo)人員)；主要測(cè)試人員；參與測(cè)試人員。3.1.2測(cè)試時(shí)間。列出測(cè)試的跨度和工作量，最好區(qū)分測(cè)試文檔和活動(dòng)的時(shí)間。數(shù)據(jù)可供過(guò)程度量使用。如XXX子系統(tǒng)/子功能；實(shí)際開(kāi)始時(shí)間和實(shí)際結(jié)束時(shí)間；總工時(shí)/總工作日；任務(wù)開(kāi)始時(shí)間、結(jié)束時(shí)間，總計(jì)；合計(jì)。

對(duì)于大系統(tǒng)/項(xiàng)目來(lái)說(shuō)最終要統(tǒng)計(jì)資源的總投入，必要時(shí)要增加成本一欄，以便管理者清楚地知道究竟花費(fèi)了多少人力去完成測(cè)試。增加的部分包括：

●

測(cè)試類(lèi)型人員成本工具設(shè)備其他費(fèi)用；總計(jì)。●

在數(shù)據(jù)匯總時(shí)可以統(tǒng)計(jì)個(gè)人的平均投入時(shí)間和總體時(shí)間、整體投入平均時(shí)間和總體時(shí)間，還可以算出每一個(gè)功能點(diǎn)所花費(fèi)的時(shí)間(時(shí)/人)。

●

用時(shí)人員編寫(xiě)用例執(zhí)行測(cè)試總計(jì)；合計(jì)。這部分用于過(guò)程度量的數(shù)據(jù)，包括文檔生產(chǎn)率和測(cè)試執(zhí)行率。

●

生產(chǎn)率人員用例/編寫(xiě)時(shí)間用例/執(zhí)行時(shí)間平均；合計(jì)。3.1.3測(cè)試版本。給出測(cè)試的版本，如果是最終報(bào)告，可能要給出測(cè)試次數(shù)、回歸測(cè)試次數(shù)。列出表格清單以便知道哪個(gè)子系統(tǒng)/子模塊的測(cè)試頻度，對(duì)于多次回歸的子系統(tǒng)/子模塊將可能引起開(kāi)發(fā)者關(guān)注。

3.2覆蓋分析。3.2.1需求覆蓋率。需求覆蓋率是指經(jīng)過(guò)測(cè)試的需求/功能和需求規(guī)格說(shuō)明書(shū)中所有需求/功能的比值，通常情況下要達(dá)到100%的目標(biāo)。

需求/功能(或編號(hào))測(cè)試類(lèi)型是否通過(guò)備注；[S][P][N][N/A]；根據(jù)測(cè)試結(jié)果，按編號(hào)給出每一測(cè)試需求通過(guò)與否的結(jié)論。其中，S表示項(xiàng)數(shù)，P表示部分通過(guò)，N表示不可測(cè)試，N/A表示不可測(cè)試或用例不適用。

實(shí)際上，需求跟蹤矩陣列出了一一對(duì)應(yīng)的用例情況以避免遺漏，此表作用為傳達(dá)需求的測(cè)試信息以供檢查和審核。

需求覆蓋率計(jì)算公式：

×

100％3.2.2測(cè)試覆蓋。需求/功能(或編號(hào))用例個(gè)數(shù)執(zhí)行總數(shù)、未執(zhí)行、未/漏測(cè)分析和原因。實(shí)際上，測(cè)試用例已經(jīng)記載了預(yù)期結(jié)果數(shù)據(jù)，測(cè)試Bug上說(shuō)明了實(shí)測(cè)結(jié)果和與預(yù)期結(jié)果的偏差。因此，在此不必對(duì)每個(gè)編號(hào)包含更詳細(xì)的Bug記錄與偏差，列表的目的僅在于更好的查看測(cè)試結(jié)果。

測(cè)試覆蓋率計(jì)算公式：

×

100％

3.3Bug的統(tǒng)計(jì)與分析。Bug統(tǒng)計(jì)主要涉及被測(cè)系統(tǒng)的質(zhì)量，所以這部分成為開(kāi)發(fā)人員、質(zhì)量人員重點(diǎn)關(guān)注的部分。

3.3.1Bug匯總。被測(cè)系統(tǒng)/項(xiàng)目的系統(tǒng)測(cè)試回歸測(cè)試總計(jì)；合計(jì)。

按嚴(yán)重程度分為嚴(yán)重、一般、微小；按Bug類(lèi)型分為功能算法、接口文檔、用戶(hù)界面、其他；按功能分布分為功能一至功能七等。最好給出Bug的餅狀圖和柱狀圖以便直觀查看。3.3.2Bug分析。本部分對(duì)上述Bug和其他收集數(shù)據(jù)進(jìn)行綜合分析，畫(huà)出測(cè)試曲線圖，具體人員可得出如下平均指標(biāo)：

Bug發(fā)現(xiàn)效率

=

用例質(zhì)量

=×

100％

Bug密度=由Bug密度可以得出系統(tǒng)各功能或各需求的Bug分布情況，開(kāi)發(fā)人員可以在此分析的基礎(chǔ)上得出那部分功能/需求Bug最多，從而在今后開(kāi)發(fā)過(guò)程中，注意避免并在實(shí)施時(shí)予與關(guān)注。測(cè)試經(jīng)驗(yàn)表明，測(cè)試Bug越多的部分，其隱藏的Bug可能也越多。

測(cè)試曲線圖。描繪被測(cè)系統(tǒng)每工作日/周Bug數(shù)情況，得出Bug走勢(shì)和趨向重要Bug摘要；Bug編號(hào)簡(jiǎn)要描述分析結(jié)果及備注。3.3.3殘留Bug與未解決問(wèn)題。包括多項(xiàng)：編號(hào)——Bug號(hào)；Bug概要——該Bug描述的事實(shí)；原因分析——如何引起B(yǎng)ug、Bug的后果，描述造成軟件局限性和其他限制性的原因；預(yù)防和改進(jìn)措施——彌補(bǔ)手段和長(zhǎng)期策略；未解決問(wèn)題；功能/測(cè)試類(lèi)型；測(cè)試結(jié)果——與預(yù)期結(jié)果的偏差；Bug具體描述、評(píng)價(jià)——對(duì)這些問(wèn)題的看法，即這些問(wèn)題如果發(fā)出去后會(huì)造成什么樣影響。

4．測(cè)試結(jié)論與建議

項(xiàng)目經(jīng)理、部門(mén)經(jīng)理以及高層經(jīng)理關(guān)注測(cè)試結(jié)論并給出一些建議。

4.1測(cè)試結(jié)論。

(1)測(cè)試執(zhí)行是否充分(可以增加對(duì)安全性、可靠性、可維護(hù)性和功能性描述)；

(2)對(duì)測(cè)試風(fēng)險(xiǎn)的控制措施和成效；

(3)測(cè)試目標(biāo)是否完成；

(4)測(cè)試是否通過(guò)；

(5)是否可以進(jìn)入下一階段項(xiàng)目目標(biāo)。

4.2建議。

(1)對(duì)系統(tǒng)存在的問(wèn)題的說(shuō)明，描述測(cè)試所揭露的軟件Bug和不足，以及可能給軟件實(shí)施和運(yùn)行帶來(lái)的影響；

(2)可能存在的潛在Bug和后續(xù)工作；

(3)對(duì)Bug修改和產(chǎn)品設(shè)計(jì)的建議；

(4)對(duì)過(guò)程改進(jìn)方面的建議。

5．測(cè)試總結(jié)

測(cè)試總結(jié)可以定位Bug，指導(dǎo)程序員修改代碼，同時(shí)指出測(cè)試進(jìn)行的程序并進(jìn)一步指明測(cè)試方向，包括測(cè)試結(jié)果分析和測(cè)試報(bào)告：

(1)測(cè)試結(jié)果分析是一個(gè)由測(cè)試結(jié)果和測(cè)試預(yù)期結(jié)果進(jìn)行分析、比較和定位Bug的過(guò)程。測(cè)試結(jié)果分析是一次測(cè)試的最后環(huán)節(jié)，分析時(shí)應(yīng)考慮軟件的運(yùn)行環(huán)境和實(shí)際運(yùn)行環(huán)境的差異以及各種外界因素的影響等；

(2)測(cè)試報(bào)告的內(nèi)容大同小異，對(duì)于一些測(cè)試報(bào)告而言，可能將上面的第四和第五部分合并，逐項(xiàng)列出測(cè)試項(xiàng)、Bug分析和建議。這種方法也比較多見(jiàn)，尤其在第三方評(píng)測(cè)報(bào)告中，此份報(bào)告模板僅供參考。表9.2為在多種測(cè)試活動(dòng)中所需的測(cè)試文件列表，所需的文件數(shù)量因單位而異。表9.2一個(gè)測(cè)試文件編制清單

一個(gè)測(cè)試模型一般包括三部分：測(cè)試策略、測(cè)試計(jì)劃和執(zhí)行測(cè)試。

1.測(cè)試策略9.4軟件測(cè)試模型文檔編寫(xiě)

輸入：要求的硬件和軟件組件的詳細(xì)說(shuō)明，包括測(cè)試工具、測(cè)試環(huán)境、測(cè)試工具數(shù)據(jù)。針對(duì)測(cè)試和進(jìn)度約束(人員、進(jìn)度表)及需要的資源的角色和職責(zé)說(shuō)明。

測(cè)試方法：應(yīng)用程序的功能性和技術(shù)性需求，包括需求、變更請(qǐng)求、技術(shù)性和功能性設(shè)計(jì)文檔。

輸出：已批準(zhǔn)和簽署的測(cè)試策略文檔、測(cè)試計(jì)劃、測(cè)試用例。需要解決方案的測(cè)試項(xiàng)目，通常要求客戶(hù)項(xiàng)目的管理層協(xié)調(diào)。

過(guò)程：測(cè)試策略是關(guān)于如何測(cè)試系統(tǒng)XXX的正式描述，要求開(kāi)發(fā)針對(duì)所有測(cè)試級(jí)別的測(cè)試策略，測(cè)試小組分析需求、編寫(xiě)測(cè)試策略并且與項(xiàng)目小組一起復(fù)審計(jì)劃。

2．測(cè)試計(jì)劃

測(cè)試計(jì)劃一般包括：測(cè)試用例和條件、測(cè)試環(huán)境、與任務(wù)相關(guān)的測(cè)試、通過(guò)/失敗的準(zhǔn)則和測(cè)試風(fēng)險(xiǎn)評(píng)估。測(cè)試進(jìn)度表將識(shí)別所有要求有成功的測(cè)試成果的任務(wù)、活動(dòng)的進(jìn)度和資源要求。

輸入：已批準(zhǔn)的測(cè)試策略文檔。如果測(cè)試工具適用、自動(dòng)化測(cè)試軟件和以前開(kāi)發(fā)的測(cè)試腳本作為一種測(cè)試的結(jié)果，包括測(cè)試文檔問(wèn)題。

測(cè)試文檔中沒(méi)有說(shuō)明的問(wèn)題，可以從概要和詳細(xì)設(shè)計(jì)文檔(軟件設(shè)計(jì)、代碼和復(fù)雜的數(shù)據(jù))中導(dǎo)出的對(duì)軟件復(fù)雜性和模塊路徑覆蓋的理解。輸出：已批準(zhǔn)的測(cè)試場(chǎng)景、條件和腳本、測(cè)試數(shù)據(jù)，設(shè)計(jì)時(shí)發(fā)現(xiàn)的問(wèn)題反饋給開(kāi)發(fā)人員。

過(guò)程：通過(guò)復(fù)審發(fā)布版本的功能需求、業(yè)務(wù)功能邏輯集合，準(zhǔn)備測(cè)試場(chǎng)景和測(cè)試用例。測(cè)試用例包括測(cè)試條件、用于測(cè)試的數(shù)據(jù)和期望的結(jié)果、數(shù)據(jù)庫(kù)更新、文件輸出、報(bào)告結(jié)果等。將可能在應(yīng)用程序中出現(xiàn)的既普通又異常的情況描繪為測(cè)試場(chǎng)景。項(xiàng)目開(kāi)發(fā)人員將定義單元測(cè)試需求和單元測(cè)試的場(chǎng)景/用例。在集成和系統(tǒng)測(cè)試前，開(kāi)發(fā)人員同時(shí)也負(fù)責(zé)執(zhí)行單元測(cè)試用例。通過(guò)使用測(cè)試腳本執(zhí)行測(cè)試場(chǎng)景。利用腳本能執(zhí)行一個(gè)和多個(gè)測(cè)試場(chǎng)景的一系列步驟。利用測(cè)試腳本描繪在一般的系統(tǒng)操作中會(huì)出現(xiàn)的事務(wù)或過(guò)程。測(cè)試腳本包括用于測(cè)試過(guò)程或事務(wù)的特定數(shù)據(jù)。測(cè)試腳本將覆蓋多個(gè)測(cè)試場(chǎng)景并且包括運(yùn)行/執(zhí)行/周期信息。測(cè)試腳本映射需求和用于保證任何測(cè)試都在內(nèi)的追溯矩陣。

3．執(zhí)行測(cè)試

輸入：已批準(zhǔn)的測(cè)試文檔，如測(cè)試計(jì)劃、用例、程序，可能有自動(dòng)化測(cè)試軟件和編寫(xiě)好的腳本、設(shè)計(jì)的變更(變更請(qǐng)求)、測(cè)試數(shù)據(jù)；測(cè)試和項(xiàng)目組的可用性(項(xiàng)目人員、測(cè)試小組)；概要和詳細(xì)設(shè)計(jì)文檔(需求、軟件設(shè)計(jì))；通過(guò)配置/構(gòu)建人員能夠完全轉(zhuǎn)移到測(cè)試環(huán)境(單元測(cè)試過(guò)的代碼)的開(kāi)發(fā)環(huán)境；測(cè)試就緒文檔、修訂文檔等。

輸出：代碼的變更(測(cè)試修復(fù)項(xiàng))、測(cè)試文檔；設(shè)計(jì)時(shí)發(fā)現(xiàn)的問(wèn)題反饋給開(kāi)發(fā)人員和客戶(hù)(如需求、設(shè)計(jì)、代碼問(wèn)題)；測(cè)試事故的正式記錄(問(wèn)題跟蹤)；為向下一級(jí)別轉(zhuǎn)移而準(zhǔn)備的基線化包(有，已測(cè)試的源代碼和對(duì)象代碼)；測(cè)試結(jié)果的日志和總結(jié)；已批準(zhǔn)和帶有修訂測(cè)試交付項(xiàng)的簽署文檔(已更新的交付項(xiàng))。

過(guò)程：在執(zhí)行階段中應(yīng)召開(kāi)Checkpoint會(huì)議。每天應(yīng)召開(kāi)Checkpoint會(huì)議(如果需要)來(lái)處理和討論測(cè)試中的問(wèn)題、狀態(tài)和活動(dòng)。

通過(guò)采用系統(tǒng)的手段跟進(jìn)測(cè)試文檔來(lái)完成測(cè)試的執(zhí)行。當(dāng)執(zhí)行測(cè)試程序的每一個(gè)包時(shí)，為了記錄程序的執(zhí)行和測(cè)試程序找出的任何Bug，應(yīng)將問(wèn)題記錄到測(cè)試執(zhí)行日志中。測(cè)試程序執(zhí)行后的輸出當(dāng)做測(cè)試結(jié)果。為了確定是否可以得到預(yù)期的結(jié)果，測(cè)試結(jié)果應(yīng)由適當(dāng)?shù)捻?xiàng)目組員評(píng)估(適合于測(cè)試的所有級(jí)別)。記錄并與軟件開(kāi)發(fā)經(jīng)理/程序員討論所有差異/異常。為了以后調(diào)查和解決應(yīng)將它文檔化。每個(gè)客戶(hù)可能有不同的記錄日志和報(bào)告Bug/defect的過(guò)程，通過(guò)ConfigurationManagement(CM)小組校驗(yàn)這些過(guò)程。通過(guò)/失敗的準(zhǔn)則用來(lái)確定問(wèn)題的嚴(yán)重級(jí)別，結(jié)果記錄到測(cè)試總結(jié)報(bào)告中。

根據(jù)客戶(hù)的風(fēng)險(xiǎn)評(píng)估來(lái)定義在系統(tǒng)測(cè)試中發(fā)現(xiàn)的問(wèn)題嚴(yán)重級(jí)別，并記錄到他們選擇的跟蹤工具中。基于問(wèn)題的嚴(yán)重級(jí)別有目的的修復(fù)并提交到測(cè)試環(huán)境中。被修改的問(wèn)題應(yīng)進(jìn)行回歸測(cè)試并將沒(méi)有問(wèn)題的修復(fù)項(xiàng)轉(zhuǎn)移到新的基線中。在測(cè)試完成后，測(cè)試組的成員應(yīng)準(zhǔn)備一份總結(jié)報(bào)告。總結(jié)報(bào)告要由項(xiàng)目經(jīng)理、客戶(hù)、軟件質(zhì)量保證和/或測(cè)試組長(zhǎng)復(fù)審。

在證實(shí)達(dá)到一個(gè)指定的測(cè)試級(jí)別后，配置經(jīng)理應(yīng)根據(jù)配置管理計(jì)劃中的要求整理發(fā)布的軟件組件并轉(zhuǎn)移到下一個(gè)測(cè)試級(jí)別。軟件只有在客戶(hù)正式驗(yàn)收后才可以轉(zhuǎn)移到生產(chǎn)環(huán)境中。測(cè)試小組復(fù)審在測(cè)試和更新文檔時(shí)發(fā)現(xiàn)的測(cè)試文檔問(wèn)題。一些問(wèn)題可能是由于技術(shù)性和功能性之間不一致或修改所導(dǎo)致。

測(cè)試用例的設(shè)計(jì)一直是軟件測(cè)試工作的重點(diǎn)和難點(diǎn)。隨著中國(guó)軟件業(yè)的日益壯大和逐步走向成熟，軟件測(cè)試也在不斷發(fā)展。其中，測(cè)試用例的設(shè)計(jì)和編制是軟件測(cè)試活動(dòng)中一項(xiàng)最重要的工作，是測(cè)試工作的指導(dǎo)，是軟件測(cè)試必須遵守的準(zhǔn)則，更是軟件測(cè)試質(zhì)量穩(wěn)定的根本保障。9.5測(cè)試用例設(shè)計(jì)和文檔編寫(xiě)

1．測(cè)試用例文檔

編寫(xiě)測(cè)試用例文檔應(yīng)有文檔模板，須符合內(nèi)部的規(guī)范要求。測(cè)試用例文檔將受制于測(cè)試用例管理軟件的約束。測(cè)試用例文檔由簡(jiǎn)介和測(cè)試用例兩部分組成：

(1)簡(jiǎn)介部分包括測(cè)試目的、測(cè)試范圍、定義術(shù)語(yǔ)、參考文檔、概述等；

(2)測(cè)試用例部分逐一列示各測(cè)試用例。每個(gè)具體測(cè)試用例都將包括下列詳細(xì)信息：用例編號(hào)、用例名稱(chēng)、入口準(zhǔn)則、測(cè)試等級(jí)、驗(yàn)證步驟、期望結(jié)果(含判斷標(biāo)準(zhǔn))、出口準(zhǔn)則、注釋等。以上內(nèi)容涵蓋了測(cè)試用例的基本元素：測(cè)試索引、測(cè)試環(huán)境、測(cè)試輸入、測(cè)試操作、預(yù)期結(jié)果、評(píng)價(jià)標(biāo)準(zhǔn)等。

測(cè)試用例設(shè)計(jì)包含的內(nèi)容有基本信息、文檔、設(shè)置和設(shè)計(jì)。

(1)基本信息。每個(gè)具體測(cè)試用例都將包括下列詳細(xì)信息：用例編號(hào)、用例名稱(chēng)、測(cè)試等級(jí)、入口準(zhǔn)則、驗(yàn)證步驟、期望結(jié)果(含判斷標(biāo)準(zhǔn))、出口準(zhǔn)則、注釋等。以上內(nèi)容涵蓋了測(cè)試用例的基本元素，包括測(cè)試索引、測(cè)試環(huán)境、測(cè)試輸入、測(cè)試操作、預(yù)期結(jié)果、評(píng)價(jià)標(biāo)準(zhǔn)。

(2)文檔。在編寫(xiě)測(cè)試用例文檔時(shí)應(yīng)當(dāng)有文檔模板，且文檔模板需要符合企業(yè)內(nèi)部的規(guī)范要求，測(cè)試用例文檔將受制于測(cè)試用例管理軟件的約束。軟件產(chǎn)品或軟件開(kāi)發(fā)項(xiàng)目的測(cè)試用例一般以該產(chǎn)品的軟件模塊或子系統(tǒng)為單位，形成一個(gè)測(cè)試用例文檔，但并不是絕對(duì)的。測(cè)試用例文檔由簡(jiǎn)介和測(cè)試用例兩部分組成。簡(jiǎn)介部分包括：編制測(cè)試目的、測(cè)試范圍、定義術(shù)語(yǔ)、參考文檔、概述等；測(cè)試用例部分指逐一列示各測(cè)試用例。

(3)測(cè)試用例的設(shè)置。早期的測(cè)試用例是按功能設(shè)置用例，后來(lái)引進(jìn)了路徑分析法，按路徑設(shè)置用例。目前演變?yōu)榘垂δ堋⒙窂交旌夏Ｊ皆O(shè)置用例。按功能測(cè)試是最簡(jiǎn)捷的，按用例規(guī)約遍歷測(cè)試每一功能。對(duì)于復(fù)雜操作的程序模塊，其各功能的實(shí)施是相互影響、緊密相關(guān)、環(huán)環(huán)相扣的，可以演變出數(shù)量繁多的變化。由于沒(méi)有嚴(yán)密的邏輯分析，產(chǎn)生遺漏在所難免。路徑分析是一個(gè)很好的方法，其最大的優(yōu)點(diǎn)在于可以避免漏測(cè)試。但路徑分析法也有局限性，在一個(gè)非常簡(jiǎn)單字典維護(hù)模塊中就存在10余條路徑，一個(gè)復(fù)雜的模塊中可能會(huì)有幾十到上百條路徑。

(4)測(cè)試用例的設(shè)計(jì)。測(cè)試用例可以分為基本事件、備選事件和異常事件。設(shè)計(jì)基本事件的用例，應(yīng)該參照用例規(guī)約(或設(shè)計(jì)規(guī)格說(shuō)明書(shū))，根據(jù)關(guān)聯(lián)的功能、操作按路徑分析法設(shè)計(jì)測(cè)試用例。而對(duì)孤立的功能則直接按功能設(shè)計(jì)測(cè)試用例。基本事件的測(cè)試用例應(yīng)包含所有需要實(shí)現(xiàn)的需求功能，覆蓋率可達(dá)100%。

2．測(cè)試用例編寫(xiě)策略

人們一般可以根據(jù)測(cè)試用例的設(shè)計(jì)方法，遵循測(cè)試用例的編寫(xiě)原則，針對(duì)開(kāi)發(fā)系統(tǒng)的特點(diǎn)編寫(xiě)有效的測(cè)試用例。而在具體的實(shí)施過(guò)程中，還要遵循一些有效的測(cè)試用例編寫(xiě)策略，才能達(dá)到最終的最佳測(cè)試效果。測(cè)試用例編寫(xiě)策略是指組織和編寫(xiě)有效的測(cè)試用例的方法和技巧。在組織和編寫(xiě)測(cè)試用例時(shí)，需要根據(jù)測(cè)試對(duì)象特點(diǎn)、團(tuán)隊(duì)的執(zhí)行能力等各個(gè)方面綜合起來(lái)決定采用哪種編寫(xiě)策略，以及如何編寫(xiě)測(cè)試用例。

可以從不同的角度編寫(xiě)測(cè)試用例，從測(cè)試內(nèi)容角度可以編寫(xiě)流程用例和功能點(diǎn)用例：

(1)流程用例是針對(duì)業(yè)務(wù)流程編寫(xiě)的測(cè)試用例，通常采用場(chǎng)景法。現(xiàn)在的軟件大多數(shù)都是用事件觸發(fā)來(lái)控制流程，事件觸發(fā)時(shí)的情景便形成了場(chǎng)景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。這種在軟件設(shè)計(jì)方面的思想也可引入到軟件測(cè)試中，可以比較生動(dòng)地描繪出事件觸發(fā)時(shí)的情景，有利于測(cè)試設(shè)計(jì)者設(shè)計(jì)測(cè)試用例，同時(shí)使測(cè)試用例更容易理解和執(zhí)行。

(2)功能點(diǎn)用例指針對(duì)具體功能點(diǎn)編寫(xiě)的測(cè)試用例，可以采用等價(jià)類(lèi)劃分、邊界值法、因果圖等方法。根據(jù)測(cè)試的策略，測(cè)試用例可以分為通過(guò)測(cè)試用例和失敗測(cè)試用例：

(1)通過(guò)測(cè)試用例主要為了驗(yàn)證需求是否可以實(shí)現(xiàn)，一般采用等價(jià)類(lèi)劃分方法。

(2)失敗用例的編寫(xiě)主要為了盡可能多的發(fā)現(xiàn)Bug，一般采用錯(cuò)誤推測(cè)法、邊界值分析法等測(cè)試方法。

在測(cè)試用例的編寫(xiě)過(guò)程中還需注意其詳細(xì)程度，覆蓋功能點(diǎn)不是指列出功能點(diǎn)，而是要寫(xiě)出功能點(diǎn)的各個(gè)方面，如果組合情況較多時(shí)可以采用等價(jià)類(lèi)劃分的方法。此外，測(cè)試用例的編寫(xiě)和組織會(huì)受到項(xiàng)目開(kāi)發(fā)能力和測(cè)試對(duì)象特點(diǎn)的影響。如果開(kāi)發(fā)力量比較落后，編寫(xiě)較詳細(xì)的測(cè)試用例就不現(xiàn)實(shí)，因?yàn)橐话愀緵](méi)有、也沒(méi)有必要投入很大資源詳細(xì)編寫(xiě)測(cè)試用例。這種情況會(huì)隨著團(tuán)隊(duì)的發(fā)展而逐漸有所改善。測(cè)試對(duì)象特點(diǎn)、重點(diǎn)是指測(cè)試對(duì)象在進(jìn)度、成本等方面的要求。如果進(jìn)度較緊張，就沒(méi)有時(shí)間寫(xiě)出高質(zhì)量的測(cè)試用例，甚至有時(shí)測(cè)試工作只是一種輔助工作，因而沒(méi)有編寫(xiě)測(cè)試用例。

3．編寫(xiě)測(cè)試用例的基本要求

測(cè)試用例寫(xiě)得過(guò)于簡(jiǎn)單，則可能失去了測(cè)試用例的意義。過(guò)于簡(jiǎn)單的測(cè)試用例設(shè)計(jì)其實(shí)并沒(méi)有進(jìn)行“設(shè)計(jì)”，只是把需要測(cè)試的功能模塊記錄下來(lái)，它的作用僅僅是在測(cè)試過(guò)程中作為一個(gè)簡(jiǎn)單的測(cè)試計(jì)劃，提醒測(cè)試人員測(cè)試的主要功能包括哪些。測(cè)試用例設(shè)計(jì)的本質(zhì)應(yīng)是在設(shè)計(jì)的過(guò)程中理解需求，檢驗(yàn)需求，并把對(duì)軟件系統(tǒng)的測(cè)試方法的思路記錄下來(lái)，以便指導(dǎo)將來(lái)的測(cè)試。

測(cè)試用例寫(xiě)得過(guò)于復(fù)雜或過(guò)于詳細(xì)，會(huì)帶來(lái)兩個(gè)問(wèn)題：效率問(wèn)題和維護(hù)成本問(wèn)題。另外，測(cè)試用例設(shè)計(jì)得過(guò)于詳細(xì)，留給測(cè)試執(zhí)行人員的思考空間就比較少，容易限制測(cè)試人員的思維。大多數(shù)測(cè)試團(tuán)隊(duì)編寫(xiě)的測(cè)試用例的詳細(xì)程度介于兩者之間。而如何把握好詳細(xì)程度是測(cè)試用例設(shè)計(jì)的關(guān)鍵，它將影響測(cè)試用例設(shè)計(jì)的效率和效果。人們應(yīng)根據(jù)項(xiàng)目的實(shí)際情況、測(cè)試資源情況等來(lái)決定設(shè)計(jì)出怎樣詳細(xì)程度的測(cè)試用例。

不管是從個(gè)人角度還是從公司角度，測(cè)試用例的編寫(xiě)應(yīng)符合以下六點(diǎn)：

(1)一個(gè)用例對(duì)應(yīng)一個(gè)功能點(diǎn)：每個(gè)用例都要有測(cè)點(diǎn)，找準(zhǔn)一個(gè)測(cè)點(diǎn)則可，不能同時(shí)覆蓋很多功能點(diǎn)，否則執(zhí)行起來(lái)牽連太大。

(2)用例易讀：從執(zhí)行者的角度去寫(xiě)測(cè)試用例，用例中最好不要含有太多的術(shù)語(yǔ)，如果有最好指明具體位置。

(3)用例執(zhí)行粒度(詳細(xì)程度)越小越好。

(4)步驟清晰：一個(gè)用例多個(gè)步驟，可只有一個(gè)重點(diǎn)。步驟要指明人們?cè)趺慈ゲ僮鳎黄谕Y(jié)果則指明這樣操作之后應(yīng)看到什么結(jié)果。最好不要用正確、正常、錯(cuò)誤等之類(lèi)的含糊主觀的字眼。

(5)總體設(shè)計(jì)：設(shè)計(jì)策略是先正常后異常，這樣可以確保正常情況下系統(tǒng)功能能夠通過(guò)。根據(jù)以上幾點(diǎn)編寫(xiě)的測(cè)試用例能夠使測(cè)試人員(包括初來(lái)的人員)容易看懂和理解測(cè)試用例；能順利執(zhí)行用例；能更快掌握業(yè)務(wù)系統(tǒng)流程。

(6)結(jié)對(duì)編寫(xiě)。測(cè)試組長(zhǎng)或經(jīng)理對(duì)用例進(jìn)行審核可以做到用例的補(bǔ)充和校對(duì)，但一般情況下是很難做到的。實(shí)際中人們可以采用另一種方式，就是結(jié)對(duì)編寫(xiě)測(cè)試用例(前提是測(cè)試組應(yīng)有兩個(gè)以上的測(cè)試人員)，內(nèi)部審核。測(cè)試用例不是自己編寫(xiě)自己執(zhí)行，它需要其他測(cè)試人員都能讀懂且明白目標(biāo)所在。結(jié)對(duì)編寫(xiě)可以盡量減少個(gè)人的“偏好習(xí)慣”，同時(shí)也能拓展思維，加強(qiáng)測(cè)試重點(diǎn)的確認(rèn)，小組內(nèi)部達(dá)到統(tǒng)一。一定程度上結(jié)對(duì)編寫(xiě)也可以減少組長(zhǎng)或經(jīng)理對(duì)用例的管理負(fù)擔(dān)，提高組員的參與積極性。

4．測(cè)試用例編寫(xiě)格式細(xì)則

統(tǒng)一測(cè)試用例編寫(xiě)的規(guī)范，以保證使用最有效的測(cè)試用例，保證測(cè)試質(zhì)量。

(1)內(nèi)容。具體實(shí)施可以采用EXCEL和圖形相結(jié)合，可用EXCEL編寫(xiě)測(cè)試用例的同時(shí)插入圖形來(lái)加以說(shuō)明。測(cè)試用例設(shè)計(jì)的內(nèi)容包括：模塊名、功能說(shuō)明或圖形說(shuō)明、測(cè)試用例輸入、應(yīng)輸出結(jié)果、實(shí)際輸出結(jié)果、結(jié)論、Bug編號(hào)、Bug級(jí)別等。

在測(cè)試用例設(shè)計(jì)模板中有“業(yè)務(wù)流程測(cè)試用例設(shè)計(jì)模板”(包含整體業(yè)務(wù)流程)和“功能測(cè)試用例設(shè)計(jì)模板”兩個(gè)模板，可按需要選擇。

(2)一般表格格式。表格內(nèi)容的字體為宋體；表格內(nèi)容的字號(hào)為12號(hào)。

5．簡(jiǎn)單實(shí)例

以計(jì)算器實(shí)現(xiàn)加法功能為例，演示系統(tǒng)測(cè)試用例編寫(xiě)過(guò)程。

用例編號(hào)：calc-st-add-001。

測(cè)試項(xiàng)目：計(jì)算器的加法功能測(cè)試。

測(cè)試標(biāo)題：一個(gè)數(shù)在合法的取值范圍內(nèi)，另一個(gè)也在合法的取值范圍內(nèi)。

重要級(jí)別：中。

預(yù)置條件：?jiǎn)?dòng)計(jì)算器。

測(cè)試輸入：參數(shù)1：3；參數(shù)2：+；參數(shù)3：4；參數(shù)4：=。執(zhí)行步驟：用計(jì)算機(jī)鍵盤(pán)依次輸入上述參數(shù)。

預(yù)期輸出：參數(shù)：7。

在執(zhí)行特征功能測(cè)試前，應(yīng)對(duì)國(guó)際化軟件提供的軟件特征功能以及這些功能的重要性進(jìn)行風(fēng)險(xiǎn)分析，以便確定測(cè)試過(guò)程中的測(cè)試成本。國(guó)際化軟件的特征功能測(cè)試的輸入內(nèi)容包括：軟件功能規(guī)格說(shuō)明、軟件需求、軟件的性能目標(biāo)、軟件的部署場(chǎng)景等。

6．測(cè)試用例模板

下面給出一些不同的測(cè)試用例模板。

軟件功能測(cè)試用例模板，見(jiàn)表9.3。表9.3軟件功能測(cè)試用例模板

續(xù)表表9.4軟件數(shù)據(jù)處理測(cè)試用例模版表9.5軟件流程測(cè)試用例模板表9.6軟件安裝測(cè)試用例模板

基于場(chǎng)景的測(cè)試用例設(shè)計(jì)思想是Rational公司提出的，在RUP2000中文版中有詳盡的解釋和應(yīng)用。9.6使用用例場(chǎng)景設(shè)計(jì)測(cè)試用例及其文檔編寫(xiě)

1．測(cè)試用例場(chǎng)景

測(cè)試用例場(chǎng)景是通過(guò)描述流經(jīng)用例的路徑來(lái)確定的過(guò)程，這個(gè)過(guò)程要從測(cè)試用例開(kāi)始到結(jié)束遍歷其中所有基本流和備選流。

簡(jiǎn)單的測(cè)試用例流徑見(jiàn)圖9.2，圖中經(jīng)過(guò)用例的每條不同路徑反映了基本流和備選流，用箭頭來(lái)表示。基本流是經(jīng)過(guò)用例的最簡(jiǎn)單的路徑。每個(gè)備選流從基本流開(kāi)始，然后在某個(gè)特定條件下執(zhí)行。備選流可能會(huì)重新加入基本流中(如備選流1和3)，還可能起源于另一個(gè)備選流(如備選流2)，或終止用例而不再重新加入某個(gè)流(如備選流2和4)。

圖9.2測(cè)試用例流徑示意圖按照?qǐng)D9.2中每個(gè)經(jīng)過(guò)用例的可能路徑，可以確定不同的測(cè)試用例場(chǎng)景。從基本流開(kāi)始，再將基本流和備選流結(jié)合起來(lái)，可以確定以下8個(gè)用例場(chǎng)景：

場(chǎng)景1—基本流

場(chǎng)景2—基本流、備選流1；

場(chǎng)景3—基本流、備選流1、備選流2；

場(chǎng)景4—基本流、備選流3；

場(chǎng)景5—基本流、備選流3、備選流1；

場(chǎng)景6—基本流、備選流4；

場(chǎng)景7—基本流、備選流3、備選流1、備選流2；

場(chǎng)景8—基本流、備選流3、備選流4。生成每個(gè)場(chǎng)景的測(cè)試用例是通過(guò)確定某個(gè)特定條件來(lái)完成，這個(gè)特定條件將導(dǎo)致特定用例場(chǎng)景的執(zhí)行。

2．測(cè)試用例例子

以自動(dòng)取款系統(tǒng)為例，假定圖9.2描述的用例對(duì)備選流3規(guī)定如下：(1)使用用例場(chǎng)景設(shè)計(jì)測(cè)試用例；(2)如果在備選流2(在ATM中)—銀行客戶(hù)在‘輸入取款金額’中輸入的鈔票量超出當(dāng)前賬戶(hù)余額，則出現(xiàn)此事件流。系統(tǒng)顯示警告消息，然后重新加入基本流，再次執(zhí)行上述備選流2—‘輸入取款金額’，此時(shí)銀行客戶(hù)可以輸入新的取款金額。由此設(shè)計(jì)執(zhí)行備選流3的測(cè)試用例(見(jiàn)表9.7)。表9.7測(cè)試用例

3．實(shí)用舉例

下面給出一臺(tái)ATM機(jī)的測(cè)試用例設(shè)計(jì)的示例。該示例由用例場(chǎng)景生成測(cè)試用例，比較符合實(shí)際情況(注：不是完備的測(cè)試用例，只是列舉了一些情況)。圖9.3為ATM機(jī)操作系統(tǒng)示意圖。

圖9.3ATM機(jī)操作系統(tǒng)示意圖下面給出圖9.3中取款用例的基本流和一些備選流。

1)基本流

(1)本用例開(kāi)始是ATM處于準(zhǔn)備就緒狀態(tài)。

(2)準(zhǔn)備取款：客戶(hù)將銀行卡插入ATM機(jī)的讀卡機(jī)。

(3)驗(yàn)證銀行卡：ATM機(jī)從銀行卡的磁條中讀取賬戶(hù)代碼，并檢查它是否屬于可以接收的銀行卡。

(4)輸入PIN：ATM要求客戶(hù)輸入PIN碼(4位)。

(5)驗(yàn)證銀行賬戶(hù)代碼和PIN：驗(yàn)證賬戶(hù)代碼和PIN以確定該賬戶(hù)是否有效以及所輸入的PIN對(duì)該賬戶(hù)來(lái)說(shuō)是否正確。對(duì)于此事件流，賬戶(hù)是有效的且PIN對(duì)此賬戶(hù)來(lái)說(shuō)正確無(wú)誤。

(6)ATM選項(xiàng)：ATM顯示在本機(jī)上可用的各種選項(xiàng)。在此事件流中，客戶(hù)通常選擇“取款”。

(7)輸入金額：要從ATM中提取的金額。對(duì)于此事件流，客戶(hù)需選擇預(yù)設(shè)的金額

(50元、100元、150元或200元等)。

(8)授權(quán)：ATM通過(guò)卡ID、PIN、金______額。

(9)返回銀行卡：銀行卡被返還。

(10)打印數(shù)據(jù)并提供給客戶(hù)。ATM還相應(yīng)更新內(nèi)部記錄。

2)備選流

(1)備選流1：銀行卡無(wú)效。在基本流步驟(3)中，如果卡是無(wú)效的，則卡被退回，同時(shí)會(huì)通知相關(guān)消息。

(2)備選流2：ATM內(nèi)沒(méi)有現(xiàn)金。在基本流步驟(6)中，如果ATM內(nèi)沒(méi)有現(xiàn)金，則“取款”選項(xiàng)將無(wú)法使用。

(3)備選流3：ATM內(nèi)現(xiàn)金不足。在基本流步驟(7)中，如果ATM機(jī)內(nèi)金額少于請(qǐng)求提取的金額，則將顯示一則適當(dāng)?shù)南ⅲ⑶以诓襟E(7)輸入金額處重新加入基本流。

(4)備選流4：PIN有誤。在基本流步驟(5)中，客戶(hù)有三次機(jī)會(huì)輸入PIN。如果PIN輸入有誤，ATM將顯示適當(dāng)?shù)南ⅲ蝗绻€存在輸入機(jī)會(huì)，則此事件流在步驟(4)：輸入PIN處重新加入基本流。如果最后一次嘗試輸入的PIN碼仍然錯(cuò)誤，則該卡將被ATM機(jī)保留，同時(shí)ATM返回到準(zhǔn)備就緒狀態(tài)，本用例終止。

(5)備選流5：賬戶(hù)不存在。在基本流步驟(5)中，如果銀行系統(tǒng)返回的代碼表明找不到該賬戶(hù)或禁止從該賬戶(hù)中取款，則ATM顯示適當(dāng)?shù)南⒉⑶以诓襟E(9)：返回銀行卡處重新加入基本流。

(6)備選流6：賬面金額不足。在基本流步驟(8)中，銀行系統(tǒng)返回代碼表明賬戶(hù)余額少于在基本流步驟(7)，輸入金額內(nèi)輸入的金額，則ATM顯示適當(dāng)?shù)南⒉⑶以诓襟E(7)，輸入金額處重新加入基本流。

(7)備選流7：達(dá)到每日最大的取款金額。在基本流步驟(8)中，銀行系統(tǒng)返回的代碼表明包括本取款請(qǐng)求在內(nèi)，客戶(hù)已經(jīng)或?qū)⒊^(guò)在24小時(shí)內(nèi)允許提取的最多金額，則ATM顯示適當(dāng)?shù)南⒉⒃诓襟E(7)，輸入金額上重新加入基本流。

(8)備選流x：記錄錯(cuò)誤。如果在基本流步驟(10)中，記錄無(wú)法更新，則ATM進(jìn)入“安全模式”，在此模式下所有功能都將暫停使用。同時(shí)向銀行系統(tǒng)發(fā)送一條適當(dāng)?shù)木瘓?bào)信息表明ATM已經(jīng)暫停工作。

(9)備選流y：退出。客戶(hù)可隨時(shí)決定終止交易(退出)。交易終止，銀行卡隨之退出。

(10)備選流z：“翹起”。ATM包含大量的傳感器，用以監(jiān)控各種功能，如電源檢測(cè)器、不同的門(mén)和出入口處的測(cè)壓器以及動(dòng)作檢測(cè)器等。在任一時(shí)刻，如果某個(gè)傳感器被激活，則警報(bào)信號(hào)將發(fā)送給警方而且ATM進(jìn)入“安全模式”，在此模式下所有功能都暫停使用，直到采取適當(dāng)?shù)闹貑?重新初始化的措施。

3)操作

第一次迭代中，根據(jù)迭代計(jì)劃，需要核實(shí)取款用例已經(jīng)正確實(shí)施。假設(shè)此時(shí)尚未實(shí)施整個(gè)用例，只實(shí)施了下面的事件流：

●

基本流：提取預(yù)設(shè)金額(50元，100元，150元或200元)；

●

備選流2：ATM內(nèi)沒(méi)有現(xiàn)金；

●

備選流3：ATM內(nèi)現(xiàn)金不足；●

備選流4：PIN有誤；

●

備選流5：賬戶(hù)不存在/賬戶(hù)類(lèi)型有誤；

●

備選流6：賬面金額不足。

則生成下列場(chǎng)景：

●

場(chǎng)景1：成功的取款基本流；

●

場(chǎng)景2：ATM內(nèi)沒(méi)有現(xiàn)金基本流備選流2；

●

場(chǎng)景3：ATM內(nèi)現(xiàn)金不足基本流備選流3；

●

場(chǎng)景4：PIN有誤(還有輸入機(jī)會(huì))基本流備選流4；

●

場(chǎng)景5：PIN有誤(不再有輸入機(jī)會(huì))基本流備選流4；

●

場(chǎng)景6：賬戶(hù)不存在/賬戶(hù)類(lèi)型有誤基本流備選流5；

●

場(chǎng)景7：賬戶(hù)余額不足基本流備選流6。

注：為方便起見(jiàn)，備選流3和6(場(chǎng)景3和7)內(nèi)的循環(huán)以及循環(huán)組合未討論。

對(duì)于上面7個(gè)場(chǎng)景中的每一個(gè)場(chǎng)景都需要確定測(cè)試用例。可以采用矩陣或決策表來(lái)確定和管理測(cè)試用例。下面利用一種通用格式：各行代表各個(gè)測(cè)試用例，各列代表測(cè)試用例的基本信息。對(duì)于每個(gè)測(cè)試用例，存在一個(gè)測(cè)試用例ID、條件(或說(shuō)明)、測(cè)試用例中涉及的所有數(shù)據(jù)元素(作為輸入或已經(jīng)存在于數(shù)據(jù)庫(kù)中)以及預(yù)期結(jié)果(見(jiàn)表9.8)。

首先，利用從確定執(zhí)行用例場(chǎng)景所需的數(shù)據(jù)構(gòu)建矩陣。然后，對(duì)于每個(gè)場(chǎng)景，至少要確定包含執(zhí)行場(chǎng)景所需的適當(dāng)條件的測(cè)試用例。在表9.8中，V(有效)表明條件必須是有效的才可執(zhí)行基本流，而I(無(wú)效)表明在該條件下將激活所需備選流。表中N/A(不適用)表明該條件不適用于測(cè)試用例。表9.8ATM機(jī)測(cè)試用例矩陣在表9.8中，6個(gè)測(cè)試用例執(zhí)行5個(gè)場(chǎng)景1～5。對(duì)于基本流，用例CW1稱(chēng)為有效測(cè)試用例。它一直沿著用例的基本流路徑執(zhí)行，未發(fā)生任何偏差。基本流的有效測(cè)試必須包括無(wú)效測(cè)試用例，以確保只有在符合條件的情況下才執(zhí)行基本流。CW2～CW6表示無(wú)效測(cè)試用例(陰影單元格表明這種條件下需要執(zhí)行備選流)，它們對(duì)于基本流而言都是無(wú)效測(cè)試用例，但它們相對(duì)于備選流2至4而言都是有效測(cè)試用例。而且對(duì)于這些備選流中的每一個(gè)而言，至少存在一個(gè)無(wú)效測(cè)試用例(如CW1-基本流)。每個(gè)場(chǎng)景只具有一個(gè)有效測(cè)試用例和無(wú)效測(cè)試用例是不充分的，場(chǎng)景4就是這樣一個(gè)示例。要全面地測(cè)試場(chǎng)景4PIN有誤，至少需要三個(gè)有效測(cè)試用例(以激活場(chǎng)景4)：

●

輸入了錯(cuò)誤的PIN，但仍存在輸入機(jī)會(huì)，此備選流重新加入基本流中的步驟(4)：輸入PIN。

●

輸入了錯(cuò)誤的PIN，而且不再有輸入機(jī)會(huì)，則此備選流將保留銀行卡并終止用例。

●最后一次輸入時(shí)輸入了“正確”的PIN。備選流在步驟(5)：輸入金額處重新加入基本流。注：在上面的矩陣中，無(wú)需為條件(數(shù)據(jù))輸入任何實(shí)際的值。以這種方式創(chuàng)建測(cè)試用例矩陣的一個(gè)優(yōu)點(diǎn)在于容易看到測(cè)試的條件。由于只需要查看V和I(或此處采用的陰影單元格)，這種方式易于判斷是否已經(jīng)確定了足夠的測(cè)試用例。從表9.8中可發(fā)現(xiàn)存在幾個(gè)條件不具備陰影單元格，這表明測(cè)試用例還不完全，如場(chǎng)景6：不存在的賬戶(hù)/賬戶(hù)類(lèi)型有誤和場(chǎng)景7：賬戶(hù)余額不足就缺少測(cè)試用例。一旦確定了所有的測(cè)試用例，則應(yīng)對(duì)這些用例進(jìn)行復(fù)審和驗(yàn)證以確保其準(zhǔn)確且適度，并取消多余或等效的測(cè)試用例。測(cè)試用例一經(jīng)認(rèn)可，就可以確定實(shí)際數(shù)據(jù)值(在測(cè)試用例實(shí)施矩陣中)并且設(shè)定測(cè)試數(shù)據(jù)(見(jiàn)表9.9)。表9.9測(cè)試用例矩陣以上測(cè)試用例只是在本次迭代中需要用來(lái)驗(yàn)證取款用例的一部分測(cè)試用例。需要的其他測(cè)試用例包括：

場(chǎng)景6：賬戶(hù)不存在/賬戶(hù)類(lèi)型有誤；未找到賬戶(hù)或賬戶(hù)不可用場(chǎng)景6：賬戶(hù)不存在/賬戶(hù)類(lèi)型有誤，禁止從該賬戶(hù)中取款；

場(chǎng)景7：賬戶(hù)余額不足；請(qǐng)求的金額超出賬面金額在將來(lái)的迭代中，當(dāng)實(shí)施其他事件流時(shí)，在下列情況下將需要測(cè)試用例：

●

無(wú)效卡(所持卡為掛失卡、被盜卡、非承兌銀行發(fā)卡、磁條損壞等)。●

無(wú)法讀卡(讀卡機(jī)堵塞、脫機(jī)或出現(xiàn)故障)。

●

賬戶(hù)已消戶(hù)、凍結(jié)或由于其他原因而無(wú)法使用、ATM內(nèi)的現(xiàn)金不足或不能提供所請(qǐng)求的金額(與CW3不同，在CW3中只是一種幣值不足，而不是所有幣值都不足)。

●

無(wú)法聯(lián)系銀行系統(tǒng)以獲得認(rèn)可、銀行網(wǎng)絡(luò)離線或交易過(guò)程中斷電等。

軟件測(cè)試的目的就是保證軟件質(zhì)量，所以大部分的測(cè)試工作不考慮需求分析的結(jié)果是否合理，這可能導(dǎo)致本來(lái)可以提前發(fā)現(xiàn)而避免的Bug，在后續(xù)過(guò)程中要花費(fèi)大量的資源與時(shí)間來(lái)改正。需求驗(yàn)證有助于保證軟件在后期開(kāi)發(fā)的正確性，不會(huì)出現(xiàn)因需求分析Bug導(dǎo)致的項(xiàng)目返工現(xiàn)象。9.7需求分析和軟件登記測(cè)試文檔編寫(xiě)驗(yàn)證用戶(hù)需求可以盡早地發(fā)現(xiàn)和需求相關(guān)的Bug，從而不會(huì)影響到下一階段開(kāi)發(fā)的質(zhì)量，避免了錯(cuò)誤的需求所帶來(lái)的軟件設(shè)計(jì)和執(zhí)行方面的問(wèn)題，避免了在項(xiàng)目結(jié)束階段修復(fù)問(wèn)題所浪費(fèi)大量的資源與時(shí)間。

1．建立開(kāi)發(fā)需求

將每一條軟件需求對(duì)應(yīng)的開(kāi)發(fā)文檔及章節(jié)號(hào)作為軟件需求標(biāo)識(shí)，使用軟件需求的簡(jiǎn)述作為原始測(cè)試需求描述，沒(méi)有文檔來(lái)源的開(kāi)發(fā)需求可用隱含需求或遺漏需求進(jìn)行標(biāo)識(shí)，標(biāo)明軟件需求獲取的來(lái)源信息，如開(kāi)發(fā)文檔、相關(guān)標(biāo)準(zhǔn)、與用戶(hù)或開(kāi)發(fā)人員的交流等。由于在提取的開(kāi)發(fā)需求中可能存在重復(fù)和冗余，需要進(jìn)行整理，通過(guò)以下方法整理開(kāi)發(fā)需求：

●

刪除：刪除原開(kāi)發(fā)需求列表中重復(fù)的、冗余的、含有包含關(guān)系的開(kāi)發(fā)需求描述。

●

細(xì)化：對(duì)太簡(jiǎn)略的開(kāi)發(fā)需求描述進(jìn)行細(xì)化。

●

合并：如果有類(lèi)似的開(kāi)發(fā)需求，在整理時(shí)需要對(duì)其進(jìn)行合并。

對(duì)于每一條開(kāi)發(fā)需求，從測(cè)試角度來(lái)考慮，形成可測(cè)試的分層描述的測(cè)試需求。具體地，通過(guò)分析每條開(kāi)發(fā)需求描述中的輸入、輸出、處理、限制、約束等，給出對(duì)應(yīng)的驗(yàn)證內(nèi)容；通過(guò)分析各個(gè)功能模塊之間的業(yè)務(wù)順序和各個(gè)功能模塊之間傳遞的信息或數(shù)據(jù)，對(duì)存在功能交互的功能項(xiàng)給出對(duì)應(yīng)的驗(yàn)證內(nèi)容。

對(duì)每一條測(cè)試需求，從標(biāo)準(zhǔn)GB/T16260.1定義的軟件質(zhì)量子特性角度出發(fā)，確定所對(duì)應(yīng)的質(zhì)量子特性。即，從下列多方面的定義出發(fā)，確定每一條測(cè)試需求所對(duì)應(yīng)的質(zhì)量子特性：包括適合性、準(zhǔn)確性、互操作性、保密安全性、成熟性、容錯(cuò)性、易恢復(fù)性、易理解性、易學(xué)性、易操作性、吸引性、時(shí)間特性、資源利用性、易分析性、易改變性、穩(wěn)定性、易測(cè)試性、適應(yīng)性、易安裝性、共存性、易替換性和依從性等。

2．實(shí)例

下面介紹一個(gè)需求文檔評(píng)審實(shí)例。軟件的開(kāi)發(fā)文檔質(zhì)量一般只能通過(guò)評(píng)審來(lái)保證，有效發(fā)現(xiàn)文檔中的Bug是一個(gè)復(fù)雜的問(wèn)題。假設(shè)一段關(guān)于日志文件的需求描述如下：將所有的訪問(wèn)者都記錄下來(lái)，對(duì)每次訪問(wèn)要記錄訪問(wèn)的開(kāi)始時(shí)間、訪問(wèn)結(jié)束時(shí)間、訪問(wèn)者的IP地址三方面的信息作為一條日志記錄。要求以天為單位，每天生成一個(gè)訪問(wèn)記錄日志文件。

根據(jù)這段需求描述得到日志文件所要記錄的三個(gè)方面的信息內(nèi)容。下面采用元素分析法分析能否根據(jù)這個(gè)需求描述開(kāi)發(fā)軟件。本例需求中涉及三個(gè)顯性元素：訪問(wèn)者、訪問(wèn)記錄、日志文件。

(1)首先分析訪問(wèn)者和訪問(wèn)記錄，確定訪問(wèn)者除了描述中提及的訪問(wèn)時(shí)間和IP地址外還有哪些屬性。訪問(wèn)者的訪問(wèn)內(nèi)容是很重要的屬性，僅記錄訪問(wèn)時(shí)間和訪問(wèn)者的IP地址是不夠的。從時(shí)間信息上最多只能看出那段時(shí)間訪問(wèn)的人數(shù)較多，只可以得到用戶(hù)的時(shí)間分布規(guī)律，很難對(duì)用戶(hù)的行為有深入的分析，只有知道訪問(wèn)者在訪問(wèn)哪些內(nèi)容才能得到更有價(jià)值的信息。(2)分析訪問(wèn)記錄。訪問(wèn)記錄的主要屬性是記錄格式，而每條記錄的格式?jīng)]有描述出來(lái)。日志記錄分析一般是需要使用專(zhuān)門(mén)的分析軟件或書(shū)寫(xiě)專(zhuān)門(mén)的分析程序來(lái)分析。如何設(shè)計(jì)合理的記錄格式來(lái)利用已有的日志分析軟件進(jìn)行分析是首要考慮的問(wèn)題。

(3)分析日志文件。日志文件應(yīng)具有的屬性包括：文件名、存放位置、文件格式、文件內(nèi)容、文件創(chuàng)建時(shí)間、文件大小、文件權(quán)限等。需求描述中提到了每天要生成一個(gè)日志文件，從文件創(chuàng)建時(shí)間屬性來(lái)看，每天有24小時(shí)，到底從何時(shí)開(kāi)始創(chuàng)建文件，是從0點(diǎn)開(kāi)始還是從幾點(diǎn)開(kāi)始，沒(méi)有描述出來(lái)。利用元素分析法具體分析結(jié)果如下：

●

從文件名屬性來(lái)看，如何命名日志文件，需求中也沒(méi)有提及。從存放位置屬性來(lái)看，日志文件存放在什么地方也沒(méi)有說(shuō)明。即沒(méi)有說(shuō)明所有的日志文件存放方式和位置。

●

分析文件格式屬性。沒(méi)有說(shuō)明日志文件的存儲(chǔ)格式、文件內(nèi)容的記錄格式、每條訪問(wèn)記錄之間的分隔方式(是以回車(chē)換行還是以其他字符作為分隔等)。

●

分析文件內(nèi)容屬性。除了存放上述描述的內(nèi)容外，是否還可以保存其他內(nèi)容。如果不能保存其他內(nèi)容，需求描述中應(yīng)加上一句“日志文件中只能存儲(chǔ)訪問(wèn)記錄信息，不得儲(chǔ)存其他記錄信息”。

●

分析文件大小屬性。沒(méi)有說(shuō)明日志文件的大小限制方式。如果某天處于訪問(wèn)高峰期，訪問(wèn)特別多，是否需要將日志文件分拆成多個(gè)就是一個(gè)需要考慮的問(wèn)題。

●

分析文件權(quán)限屬性。沒(méi)有說(shuō)明日志文件的訪問(wèn)權(quán)限，文件是否需要設(shè)置權(quán)限是一個(gè)需要考慮的問(wèn)題。

通過(guò)元素分析法對(duì)上述需求描述分析后，我們發(fā)現(xiàn)需求描述中有很多的問(wèn)題沒(méi)有描述清楚。要描述清楚需要很大的工作量。但僅從需求分析的角度來(lái)看，如果需求規(guī)格描述得較細(xì)將會(huì)增加很多工作量；但從整個(gè)開(kāi)發(fā)過(guò)程來(lái)看，如果需求描述完整，則后續(xù)階段的開(kāi)發(fā)產(chǎn)生歧義和遺漏的可能性就很小。實(shí)際上，后續(xù)階段節(jié)約的時(shí)間會(huì)大大超過(guò)需求所多花的時(shí)間。

人們不僅在檢查測(cè)試需求時(shí)需要使用測(cè)試用例設(shè)計(jì)方法，還應(yīng)采取測(cè)試用例設(shè)計(jì)來(lái)驅(qū)動(dòng)需求分析，即在需求設(shè)計(jì)的過(guò)程中設(shè)計(jì)測(cè)試用例，通過(guò)測(cè)試用例設(shè)計(jì)來(lái)驅(qū)動(dòng)需求分析，完善需求分析的內(nèi)容。

3．軟件登記評(píng)測(cè)需要提交的文檔

圖9.4為軟件登記測(cè)試流程圖。

圖9.4軟件登記測(cè)試流程圖雖然軟件登記測(cè)試需要的文檔較多，但一般都有標(biāo)準(zhǔn)模板，下面只給出需要提交的文檔名稱(chēng)。

(1)《計(jì)算機(jī)軟件產(chǎn)品登記測(cè)試申請(qǐng)表》書(shū)面一份(加蓋公章)和電子文檔。

(2)《軟件產(chǎn)品功能列表》書(shū)面一份和電子文檔。

(3)《材料交接單》書(shū)面一份加蓋公章和電子文檔。

(4)《測(cè)試現(xiàn)場(chǎng)軟件及硬件環(huán)境列表》書(shū)面一份(加蓋公章)和電子文檔。

(5)《軟件名稱(chēng)與版本號(hào)確認(rèn)單》書(shū)面一份加蓋公章和電子文檔。

(6)《軟件評(píng)測(cè)保密協(xié)議》、《軟件評(píng)測(cè)合同》書(shū)面各兩份，其格式按照合同及協(xié)議規(guī)范簽訂。

(7)《用戶(hù)手冊(cè)》一套(含電子文檔)，包括《用戶(hù)手冊(cè)》、《安裝手冊(cè)》、《操作手冊(cè)》、《維護(hù)手冊(cè)》。手冊(cè)要有詳細(xì)的目錄索引、頁(yè)碼標(biāo)識(shí)、文檔版本號(hào)、技術(shù)支持聯(lián)系方法、公司名稱(chēng)、地址等，格式請(qǐng)參考《計(jì)算機(jī)軟件文檔編制規(guī)范GB8567—2006》及《中華人民共和國(guó)國(guó)家標(biāo)準(zhǔn)UDC681.3》。

(8)

200字左右的軟件簡(jiǎn)介(軟件應(yīng)用領(lǐng)域、作用、性能特點(diǎn))以電子文檔的形式提交《自主產(chǎn)權(quán)保證書(shū)》書(shū)面一份(加蓋公章)和電子文檔。

(9)《無(wú)法測(cè)試的功能的聲明》書(shū)面一份(加蓋公章)和電子文檔。

下面給出三種測(cè)試文檔的表格格式。

1．軟件測(cè)試用例表

軟件測(cè)試用例表見(jiàn)表9.10。

9.8測(cè)試文檔表格格式表9.10軟件測(cè)試用例表

2．軟件測(cè)試Bug報(bào)告單

軟件測(cè)試Bug報(bào)告單見(jiàn)表9.11。表9.11Bug報(bào)告單

3．測(cè)試現(xiàn)場(chǎng)軟件及硬件環(huán)境

測(cè)試用硬件、軟件配列表見(jiàn)表9.12。

表9.12(A)硬件列表表9.12(B)軟件列表

1．功能測(cè)試用例

功能測(cè)試用例見(jiàn)表9.13。

●

被測(cè)試對(duì)象的介紹。

●

測(cè)試范圍與目的。

●

測(cè)試環(huán)境與測(cè)試輔助工具的描述。

●

測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)。

●

功能測(cè)試用例。9.9幾種測(cè)試用例編寫(xiě)規(guī)則表9.13功能測(cè)試用例表

2．系統(tǒng)功能測(cè)試

下面介紹國(guó)內(nèi)某軟件測(cè)試公司的一種軟件測(cè)試方案，本方案旨在指導(dǎo)×××V1.0.0的第三方功能測(cè)試工作，以保證順利實(shí)施。具體地講，對(duì)于×××V1.0.0進(jìn)行功能確認(rèn)，驗(yàn)證其功能是否完成需求，功能是否正確，數(shù)據(jù)計(jì)算是否正確等，同時(shí)關(guān)注系統(tǒng)運(yùn)行是否穩(wěn)定。測(cè)試包括×××V1.0.0的全部5個(gè)模塊：用戶(hù)安全驗(yàn)證模塊、基本信息查詢(xún)模塊、相關(guān)原始報(bào)文查詢(xún)模塊、系統(tǒng)管理模塊和客戶(hù)端處理日志模塊。

(1)測(cè)試方法。本次測(cè)試主要采用手工黑盒測(cè)試方法，根據(jù)開(kāi)發(fā)商提交基礎(chǔ)用例整理測(cè)試，并補(bǔ)充完成第三方測(cè)試用例，執(zhí)行全部可執(zhí)行測(cè)試用例，根據(jù)測(cè)試要求驗(yàn)證是否達(dá)到測(cè)試目的中所列內(nèi)容。并使用測(cè)試管理平臺(tái)TestDirector進(jìn)行用例管理、執(zhí)行管理與缺陷跟蹤。

(2)測(cè)試步驟(詳見(jiàn)表9.14)。

表9.14系統(tǒng)功能測(cè)試步驟(3)測(cè)試要求(詳見(jiàn)表9.15)。

表9.15測(cè)試要求

(4)工作量和測(cè)試人員。測(cè)試計(jì)劃實(shí)施周期為2007-6-25至2007-7-6，投入人員為4人，共10工作日，計(jì)26人日。測(cè)試人員如表9.16所示。表9.16測(cè)試人員和角色表9.17測(cè)試進(jìn)度

(6)測(cè)試環(huán)境(詳見(jiàn)表9.18)。

表9.18測(cè)試環(huán)境

3．性能測(cè)試用例

性能測(cè)試用例見(jiàn)表9.19，內(nèi)容包括：

●

被測(cè)試對(duì)象的介紹。

●

測(cè)試范圍與目的。

●

測(cè)試環(huán)境與測(cè)試輔助工具的描述。

●

測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)。

●

性能測(cè)試用例。表9.19性能測(cè)試用例

4．接口－路徑測(cè)試用例

接口—路徑測(cè)試用例見(jiàn)表9.20，內(nèi)容包括：

●

被測(cè)試對(duì)象(單元)的介紹。

●

測(cè)試范圍與目的。

●

測(cè)試環(huán)境與測(cè)試輔助工具的描述。

●

測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)。

●

接口測(cè)試用例。表9.20接口—路徑測(cè)試用例

5．壓力測(cè)試用例

壓力測(cè)試用例見(jiàn)表9.21，內(nèi)容包括：

●

被測(cè)試對(duì)象的介紹。

●

測(cè)試范圍與目的。

●

測(cè)試環(huán)境與測(cè)試輔助工具的描述。

●

測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)。

●

壓力測(cè)試用例。表9.21壓力測(cè)試用例

6．可靠性測(cè)試用例

可靠性測(cè)試用例見(jiàn)表9.22，內(nèi)容包括：

●

被測(cè)試對(duì)象的介紹。

●

測(cè)試范圍與目的。

●

測(cè)試環(huán)境與測(cè)試輔助工具的描述。

●

測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)。

●

可靠性測(cè)試用例。表9.22可靠性測(cè)試用例7．健壯性測(cè)試用例

健壯性測(cè)試用例見(jiàn)表9.23，內(nèi)容包括：

●

被測(cè)試對(duì)象的介紹。

●

測(cè)試范圍與目的。

●

測(cè)試環(huán)境與測(cè)試輔助工具的描述。

●

測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)。

●

容錯(cuò)能力/恢復(fù)能力測(cè)試用例。表9.23健壯性測(cè)試用例

8．安裝/反安裝測(cè)試用例

安裝/反安裝測(cè)試用例見(jiàn)表9.24，內(nèi)容包括：

●

被測(cè)試對(duì)象的介紹。

●

測(cè)試范圍與目的。

●

測(cè)試環(huán)境與測(cè)試輔助工具的描述。

●

測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)。

●

安裝/反安裝測(cè)試用例。表9.24安裝/反安裝測(cè)試用例

9．信息安全性測(cè)試用例

信息安全性測(cè)試用例見(jiàn)表9.25，內(nèi)容包括：

●

被測(cè)試對(duì)象的介紹。

●

測(cè)試范圍與目的。

●

測(cè)試環(huán)境與測(cè)試輔助工具的描述。

●

測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)。

●

信息安全性測(cè)試用例。表9.25信息安全性測(cè)試用例

10．系統(tǒng)測(cè)試案例模板

系統(tǒng)測(cè)試是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測(cè)試和確認(rèn)測(cè)試，系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測(cè)試發(fā)現(xiàn)Bug后要經(jīng)過(guò)調(diào)試找出錯(cuò)誤原因和位置，然后進(jìn)行改正。該測(cè)試是基于系統(tǒng)整體需求說(shuō)明書(shū)的黑盒類(lèi)測(cè)試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。對(duì)象不僅僅包括需測(cè)試的軟件，還要包含軟件所依賴(lài)的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。下面給出了系統(tǒng)測(cè)試文檔模板(見(jiàn)表9.26)。