軟件測試方案模板

1、XX項目軟件測試方案編號：XXXX公司2017年XX月目錄1文檔說明11.1文檔信息11.2文檔控制1變更記錄1審閱記錄12引言22.1編寫目的22.2讀者對象22.3項目背景22.4測試目標22.5測試參考文檔和測試提交文檔2測試參考文檔2測試提交文檔32.6術(shù)語和縮略語33測試要求53.1測試配置要求5硬件環(huán)境5軟件環(huán)境53.2測試手段6測試方法63.3測試數(shù)據(jù)63.4測試策略6單元測試6集成測試7系統(tǒng)測試7驗收測試113.5測試資源113.6測試階段及范圍113.7通過測試的標準114軟件結(jié)構(gòu)介紹124.1概述125用例表格146關(guān)注點146.1文本輸入框146.2下拉列表156.3增加

2、數(shù)據(jù)156.4修改數(shù)據(jù)156.5刪除數(shù)據(jù)156.6查詢數(shù)據(jù)166.7數(shù)據(jù)導入導出166.8數(shù)據(jù)接入與處理166.9其他167附錄167.1附錄1審批記錄表161 文檔說明1.1 文檔信息文檔基本信息參看表 1-1文檔信息表。表 1-1文檔信息表文檔作者XX公司創(chuàng)建日期XX年X月X日當前版本V1.0上次版本無1.2 文檔控制1.2.1 變更記錄文檔變更記錄在表 1-2文檔變更記錄表中詳細記錄。表 1-2文檔變更記錄表變更日期變更人版本備注XX公司V1.0新增1.2.2 審閱記錄表 1-3審閱記錄表 中詳細記錄了審閱記錄。表 1-3審閱記錄表審閱日期審閱人版本備注2 引言2.1 編寫目的說明編寫本

3、測試方案的目的是為軟件開發(fā)項目管理者、軟件工程師、系統(tǒng)維護工程師、測試工程師提供關(guān)于XX項目系統(tǒng)整體系統(tǒng)功能和性能的測試指導。同時，該文檔也是用戶確定軟件是否完整測試的重要依據(jù)。2.2 讀者對象本測試方案可能的合法讀者對象為軟件開發(fā)項目管理者、軟件工程師、測試組、系統(tǒng)維護工程師、用戶。2.3 項目背景項目名稱：XX簡稱：XX委托單位：XX開發(fā)單位：XX2.4 測試目標在用戶使用軟件之前，盡可能地發(fā)現(xiàn)軟件中存在的錯誤和不合理之處，排除軟件中潛在的錯誤，最終把高質(zhì)量的軟件系統(tǒng)交給用戶。系統(tǒng)的測試目標：功能、性能、UI、安全性、兼容性、容量。2.5 測試參考文檔和測試提交文檔2.5.1 測試參考文檔

4、表 2-1參考資料列出了此次計劃涉及到的參考資料。表 2-1參考資料名稱備注XXGBT 15532-2008 計算機軟件測試規(guī)范GBT 9386-2008 計算機軟件測試文檔編制規(guī)范2.5.2 測試提交文檔測試提交文檔如表 2-2測試提交文檔表 2-2測試提交文檔文檔名稱備注軟件測試計劃軟件測試方案軟件測試用例軟件測試記錄軟件測試報告2.6 術(shù)語和縮略語本文使用了表 2-3術(shù)語/定義表所顯示的面向用戶的術(shù)語、定義，包括通用詞語在本文檔中的專用解釋。表 2-3術(shù)語/定義表術(shù)語/定義說明軟件測試軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設計

5、和維護測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進行分析和評估。系統(tǒng)測試系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。它將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人眼等其他系統(tǒng)元素結(jié)合起來，在實際使用環(huán)境下，對計算機系統(tǒng)進行的測試。功能測試黑盒測試是基于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進行的測試。通常又將黑盒測試叫做：基于規(guī)格的測試、輸入輸出測試、功能測試或數(shù)據(jù)驅(qū)動測試。是基于用戶觀點出發(fā)的測試。主要是驗證功能是否符合需求，包括原定功能的校驗、是否有冗余功能、遺漏功能。性能測試性能測試關(guān)注的

6、是系統(tǒng)的整體。它和通常說的強度、壓力、負載測試有密切關(guān)系。所以壓力和強度測試應該與性能測試一同進行。Error! Reference source not found.所列為本文用到的縮略語。表 2-4縮略語表縮略語說明3 測試要求3.1 測試配置要求3.1.1 硬件環(huán)境測試配置需要的硬件環(huán)境如表 3-1硬件環(huán)境表 表 3-1硬件環(huán)境表資源類型資源描述數(shù)量云存儲3.1.2 軟件環(huán)境測試配置需要的軟件環(huán)境如表 3-2軟件環(huán)境表 表 3-2軟件環(huán)境表分類軟件運行系統(tǒng)服務器數(shù)據(jù)庫其他3.2 測試手段3.2.1 測試方法系統(tǒng)的功能測試我們選用的是手工測試，運用黑盒測試中的等價類劃分、邊界值分析、錯誤推

7、測、因果圖法。系統(tǒng)UI方面的測試包括：易用性測試、規(guī)范性測試、幫助設施測試、合理性測試、美觀與協(xié)調(diào)性測試、獨特性測試、快捷方式組合測試。系統(tǒng)的安全性、兼容性、安裝與反安裝、配置測試也是手工測試。單元測試采用的方法是白盒測試，功能測試采用黑盒測試。3.3 測試數(shù)據(jù)測試數(shù)據(jù)主要按照XX，參考XX中規(guī)定的運行限制，設計測試用例，作為XX平臺的測試數(shù)據(jù)。3.4 測試策略3.4.1 單元測試首先按照系統(tǒng)、子系統(tǒng)和模塊進行劃分，但最終的單元必須是功能模塊,或面向?qū)ο筮^程中的若干個類。單元測試是對功能模塊進行正確性檢驗的測試工作，也是后續(xù)測試的基礎(chǔ)。目的是在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯，因此需要從程序

8、的內(nèi)部結(jié)構(gòu)出發(fā)設計測試用例，著重考慮以下五個方面：1) 模塊接口：對所測模塊的數(shù)據(jù)流進行測試。2) 局部數(shù)據(jù)結(jié)構(gòu)：檢查不正確或不一致的數(shù)據(jù)類型說明、使用尚未賦值或尚未初始化的變量、錯誤的初始值或缺省值。3) 路徑：雖然不可能做到窮舉測試，但要設計測試用例查找由于不正確的計算（包括算法錯、表達式的符號表示不正確、運算精度不夠等）、不正確的比較或不正常的控制流（包括不同數(shù)據(jù)類型量的相互比較、不適當?shù)匦薷牧搜h(huán)變量、錯誤的或不可能的循環(huán)終止條件等）而導致的錯誤。4) 錯誤處理：檢查模塊有沒有對預見錯誤的條件設計比較完善的錯誤處理功能，保證其邏輯上的正確性。5) 邊界：注意設計數(shù)據(jù)流、控制流中剛好等于

9、、大于或小于確定的比較值的用例。3.4.2 集成測試集成測試也叫組裝測試或聯(lián)合測試。通常，在單元測試的基礎(chǔ)上需要將所有的模塊按照設計要求組裝成系統(tǒng)，這時需要考慮的問題：1) 在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失。2) 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響。3) 各個子功能組合起來，能否達到預期要求的父功能。4) 全局數(shù)據(jù)結(jié)構(gòu)是否有問題。5) 單元模塊的誤差累積起來，是否會放大，從而達到不能接受的程度。我們在組裝時可參考采用一次性組裝方式或增殖式組裝方式。3.4.3 系統(tǒng)測試系統(tǒng)測試目的是在于驗證軟件的功能和性能及其他特性是否與用戶的要求一致，主要是下列類型的

10、測試：1) 功能測試：驗證系統(tǒng)功能是否符合其需求規(guī)格說明書，核實系統(tǒng)功能上是否完整，沒有冗余和遺漏的功能。功能測試詳細介紹如表 3-3功能測試詳細表所示：表 3-3功能測試詳細表測試范圍驗證數(shù)據(jù)精確度、數(shù)據(jù)類型、業(yè)務功能等相關(guān)方面的正確性測試目標核實所有功能均已正常實現(xiàn)，即是否與需求一致技 術(shù)采用黑盒測試、邊界測試、等價類劃分等測試方法工具與方法手工測試開始標準開發(fā)階段對應的功能完成并且測試用例設計完成完成標準測試用例通過并且最高級缺陷全部解決需考慮的特殊事項2) 用戶界面測試：測試用戶界面是否具有導航性、美觀性、行業(yè)或公司的規(guī)范性、是否滿足設計中要求的執(zhí)行功能。詳細介紹如表 3-4UI測試介

11、紹表所示：表 3-4UI測試介紹表測試范圍1導航、鏈接、Cookie、頁面結(jié)構(gòu)包括菜單、背景、顏色、字體、按鈕名稱、TITLE、提示信息的一致性等。2友好性、可操作性（易用性）測試目標核實各個窗口風格（包括顏色、字體、提示信息、圖標、TITLE等等）都與需求保持一致，或符合可接受標準，能夠保證用戶界面的友好性、易操作性，而且符合用戶操作習慣。技 術(shù)WEB測試通用方法工具與方法手工測試、目測開始標準界面開發(fā)完成完成標準UI符合可接受標準，能夠保證用戶界面的友好性、易操作性，而且符合用戶操作習慣測試重點與優(yōu)先級需考慮的特殊事項3) 性能測試：測試相應時間、事務處理效率和其他時間敏感的問題。性能測試

12、介紹如表 3-5性能測試介紹表 所示：表 3-5性能測試介紹表測試范圍多用戶長時間在線操作時性能方面的測試測試目標核實系統(tǒng)在大流量的數(shù)據(jù)與多用戶操作時軟件性能的穩(wěn)定性，不造成系統(tǒng)崩潰或相關(guān)的異?，F(xiàn)象技 術(shù)手工測試、自動化測試開始標準自動化測試腳本設計并評審通過且項目組移交系統(tǒng)測試完成標準系統(tǒng)滿足用戶需求中所要求的性能要求測試重點與優(yōu)先級需考慮的特殊事項4) 兼容性測試：測試軟件在不同的平臺上使用的兼容性。兼容性測試詳細如表 3-6兼容性測試詳細表 所示：表 3-6兼容性測試詳細表測試范圍1使用不同版本的不同瀏覽器、分辨率、操作系統(tǒng)分別進行測試。2不同操作系統(tǒng)、瀏覽器、分辨率和各種運行軟件等各種

13、條件的組合測試。測試目標核實系統(tǒng)在不同的軟件和硬件配置中運行穩(wěn)定技 術(shù)黑盒測試工具與方法手工測試開始標準項目組移交系統(tǒng)測試完成標準在各種不同版本不同類項瀏覽器、操作系統(tǒng)或者其組合下均能正常實現(xiàn)其功能（此測試根據(jù)開發(fā)提供依據(jù)決定測試范圍）測試重點與優(yōu)先級需考慮的特殊事項5) 安全性測試：測試軟件系統(tǒng)對非法侵入的防范能力。安全性測試詳細表如表 3-7安全性測試詳細表 所示：表 3-7安全性測試詳細表測試范圍1 用戶、管理員的密碼安全2 權(quán)限 3 非法攻擊測試目標1. 用戶、管理員的密碼管理2應用程序級別的安全性：核實用戶只能操作其所擁有權(quán)限能操作的功能。3系統(tǒng)級別的安全性：核實只有具備系統(tǒng)訪問權(quán)限

14、的用戶才能訪問系統(tǒng)。技 術(shù)代碼包或者非法攻擊工具工具與方法手工測試開始標準功能測試完成完成標準執(zhí)行各種非法操作無安全漏洞且系統(tǒng)使用正常測試重點與優(yōu)先級需考慮的特殊事項6) 配置測試：測試在不同網(wǎng)絡、服務器、工作站的不同軟硬件配置條件下，軟件系統(tǒng)的質(zhì)量。詳細的配置測試詳細表如表 3-8配置測試詳細表 所示：表 3-8配置測試詳細表測試范圍不同網(wǎng)絡、服務器、工作站，不同軟硬件配置條件測試目標核實系統(tǒng)在不同的軟硬件配置條件下系統(tǒng)的質(zhì)量是否達到標準技 術(shù)黑盒測試工具與方法手工測試開始標準系統(tǒng)開發(fā)完成后完成標準達到相關(guān)要求測試重點與優(yōu)先級測試優(yōu)先級以測試需求的優(yōu)先級為參照需考慮的特殊事項軟硬件設備問題7

15、) 回歸測試詳細介紹如表 3-9回歸測試詳細表 所示：表 3-9回歸測試詳細表測試范圍所有功能、用戶界面、兼容性、安全性等測試類型測試目標核實執(zhí)行所有測試類型后功能、性能等均達到用戶需求所要求的標準技 術(shù)黑盒測試工具與方法手工測試和自動化測試開始標準每當被測試的軟件或其環(huán)境改變時在每個合適的測試階段上進行回歸測試完成標準95%的測試用例執(zhí)行通過并通過系統(tǒng)測試測試重點與優(yōu)先級測試優(yōu)先級以測試需求的優(yōu)先級為參照需考慮的特殊事項軟硬件設備問題3.4.4 驗收測試 用戶新增或修改內(nèi)容的內(nèi)容如表 3-10用戶驗收表所示。表 3-10用戶驗收表測試項測試方法預計結(jié)果實際結(jié)果結(jié)論 用戶反饋問題確認。3.5

16、測試資源測試人力資源分配如表 3-11人力資源表 所示。表 3-11人力資源表人員角色職責、任務備注項目經(jīng)理項目管理測試組組長制定測試計劃、方案并安排測試工作測試工程師執(zhí)行測試測試工程師執(zhí)行測試3.6 測試階段及范圍測試階段及范圍如表 3-12測試階-段范圍表 表 3-12測試階-段范圍表序號階段范圍時間1測試計劃整個系統(tǒng)的測試計劃2系統(tǒng)培訓整個系統(tǒng)測試的培訓3測試設計整個系統(tǒng)的測試用例4測試執(zhí)行整個系統(tǒng)5結(jié)果分析全部測試結(jié)果3.7 通過測試的標準一般有“基于測試用例”和“基于缺陷密度”兩種評比準則，在這里我們采用前者。準則如下：1) 功能性測試用例通過率達到100%；2) 非功能性測試用例通

17、過率達到95%；3) 沒有高于優(yōu)先級3以上的問題。備選通過辦法：根據(jù)實際情況由軟件開發(fā)部門的經(jīng)理、項目經(jīng)理和測試負責人共同討論確定本測試階段是否結(jié)束。4 軟件結(jié)構(gòu)介紹4.1 概述XX平臺簡稱XX,總共有XX大功能模塊分別是：XXX。每個模塊的需求模塊如下表所示：本文檔描述的數(shù)據(jù)接入需求模塊、需求標識及需求描述如表 4-1數(shù)據(jù)接入子系統(tǒng)需求模塊及標識 所示。表 4-1數(shù)據(jù)接入子系統(tǒng)需求模塊及標識需求標識需求模塊需求描述本文檔描述的XX需求模塊、需求標識及需求描述如表 4-2XX需求模塊及標識 所示。表 4-2XX需求模塊及標識需求標識需求模塊需求描述本文檔描述的XX需求模塊、需求標識及需求描述如

18、表 4-3XX需求模塊及標識所示。表 4-3XX需求模塊及標識需求標識需求模塊需求描述本文檔描述的平臺管理需求模塊、需求標識及需求描述如表 4-4XX需求模塊及標識 所示。表 4-4XX需求模塊及標識需求標識需求模塊需求描述本文檔描述的XX模塊、需求標識及需求描述如表 4-5XX需求模塊及標識 所示。表 4-5XX需求模塊及標識需求標識需求模塊需求描述5 用例表格軟件測試用例如表 5-1軟件測試用例表所示。表 5-1軟件測試用例表用例標識功能模塊前置條件驗證點編號測試步驟期望結(jié)果6 關(guān)注點6.1 文本輸入框1) 檢測空數(shù)據(jù)2) 檢測過長數(shù)據(jù)（超出空間本身的長度和數(shù)據(jù)庫中改字段所允許的長度）；3) 檢測特殊字符，尤其是數(shù)據(jù)庫中不允許的字符，甚至回車字符、空格字符等；4) 檢測字符類型，比如應該輸入數(shù)字的文本框輸入英文字符；5) 中文字符的處理；6) 對于日期時間型數(shù)據(jù)，檢查格式正確性以及時間日期的合理性。比如開始時間不能晚于結(jié)束時間等。6.2 下拉列表1) 列