測試方案編寫模板,包括單元測試、集成測試,系統(tǒng)測試等

1、測試方案編寫模板狀態(tài)：草 稿標 識 號：PISCMM_TEM_SPE_002評 審當前版本：1.3初始版前一版本：1.2修訂版發(fā)布日期： 密級無密級秘密絕密修改歷史日期版本作者評審號更改請求號2002-8-31.1劉秋林PISCMM_TEM_SPE_002_R012002-10-241.2劉秋林PISCMM_TEM_SPE_002_R02名詞釋義· Template(模板)：一類特殊的文檔，可提供構(gòu)造最終文檔的基本工具，任何 Microsoft Word 文檔都是以模板為基礎(chǔ)的。模板決定文檔的基本結(jié)構(gòu)和文檔設(shè)置，例如自動圖文集詞條、字體、快捷鍵指定方案、宏、菜單、頁面布局、特殊格式和

2、樣式。雙擊模板文件即可新建基于模板的文件。編寫者在這里說明測試方案中的相關(guān)術(shù)語和縮略詞。目 錄名詞釋義21概述31.1編寫目的31.2讀者對象31.3項目背景31.4測試目標31.5參考資料32測試配置要求32.1網(wǎng)絡(luò)環(huán)境32.1.1網(wǎng)絡(luò)硬件32.1.2網(wǎng)絡(luò)軟件32.2服務器環(huán)境32.2.1服務器硬件32.2.2服務器軟件32.3工作站環(huán)境32.3.1工作站硬件32.3.2工作站軟件32.4測試手段32.5測試數(shù)據(jù)32.6測試策略32.7測試通過準則33軟件結(jié)構(gòu)介紹33.1概述33.2整體功能模塊介紹33.3整體功能模塊關(guān)系圖33.4系統(tǒng)外部接口功能模塊關(guān)系圖33.5系統(tǒng)內(nèi)部接口功能模塊關(guān)系圖

3、34單元測試用例34.1XX系統(tǒng)34.1.1XX子系統(tǒng)34.1.2XX子系統(tǒng)34.2XX系統(tǒng)34.2.1XX子系統(tǒng)35集成測試用例35.1系統(tǒng)外部接口測試35.1.1與XX系統(tǒng)接口測試35.1.2與YY系統(tǒng)接口測試35.1.3與ZZ系統(tǒng)接口測試35.2系統(tǒng)內(nèi)部接口測試35.2.1子系統(tǒng)內(nèi)部功能模塊接口測試35.2.2子系統(tǒng)之間接口測試36系統(tǒng)測試用例36.1病毒測試36.2用戶界面測試36.2.1用戶界面測試用例136.2.2用戶界面測試用例236.2.3用戶界面測試用例n36.3性能測試36.3.1性能測試用例136.3.2性能測試用例236.3.3性能測試用例n36.4強度測試36.4.1

4、強度測試用例136.4.2強度測試用例236.4.3強度測試用例n36.5容量測試36.5.1容量測試用例136.5.2容量測試用例236.5.3容量測試用例n36.6配置測試36.6.1配置測試用例136.6.2配置測試用例236.6.3配置測試用例n36.7安裝測試36.7.1安裝測試用例136.7.2安裝測試用例236.7.3安裝測試用例n36.8安全性測試36.8.1安全性測試用例136.8.2安全性測試用例236.8.3安全性測試用例n36.9回歸測試36.9.1回歸測試用例136.9.2回歸測試用例236.9.3回歸測試用例n37追溯表37附錄37.1附錄1 審批記錄表31

5、0;         概述1.1      編寫目的說明編寫本測試方案的目的是為軟件開發(fā)項目管理者、軟件工程師、系統(tǒng)維護工程師、測試工程師提供關(guān)于XX系統(tǒng)整體系統(tǒng)功能和性能的測試指導。1.2      讀者對象本測試方案可能的合法讀者對象為軟件開發(fā)項目管理者、軟件工程師、測試組、系統(tǒng)維護工程師。1.3      項目背景可以如下那樣簡單說明，根據(jù)項目的具體情況，方案編

6、寫者也可以進行詳細說明項目名稱：XXX。簡稱：XXX項目代號：PowerXXX X.0.0。委托單位：XXX。開發(fā)單位：創(chuàng)智信息系統(tǒng)有限公司。主管部門：XXX。1.4      測試目標說明進行項目測試的目標或所要達到的目的1.5      參考資料列出編寫本測試方案時參考的資料和文獻。2          測試配置要求2.1      網(wǎng)絡(luò)環(huán)境在此說明應用

7、系統(tǒng)的網(wǎng)絡(luò)環(huán)境，如果應用系統(tǒng)是網(wǎng)絡(luò)版的，必須具有本節(jié)內(nèi)容。2.1.1       網(wǎng)絡(luò)硬件此處給出網(wǎng)絡(luò)硬件的拓撲圖、名稱、規(guī)格、數(shù)量、配置等信息。2.1.2       網(wǎng)絡(luò)軟件此處給出網(wǎng)絡(luò)軟件的名稱、協(xié)議、通訊和連接方式等信息。2.2      服務器環(huán)境2.2.1       服務器硬件此處給出服務器硬件的名稱、規(guī)格、數(shù)量、配置等信息。2.2.2 

8、60;     服務器軟件此處給出服務器軟件的名稱、協(xié)議和版本等信息。2.3      工作站環(huán)境2.3.1       工作站硬件此處給出工作站硬件的拓撲圖、名稱、規(guī)格、數(shù)量、配置等信息。2.3.2       工作站軟件此處給出工作站軟件的名稱、協(xié)議和版本等信息。2.4      測試手段在此參照測試計劃說明測試方法和工具，注明執(zhí)行測

9、試時，必須同時填寫測試記錄表。2.5      測試數(shù)據(jù)在此簡要說明測試數(shù)據(jù)的形成，如以客戶單位具體的業(yè)務規(guī)則和XX系統(tǒng)需求分析說明書，參考XX系統(tǒng)概要設(shè)計說明書、XX系統(tǒng)詳細設(shè)計說明書和數(shù)據(jù)規(guī)格說明書中規(guī)定的運行限制，設(shè)計測試用例，作為整個XX系統(tǒng)的測試數(shù)據(jù)。2.6      測試策略在此說明測試策略，可以如下這樣說明測試過程按三個步驟進行，即單元測試、組裝、系統(tǒng)測試，根據(jù)不同階段測試的測重點不同，分別介紹測試策略：A） 單元測試首先按照系統(tǒng)、子系統(tǒng)和模塊進行劃分，但最終的單元必須是功能模塊,

10、或面向?qū)ο筮^程中的若干個類。單元測試是對功能模塊進行正確性檢驗的測試工作，也是后續(xù)測試的基礎(chǔ)。目的是在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯，因此需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例，著重考慮以下五個方面：1）  模塊接口：對所測模塊的數(shù)據(jù)流進行測試。2）  局部數(shù)據(jù)結(jié)構(gòu)：檢查不正確或不一致的數(shù)據(jù)類型說明、使用尚未賦值或尚未初始化的變量、錯誤的初始值或缺省值。3）  路徑：雖然不可能做到窮舉測試，但要設(shè)計測試用例查找由于不正確的計算（包括算法錯、表達式的符號表示不正確、運算精度不夠等）、不正確的比較或不正常的控制流（包括不同數(shù)據(jù)類型量的相互比較、不適當?shù)匦薷牧搜h(huán)變量

11、、錯誤的或不可能的循環(huán)終止條件等）而導致的錯誤。4）  錯誤處理：檢查模塊有沒有對預見錯誤的條件設(shè)計比較完善的錯誤處理功能，保證其邏輯上的正確性。5）  邊界：注意設(shè)計數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值的用例。）集成測試集成測試也叫組裝測試或聯(lián)合測試。通常，在單元測試的基礎(chǔ)上需要將所有的模塊按照設(shè)計要求組裝成系統(tǒng)，這時需要考慮的問題：（）   在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失。（）   一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響。（）   各個子功能組合起來，能否達到

12、預期要求的父功能。（）   全局數(shù)據(jù)結(jié)構(gòu)是否有問題。（）   單元模塊的誤差累積起來，是否會放大，從而達到不能接受的程度。我們在組裝時可參考采用一次性組裝方式或增殖式組裝方式。）系統(tǒng)測試系統(tǒng)測試目的是在于驗證軟件的功能和性能及其他特性是否與用戶的要求一致，主要是下列類型的測試：） 用戶界面測試：測試用戶界面是否具有導航性、美觀性、行業(yè)或公司的規(guī)范性、是否滿足設(shè)計中要求的執(zhí)行功能。） 性能測試：測試相應時間、事務處理效率和其他時間敏感的問題。） 強度測試：測試資源（內(nèi)存、硬盤）敏感的問題。） 容量測試：測試大量數(shù)據(jù)對系統(tǒng)的影響。） 容錯測試：測試軟件系統(tǒng)克

13、服軟件、硬件故障的能力。） 安全性測試：測試軟件系統(tǒng)對非法侵入的防范能力。） 配置測試：測試在不同網(wǎng)絡(luò)、服務器、工作站的不同軟硬件配置條件下，軟件系統(tǒng)的質(zhì)量。） 安裝測試：確保軟件系統(tǒng)在所有可能情況下的安裝效果和一旦安裝之后必須保證正確運行的質(zhì)量。2.7      測試通過準則在此規(guī)定本系統(tǒng)通過測試的準則，即當依據(jù)測試用例執(zhí)行者測試結(jié)果與預期結(jié)果相符，或測試結(jié)果與預期結(jié)果雖有不符但不可歸咎于應用程序時為測試通過，反之則為測試失敗。3          軟件

14、結(jié)構(gòu)介紹3.1      概述在此概要介紹應用系統(tǒng)的整體功能。如模塊包括XXX，XXX和數(shù)據(jù)維護系統(tǒng)等XX個系統(tǒng)，每個系統(tǒng)又包括若干子系統(tǒng)或功能模塊。3.2      整體功能模塊介紹在此介紹XX系統(tǒng)的功能模塊如下表所示。序號系統(tǒng)名稱子系統(tǒng)軟件項標識備注1如公文管理2345678910113.3      整體功能模塊關(guān)系圖此處給出軟件功能模塊結(jié)構(gòu)圖。3.4      系統(tǒng)外部接口功能模塊關(guān)系圖此

15、處說明整個應用系統(tǒng)和已經(jīng)存在或即將存在的其他應用系統(tǒng)之間關(guān)于數(shù)據(jù)通信和功能調(diào)用等的接口約定和具體的運作機制。具體項目可以根據(jù)實際情況進行裁剪3.5      系統(tǒng)內(nèi)部接口功能模塊關(guān)系圖此處說明整個應用系統(tǒng)內(nèi)部各子系統(tǒng)或子系統(tǒng)內(nèi)部各功能模塊之間關(guān)于數(shù)據(jù)通信和功能調(diào)用等的接口約定和具體的運作機制。4          單元測試用例注：模板是按照系統(tǒng)模塊化進行編寫的，具體項目可參照執(zhí)行，如面向?qū)ο蟮木幊虝r可以按組件進行單元測試。4.1  &#

16、160;   XX系統(tǒng)4.1.1       XX子系統(tǒng)4.1.1.1                     XX模塊測試軟件項代號：XX 方案代號：YY 需求規(guī)格說明：在此詳細描述軟件項的用戶需求。測試用例：在此說明模塊測試要用到的測試用例1  針對測試對象設(shè)計的第一個測試用例。說明測試用例名、測試用例標

17、識號、測試用例的測試目標、測試用例的詳細描述、測試用例要用到的特殊設(shè)備和要求。測試數(shù)據(jù)包括正常數(shù)據(jù)，錯誤數(shù)據(jù)，異常數(shù)據(jù)等前提條件描述完成本測試用例的必要前提條件。執(zhí)行時間描述執(zhí)行本測試用例的估計執(zhí)行時間。測試過程第N步：描述一個單獨的測試步驟。2  針對測試對象設(shè)計的第二個測試用例。預期輸出：1  測試用例一的預期輸出。2  測試用例二的預期輸出。測試人：測試時間： 年 月 日填寫說明：1.       “軟件項代號”是來自于軟件功能結(jié)構(gòu)劃分中的規(guī)定。2.    &

18、#160;  “需求規(guī)格說明”是來自于需求分析說明書、概要設(shè)計說明書和詳細設(shè)計說明書中的需求和設(shè)計要求。3.       “測試用例”是根據(jù)需求分析說明書和詳細設(shè)計說明書來制定的。4.       “預期輸出”是根據(jù)需求分析說明書和詳細設(shè)計說明書來制定的。5.       “方案代號”是由測試方案編寫人員根據(jù)實際情況制定的。4.1.1.2XX模塊測試用例。4.1.1.3XX模塊測試用例。4.1.1.4XX模

19、塊測試用例。4.1.1.5 XX模塊測試用例。4.1.2       XX子系統(tǒng)4.1.2.1XX模塊測試用例。4.1.2.2XX模塊測試用例。4.1.2.3XX模塊測試用例。4.1.2.4XX模塊測試用例。4.2      XX系統(tǒng)4.2.1       XX子系統(tǒng)4.2.1.1XX模塊測試用例。4.2.1.2XX模塊測試用例。4.2.1.3XX模塊測試用例。4.2.1.4 XX模塊測試用例。4.2.2XX子系統(tǒng)。4.2.3

20、XX子系統(tǒng)。5          集成測試用例5.1      系統(tǒng)外部接口測試5.1.1       與XX系統(tǒng)接口測試軟件項代號：XX 方案代號：YY 需求規(guī)格說明：XX。測試用例：(和模塊測試一樣進行相關(guān)說明)XX。預期輸出：XX。測試人：測試時間： 年 月 日填寫說明：1）“軟件項代號”是來自于軟件功能結(jié)構(gòu)劃分中的規(guī)定，由“本系統(tǒng)接口軟件項代號_對方接口系統(tǒng)軟件項代號”格式確定。2)“需求

21、規(guī)格說明”是來自于需求分析說明書和概要設(shè)計說明書中的需求和設(shè)計要求。3）“測試用例”是根據(jù)需求分析說明書和概要設(shè)計說明書來制定的。4）“預期輸出”是根據(jù)需求分析說明書和概要設(shè)計說明書來制定的。5.1.2       與YY系統(tǒng)接口測試。5.1.3       與ZZ系統(tǒng)接口測試。5.2      系統(tǒng)內(nèi)部接口測試5.2.1       子系統(tǒng)內(nèi)部功能模塊接口測試5.2

22、.1.1X1子系統(tǒng)內(nèi)部功能模塊之間的接口測試5.2.1.1.1M1M2功能模塊間接口測試用例軟件項代號：XX 方案代號：YY 需求規(guī)格說明：XX。測試用例：XX。預期輸出：XX。測試人：測試時間： 年 月 日填寫說明：1）“軟件項代號”是來自于軟件功能結(jié)構(gòu)劃分中的規(guī)定，由“功能模塊M1軟件項代號_功能模塊M2件項代號”格式確定。2）“需求規(guī)格說明”是來自于需求分析說明書和概要設(shè)計說明書中的需求和設(shè)計要求。3）“測試用例”是根據(jù)需求分析說明書和概要設(shè)計說明書來制定的。4）“預期輸出”是根據(jù)需求分析說明書和概要設(shè)計說明書來制定的。5.2.1.1.2MiMj功能模塊間接口測試用例。5.2.1.2X2

23、子系統(tǒng)內(nèi)部功能模塊之間的接口測試。5.2.1.3Xn子系統(tǒng)內(nèi)部功能模塊之間的接口測試。5.2.2       子系統(tǒng)之間接口測試5.2.2.1 X1X2子系統(tǒng)功能模塊之間的接口測試軟件項代號：XX 方案代號：YY 需求規(guī)格說明：XX。測試用例：XX。預期輸出：XX。測試人：測試時間： 年 月 日填寫說明：1. “軟件項代號”是來自于軟件功能結(jié)構(gòu)劃分中的規(guī)定，由“子系統(tǒng)X1功能模塊軟件項代號_對方X2功能模塊軟件項代號”格式確定。 2. “方案代號”是由測試方案編寫人員根據(jù)實際情況制定的。 3. “需求規(guī)格說明”是來自于需求分析說明書和

24、概要設(shè)計說明書中的需求和設(shè)計要求。 4. “測試用例”是根據(jù)需求分析說明書和概要設(shè)計說明書來制定的。 5. “預期輸出”是根據(jù)需求分析說明書和概要設(shè)計說明書來制定的。 6. “方案代號”是由測試方案編寫人員根據(jù)實際情況制定的。5.2.2.2 XiXj子系統(tǒng)功能模塊之間的接口測試。5.2.2.3XmXn子系統(tǒng)功能模塊之間的接口測試。6          系統(tǒng)測試用例6.1      病毒測試 軟件項代號：XX 方案代號：YY 需求規(guī)格說明：XX。測試用例：X

25、X。預期輸出：XX。測試人：測試時間： 年 月 日填寫說明：1. “軟件項代號”是來自于軟件功能結(jié)構(gòu)劃分中的規(guī)定。 2. “方案代號”是由測試方案編寫人員根據(jù)實際情況制定的。 3. “需求規(guī)格說明”是來自于需求分析說明書中的需求和設(shè)計要求。 4. “測試用例”是根據(jù)需求分析說明書來制定的。 5. “預期輸出”是根據(jù)需求分析說明書來制定的。 6. “方案代號”是由測試方案編寫人員根據(jù)實際情況制定的。6.2      用戶界面測試在此說明用戶界面測試用例6.2.1       用戶界面測試

26、用例1。6.2.2       用戶界面測試用例2。6.2.3       用戶界面測試用例n。6.3      性能測試在此說明性能測試用例6.3.1       性能測試用例1。6.3.2       性能測試用例2。6.3.3       性能

27、測試用例n。6.4      強度測試在此說明強度測試用例6.4.1       強度測試用例1。6.4.2       強度測試用例2。6.4.3       強度測試用例n。6.5      容量測試在此說明容量測試用例6.5.1       容量測試用例1。6.5.2       容量測試用例2。6.5.3       容量測試用例n。6.6      配置測試在此說明配置測試用例6.6.1       配置測試用例1。6.6.2