軟件測試方案模板

1、XX項目軟件測試方案編號： XXXX公司2017 年 XX 月目錄1文檔說明 11.1 文檔信息 11.2 文檔控制 11.2.1 變更記錄 11.2.2 審閱記錄 12引言 22.1 編寫目的 22.2 讀者對象 22.3 項目背景 22.4 測試目標(biāo) 22.5 測試參考文檔和測試提交文檔 22.5.1 測試參考文檔 22.5.2 測試提交文檔 32.6 術(shù)語和縮略語 33測試要求 53.1 測試配置要求 53.1.1硬件環(huán)境 53.1.2軟件環(huán)境 53.2 測試手段 63.2.1測試方法 63.3 測試數(shù)據(jù) 63.4 測試策略 63.4.1單元測試 63.4.2集成測試 73.4.3系統(tǒng)測

2、試 73.4.4驗收測試 113.5 測試資源 113.6測試階段及范圍 113.7通過測試的標(biāo)準 114軟件結(jié)構(gòu)介紹 124.1概述 125用例表格 146關(guān)注點 146.1 文本輸入框 146.2 下拉列表 156.3 增加數(shù)據(jù) 156.4 修改數(shù)據(jù) 156.5 刪除數(shù)據(jù) 156.6 查詢數(shù)據(jù) 166.7數(shù)據(jù)導(dǎo)入導(dǎo)出 166.8數(shù)據(jù)接入與處理 166.9其他 167 附錄 167.1 附錄 1 審批記錄表 162 / 201文檔說明1.1文檔信息文檔基本信息參看表1-1文檔信息表。表1-1文檔信息表文檔作者XX公司創(chuàng)建日期XX年X月X日當(dāng)前版本V1.0上次版本無1.2文檔控制1.2.1變更

3、記錄文檔變更記錄在 表1-2文檔變更記錄表 中詳細記錄表1-2文檔變更記錄表變更日期變更人版本備注2016.5.10XX公司V1.0新增1.2.2審閱記錄表1-3審閱記錄表中詳細記錄了審閱記錄。表1-3審閱記錄表審閱日期審閱人版本備注2引言2.1編寫目的說明編寫本測試方案的目的是為軟件開發(fā)項目管理者、軟件工程師、系統(tǒng)維護工程師、測試工程師提供關(guān)于 XX項目系統(tǒng)整體系統(tǒng)功能和性能的測試指導(dǎo)。 同時，該文檔也是用戶確定軟件是否完整測試的重要依據(jù)。2.2讀者對象本測試方案可能的合法讀者對象為軟件開發(fā)項目管理者、軟件工程師、測試組、系統(tǒng)維護工程師、用戶。2.3項目背景項目名稱：XX簡稱：XX委托單位：

4、XX開發(fā)單位：XX2.4測試目標(biāo)在用戶使用軟件之前，盡可能地發(fā)現(xiàn)軟件中存在的錯誤和不合理之處，排除 軟件中潛在的錯誤，最終把高質(zhì)量的軟件系統(tǒng)交給用戶。系統(tǒng)的測試目標(biāo)：功能、 性能、UI、安全性、兼容性、容量。2.5測試參考文檔和測試提交文檔2.5.1測試參考文檔表2-1參考資料列出了此次計劃涉及到的參考資料 表2-1參考資料名稱備注XXGBT 15532-2008計算機軟件測試規(guī)范GBT 9386-2008計算機軟件測試文檔編制規(guī)范2.5.2測試提交文檔測試提交文檔如表2-2測試提交文檔表2-2測試提交文檔文檔名稱備注軟件測試計劃軟件測試方案軟件測試用例軟件測試記錄軟件測試報告2.6術(shù)語和縮略

5、語本文使用了表2-3術(shù)語/定義表所顯示的面向用戶的術(shù)語、定義，包括通用 詞語在本文檔中的專用解釋。表2-3術(shù)語/定義表術(shù)語/定義說明軟件測試軟件測試就是利用測試工具按照測試方 案和流程對產(chǎn)品進行功能和性能測試，甚 至根據(jù)需要編寫不冋的測試工具，設(shè)計和 維護測試系統(tǒng)，對測試方案可能出現(xiàn)的問 題進行分析和評估。系統(tǒng)測試系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或 與之矛盾的地方。它將通過確認測試的軟 件，作為整個基于計算機系統(tǒng)的一個元 素，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人眼等其他系統(tǒng)兀素結(jié)合起來，在 實際使用環(huán)境下，對計算機系統(tǒng)進行的測 試。功能測試黑盒測試是基

6、于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進行的 測試。通常又將黑盒測試叫做：基于規(guī)格 的測試、輸入輸出測試、功能測試或數(shù)據(jù) 驅(qū)動測試。是基于用戶觀點出發(fā)的測試。主要是驗證功能是否符合需求， 包括原定 功能的校驗、是否有冗余功能、遺漏功能。性能測試性能測試關(guān)注的是系統(tǒng)的整體。它和通常說的強度、壓力、負載測試有密切關(guān)系。所以壓力和強度測試應(yīng)該與性能測試一同進行。錯誤!未找到引用源。所列為本文用到的縮略語表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)境測試配置需

7、要的軟件環(huán)境如表3-2軟件環(huán)境表表3-2軟件環(huán)境表分類軟件運行系統(tǒng)服務(wù)器數(shù)據(jù)庫分類軟件其他3.2測試手段3.2.1測試方法系統(tǒng)的功能測試我們選用的是手工測試， 運用黑盒測試中的等價類劃分、邊 界值分析、錯誤推測、因果圖法。系統(tǒng) UI方面的測試包括：易用性測試、規(guī)范 性測試、幫助設(shè)施測試、合理性測試、美觀與協(xié)調(diào)性測試、獨特性測試、快捷方 式組合測試。系統(tǒng)的安全性、兼容性、安裝與反安裝、配置測試也是手工測試。 單元測試采用的方法是白盒測試，功能測試采用黑盒測試。3.3測試數(shù)據(jù)測試數(shù)據(jù)主要按照XX參考XX中規(guī)定的運行限制，設(shè)計測試用例，作為XX 平臺的測試數(shù)據(jù)。3.4測試策略3.4.1單元測試首先按

8、照系統(tǒng)、子系統(tǒng)和模塊進行劃分，但最終的單元必須是功能模塊，或面向?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ù)類型量的

9、相互比較、不適 當(dāng)?shù)匦薷牧搜h(huán)變量、錯誤的或不可能的循環(huán)終止條件等)而導(dǎo)致的錯 誤。4) 錯誤處理： 檢查模塊有沒有對預(yù)見錯誤的條件設(shè)計比較完善的錯誤處理 功能，保證其邏輯上的正確性。5) 邊界：注意設(shè)計數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值 的用例。3.4.2 集成測試集成測試也叫組裝測試或聯(lián)合測試。 通常，在單元測試的基礎(chǔ)上需要將所有 的模塊按照設(shè)計要求組裝成系統(tǒng)，這時需要考慮的問題：1) 在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失。2) 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響。3) 各個子功能組合起來，能否達到預(yù)期要求的父功能。4) 全局數(shù)據(jù)結(jié)構(gòu)是否

10、有問題。5) 單元模塊的誤差累積起來，是否會放大，從而達到不能接受的程度。 我們在組裝時可參考采用一次性組裝方式或增殖式組裝方式。3.4.3 系統(tǒng)測試系統(tǒng)測試目的是在于驗證軟件的功能和性能及其他特性是否與用戶的要求 一致，主要是下列類型的測試：1) 功能測試：驗證系統(tǒng)功能是否符合其需求規(guī)格說明書，核實系統(tǒng)功能上 是否完整， 沒有冗余和遺漏的功能。 功能測試詳細介紹如表 3-3 功能測 試詳細表所示：表3-3功能測試詳細表測試范圍驗證數(shù)據(jù)精確度、數(shù)據(jù)類型、業(yè)務(wù)功能等相關(guān)方面的正確性測試目標(biāo)核實所有功能均已正常實現(xiàn)，即是否與需求一致技術(shù)采用黑盒測試、邊界測試、等價類劃分等測試方法工具與方法手工測試

11、開始標(biāo)準開發(fā)階段對應(yīng)的功能完成并且測試用例設(shè)計完成完成標(biāo)準測試用例通過并且最高級缺陷全部解決需考慮的特殊事項2）用戶界面測試：測試用戶界面是否具有導(dǎo)航性、美觀性、行業(yè)或公司的規(guī)范性、是否滿足設(shè)計中要求的執(zhí)行功能。詳細介紹如表3-4UI測試介紹表所示：表3-4UI測試介紹表測試范圍1 導(dǎo)航、鏈接、Cookie、頁面結(jié)構(gòu)包括菜單、背景、顏色、 字體、按鈕名稱、TITLE、提示信息的一致性等。2.友好性、可操作性（易用性）測試目標(biāo)核實各個窗口風(fēng)格（包括顏色、字體、提示信息、圖標(biāo)、TITLE 等等）都與需求保持一致，或符合可接受標(biāo)準，能夠保證用 戶界面的友好性、易操作性，而且符合用戶操作習(xí)慣。技術(shù)WE

12、B測試通用方法工具與方法手工測試、目測開始標(biāo)準界面開發(fā)完成完成標(biāo)準UI符合可接受標(biāo)準，能夠保證用戶界面的友好性、 易操作性， 而且符合用戶操作習(xí)慣測試重點與優(yōu)先級需考慮的特殊事項3）性能測試：測試相應(yīng)時間、事務(wù)處理效率和其他時間敏感的問題。性能 測試介紹如表3-5性能測試介紹表所示：表3-5性能測試介紹表測試范圍多用戶長時間在線操作時性能方面的測試測試目標(biāo)核實系統(tǒng)在大流量的數(shù)據(jù)與多用戶操作時軟件性能的穩(wěn)定性，不造成系統(tǒng)崩潰或相關(guān)的異?，F(xiàn)象技術(shù)手工測試、自動化測試開始標(biāo)準自動化測試腳本設(shè)計并評審?fù)ㄟ^且項目組移交系統(tǒng)測試完成標(biāo)準系統(tǒng)滿足用戶需求中所要求的性能要求測試重點與優(yōu)先級需考慮的特殊事項4）

13、兼容性測試：測試軟件在不同的平臺上使用的兼容性。兼容性測試詳細 如表3-6兼容性測試詳細表所示：表3-6兼容性測試詳細表測試范圍1 使用不同版本的不同瀏覽器、分辨率、操作系統(tǒng)分別進行 測試。2 不同操作系統(tǒng)、瀏覽器、分辨率和各種運行軟件等各種條 件的組合測試。測試目標(biāo)核實系統(tǒng)在不同的軟件和硬件配置中運行穩(wěn)定技術(shù)黑盒測試工具與方法手工測試開始標(biāo)準項目組移交系統(tǒng)測試完成標(biāo)準在各種不冋版本不冋類項瀏覽器、操作系統(tǒng)或者其組合下均能 正常實現(xiàn)其功能（此測試根據(jù)開發(fā)提供依據(jù)決定測試范圍）測試重點與優(yōu)先級需考慮的特殊事項5）安全性測試：測試軟件系統(tǒng)對非法侵入的防范能力。安全性測試詳細表 如表3-7安全性測試

14、詳細表所示：表3-7安全性測試詳細表測試范圍1 用戶、管理員的密碼安全2 權(quán)限3 非法攻擊測試目標(biāo)1.用戶、管理員的密碼管理2 應(yīng)用程序級別的安全性：核實用戶只能操作其所擁有權(quán)限 能操作的功能。3 .系統(tǒng)級別的安全性：核實只有具備系統(tǒng)訪冋權(quán)限的用戶才能訪問系統(tǒng)。技術(shù)代碼包或者非法攻擊工具工具與方法手工測試開始標(biāo)準功能測試完成完成標(biāo)準執(zhí)行各種非法操作無安全漏洞且系統(tǒng)使用正常測試重點與優(yōu)先級需考慮的特殊事項6）配置測試：測試在不同網(wǎng)絡(luò)、服務(wù)器、工作站的不同軟硬件配置條件下， 軟件系統(tǒng)的質(zhì)量。詳細的配置測試詳細表如表 3-8配置測試詳細表所 示：表3-8配置測試詳細表測試范圍不同網(wǎng)絡(luò)、服務(wù)器、工作站

15、，不同軟硬件配置條件測試目標(biāo)核實系統(tǒng)在不冋的軟硬件配置條件下系統(tǒng)的質(zhì)量是否達到標(biāo) 準技術(shù)黑盒測試工具與方法手工測試開始標(biāo)準系統(tǒng)開發(fā)完成后完成標(biāo)準達到相關(guān)要求測試重點與優(yōu)先級測試優(yōu)先級以測試需求的優(yōu)先級為參照需考慮的特殊事項軟硬件設(shè)備問題7）回歸測試詳細介紹如表3-9回歸測試詳細表所示:表3-9回歸測試詳細表測試范圍所有功能、用戶界面、兼容性、安全性等測試類型測試目標(biāo)核實執(zhí)行所有測試類型后功能、性能等均達到用戶需求所要求 的標(biāo)準技術(shù)黑盒測試工具與方法手工測試和自動化測試開始標(biāo)準每當(dāng)被測試的軟件或其環(huán)境改變時在每個合適的測試階段上 進行回歸測試完成標(biāo)準95%勺測試用例執(zhí)行通過并通過系統(tǒng)測試測試重點

16、與優(yōu)先級測試優(yōu)先級以測試需求的優(yōu)先級為參照需考慮的特殊事項軟硬件設(shè)備問題344驗收測試 用戶新增或修改內(nèi)容的內(nèi)容如表3-10用戶驗收表所示表3-10用戶驗收表測試項測試方法預(yù)計結(jié)果實際結(jié)果結(jié)論 用戶反饋問題確認3.5測試資源測試人力資源分配如表3-11人力資源表所示表3-11人力資源表人員角色職責(zé)、任務(wù)備注項目經(jīng)理項目管理測試組組長制定測試計劃、方案并安排測試工 作測試工程師執(zhí)行測試測試工程師:執(zhí)行測試3.6測試階段及范圍測試階段及范圍如表3-12測試階-段范圍表表3-12測試階-段范圍表序號階段范圍時間1測試計劃整個系統(tǒng)的測試計劃2系統(tǒng)培訓(xùn)整個系統(tǒng)測試的培訓(xùn)3測試設(shè)計整個系統(tǒng)的測試用例4測試

17、執(zhí)行整個系統(tǒng)5結(jié)果分析全部測試結(jié)果3.7通過測試的標(biāo)準般有“基于測試用例”和“基于缺陷密度”兩種評比準則，在這里我們采用前者。準則如下：1）功能性測試用例通過率達到100%2）非功能性測試用例通過率達到95%3）沒有高于優(yōu)先級3以上的問題。備選通過辦法：根據(jù)實際情況由軟件開發(fā)部門的經(jīng)理、 項目經(jīng)理和測試負責(zé)人共同討論確定 本測試階段是否結(jié)束。4軟件結(jié)構(gòu)介紹4.1概述XX平臺簡稱XX,總共有XX大功能模塊分別是：XXX每個模塊的需求模塊如F表所示：本文檔描述的數(shù)據(jù)接入需求模塊、需求標(biāo)識及需求描述如表4-1數(shù)據(jù)接入 子系統(tǒng)需求模塊及標(biāo)識所示。表4-1數(shù)據(jù)接入子系統(tǒng)需求模塊及標(biāo)識需求標(biāo)識需求模塊需求

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