軟件測試方案模板新

1、XX項目測試方案模板目錄1 概述31.1 編寫目的31.2 讀者對象31.3 項目背景31.4 測試目標31.5 參考資料32 測試配置32.1 測試手段32.2 測試數(shù)據(jù)32.3 測試策略42.4. 測試通過準則53 軟件結構介紹53.1 概述53.2 整體功能模塊介紹53.3 整體功能模塊關系圖63.4 系統(tǒng)外部接口功能模塊關系圖63.5 系統(tǒng)內部接口功能模塊關系圖64 單元測試用例64.1 XX系統(tǒng)65 集成測試用例95.1 系統(tǒng)外部接口測試95.2 系統(tǒng)內部接口測試106 系統(tǒng)測試用例116.1 病毒測試116.3 性能測試116.4 強度測試126.6 配置測試126.7 安裝測試1

2、26.8 安全性測試126.9 回歸測試127 附錄127.1 附錄1 審批記錄表121 概述 1.1 編寫目的 編寫本測試方案的目的是為軟件開發(fā)項目管理者、軟件工程師、系統(tǒng)維護工程師、測試工程師提供關于*系統(tǒng)整體系統(tǒng)功能和性能的測試指導。 1.2 讀者對象 本測試方案可能的合法讀者對象為軟件開發(fā)項目管理者、軟件工程師、測試組、系統(tǒng)維護工程師 1.3 項目背景 可以如下那樣簡單說明，根據(jù)項目的具體情況，方案編寫者也可以進行詳細說明項目名稱：*簡稱：*項目代號：*委托單位：*開發(fā)單位：*主管部分：* 1.4 測試目標 說明進行項目測試的目標或所要達到的目的 1.5 參考資料 列出編寫本測試方案時

3、參考的資料和文獻2 測試配置 2.1 測試手段 在此參照測試計劃說明測試方法和工具，注明執(zhí)行測試時，必須同時填寫測試記錄表 2.2 測試數(shù)據(jù) 在此簡要說明測試數(shù)據(jù)的形成，如以客戶單位具體的業(yè)務規(guī)則和*系統(tǒng)需求分析說明書，參考*系統(tǒng)概要設計說明書、*系統(tǒng)詳細設計說明書和數(shù)據(jù)規(guī)格說明書中規(guī)定的運行限制，設計測試用例，作為整個*系統(tǒng)的測試數(shù)據(jù)。 2.3 測試策略 在此說明測試策略，可以如下這樣說明：測試過程按三個步驟進行，即單元測試、組裝、系統(tǒng)測試，根據(jù)不同階段測試的側重點不同，分別介紹測試策略：A）單元測試首先按照系統(tǒng)、子系統(tǒng)和模塊進行劃分，但最終的單元必須是功能模塊，或面向對象過程中的若干個類。

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

5、有對預見錯誤的條件設計比較完善的錯誤處理功能，保證其邏輯上的正確性。5）邊界：注意設計數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值的用例。B）集成測試集成測試也叫組裝測試或聯(lián)合測試。通常，在單元測試的基礎上需要將所有的模塊按照設計要求組裝成系統(tǒng)，這時需要考慮的問題：1）在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失。2）一個模塊的功能是否會對另一個模塊的功能產生不利的影響。3）各個子功能組合起來，能否達到預期要求的父功能。4）全局數(shù)據(jù)結構是否有問題。5）單元模塊的誤差累積起來，是否會放大，從而達到不能接受的程度。我們在組裝時可參考采用一次性組裝方式或增殖方式組裝方式。C）系統(tǒng)測試

6、系統(tǒng)測試目的是在于驗證軟件的功能和性能及其他特性是否與用戶的要求一致，主要是下列類型的測試：1）用戶界面測試：測試用戶界面是否具有導航性、美觀性、行業(yè)或公司的規(guī)范性、是否滿足設計中要求的執(zhí)行功能。2） 性能測試：測試相應時間、事務處理效率和其他時間敏感的問題。3） 強度測試：測試資源（內存、硬盤）敏感的問題。4） 容量測試：測試大量數(shù)據(jù)對系統(tǒng)的影響。5） 容錯測試：測試軟件系統(tǒng)克服軟件、硬件故障的能力。6） 安全性測試：測試軟件系統(tǒng)對非法侵入的防范能力。7） 配置測試：測試在不同網絡、服務器、工作站的不同軟硬件配置條件下，軟件系統(tǒng)的質量。8） 安裝測試：確保軟件系統(tǒng)在所有可能情況下的安裝效果和

7、一旦安裝之后必須保證正確運行的質量。2.4. 測試通過準則 在此規(guī)定本系統(tǒng)通過測試的準則，即當依據(jù)測試用例執(zhí)行者測試結果與預期結果相符，或測試結果與預期結果雖有不符但不可歸咎于應用程序時為測試通過，反之則為測試失敗。3 軟件結構介紹 3.1 概述 在此概要介紹應用系統(tǒng)的整體功能，如模塊包括*，*和數(shù)據(jù)維護系統(tǒng)等*個系統(tǒng)，每個系統(tǒng)又包括若干個子系統(tǒng)或功能模塊。 3.2 整體功能模塊介紹 在此介紹*系統(tǒng)的功能模塊如下表所示序號系統(tǒng)名稱子系統(tǒng)軟件項標識備注1234567891011 3.3 整體功能模塊關系圖 此處給出軟件功能模塊結構圖。 3.4 系統(tǒng)外部接口功能模塊關系圖 此處說明整個應用系統(tǒng)和已

8、經存在或即將存在的其他應用系統(tǒng)之間關于數(shù)據(jù)通信和功能調用等的接口約定和具體的運作機制。具體項目可以根據(jù)實際情況進行裁剪。 3.5 系統(tǒng)內部接口功能模塊關系圖 此處說明整個應用系統(tǒng)內部各子系統(tǒng)或子系統(tǒng)內部各功能模塊之間關于數(shù)據(jù)通信和功能調用等的接口約定和具體的運作機制。4 單元測試用例 注：模板是按照系統(tǒng)模塊化進行編寫的，具體項目可參照執(zhí)行，如面向對象的編程時可以按照組件進行單元測試。 4.1 XX系統(tǒng) XX子系統(tǒng).1 XX模塊測試軟件項代號：* 方案代號：*需求規(guī)格說明：在此詳細描述軟件項的用戶需求。測試用例：在次說明模塊測試要用到的測試用例 1. 針對測試對象設計的第一個測試用例。 說明測試

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

10、”是根據(jù)需求分析說明書和詳細設計說明書來制定的。4. “預期輸出”是根據(jù)需求分析說明書和詳細設定說明書來制定的。5. “方案代號”是由測試方案編寫人員根據(jù)實際情況制定的。.2 XX模塊測試用例 需求規(guī)格說明：在此詳細描述軟件項的用戶需求。測試用例：在次說明模塊測試要用到的測試用例 1. 針對測試對象設計的第一個測試用例。 說明測試用例名、測試用例標識號、測試用例的測試目標、測試用例的詳細描述、測試用例要用到的特殊設備和要求。測試數(shù)據(jù)包括正常數(shù)據(jù)，錯誤數(shù)據(jù)，異常數(shù)據(jù)等 前提條件：描述完成本測試用例的必要前提條件。 執(zhí)行時間：描述執(zhí)行本測試用例的估計執(zhí)行時間。 測試過程：第（N）步：描述一個單獨的

11、測試步驟。 2. 針對測試對象設計的第二個測試用例。 預期輸出： 1. 測試用例一的預期輸出。 2. 測試用例二的預期輸出。 測試人：測試時間： 年 月 日.3 XX模塊測試用例 需求規(guī)格說明：在此詳細描述軟件項的用戶需求。測試用例：在次說明模塊測試要用到的測試用例 1. 針對測試對象設計的第一個測試用例。 說明測試用例名、測試用例標識號、測試用例的測試目標、測試用例的詳細描述、測試用例要用到的特殊設備和要求。測試數(shù)據(jù)包括正常數(shù)據(jù)，錯誤數(shù)據(jù)，異常數(shù)據(jù)等 前提條件：描述完成本測試用例的必要前提條件。 執(zhí)行時間：描述執(zhí)行本測試用例的估計執(zhí)行時間。 測試過程：第（N）步：描述一個單獨的測試步驟。 2

12、. 針對測試對象設計的第二個測試用例。 預期輸出： 1. 測試用例一的預期輸出。 2. 測試用例二的預期輸出。 測試人：測試時間： 年 月 日 4.2 XX系統(tǒng) XX子系統(tǒng).1XX模塊測試用例 需求規(guī)格說明：在此詳細描述軟件項的用戶需求。測試用例：在次說明模塊測試要用到的測試用例 1. 針對測試對象設計的第一個測試用例。 說明測試用例名、測試用例標識號、測試用例的測試目標、測試用例的詳細描述、測試用例要用到的特殊設備和要求。測試數(shù)據(jù)包括正常數(shù)據(jù)，錯誤數(shù)據(jù)，異常數(shù)據(jù)等 前提條件：描述完成本測試用例的必要前提條件。 執(zhí)行時間：描述執(zhí)行本測試用例的估計執(zhí)行時間。 測試過程：第（N）步：描述一個單獨的

13、測試步驟。 2. 針對測試對象設計的第二個測試用例。 預期輸出： 1. 測試用例一的預期輸出。 2. 測試用例二的預期輸出。 測試人：測試時間： 年 月 日.2 *模塊測試用例5 集成測試用例 5.1 系統(tǒng)外部接口測試 與XX系統(tǒng)接口測試 軟件項代號：XX 方案代號：YY需求規(guī)格說明： 測試用例：（和模塊測試一樣進行相關說明）預期輸出： 測試人：測試時間：年 月 日填寫說明：1）“軟件項代號”是來自于軟件功能結構劃分中的規(guī)定，由“本系統(tǒng)接口軟件項代號_對方接口系統(tǒng)軟件項代號”格式確定。2）“需求規(guī)格說明”是來自于需求分析說明書和概要設計說明書中的需求和設計要求。3）“測試用例”是根據(jù)需求分析說

14、明書和概要設計說明書來制定的。4）“預期輸出”是根據(jù)需求分析說明書和概要設計說明書來制定的。 與YY系統(tǒng)接口測試 與ZZ系統(tǒng)接口測試 5.2 系統(tǒng)內部接口測試 子系統(tǒng)內部功能模塊借口2測試.1 X1子系統(tǒng)內部功能模塊之間的接口測試.1.1 M1M2功能模塊間接口測試用例 軟件項代號：XX 方案代號：YY需求規(guī)格說明：XX。測試用例：XX。預期輸出：XX。測試人：測試時間： 年 月 日填寫說明：1）“軟件項代號”是來自于軟件功能結構劃分中的規(guī)定，由“本系統(tǒng)接口軟件項代號_對方接口系統(tǒng)軟件項代號”格式確定。2）“方案代號”是由測試方案編寫人員根據(jù)實際情況制定的。3）“需求規(guī)格說明”是來自于需求分析

15、說明書和概要設計說明書中的需求和設計要求。4）“測試用例”是根據(jù)需求分析說明書和概要設計說明書來制定的。5）“預期輸出”是根據(jù)需求分析說明書和概要設計說明書來制定的。.2 XX子系統(tǒng)功能模塊之間的接口測試.3 XX子系統(tǒng)功能模塊之間的接口測試6 系統(tǒng)測試用例 6.1 病毒測試 軟件項代號：XX 方案代號：YY需求規(guī)格說明：XX。測試用例：XX。預期輸出：XX。測試人：測試時間： 年 月 日填寫說明：1）“軟件項代號”是來自于軟件功能結構劃分中的規(guī)定。2）“方案代號”是由測試方案編寫人員根據(jù)實際情況制定的。3）“需求規(guī)格說明”是來自于需求分析說明書和概要設計說明書中的需求和設計要求。4）“測試用例”是根據(jù)需求分析說明書和概要設計說明書來制定的。5）“預期輸出