(完整word版)CMMI總體測試計劃模板

1、編號：CMMI-TEST-01（項目名稱）總體測試計劃（文檔版本號）編寫人:編寫日期：審核人：審核日期：修訂頁編R章節(jié)名稱修訂內(nèi)容簡述修訂日期修訂后版本號修訂人1 簡介11.1 目的11.2 背景11.3 參考文檔12 測試約束12.1 測試進(jìn)出條件12.1.1 進(jìn)入條件12.1.2 退出條件12.2 測試通過和失敗準(zhǔn)則22.2.1 通過準(zhǔn)則22.2.2 失敗準(zhǔn)則22.3 版本發(fā)布約定23 測試需求23.1 網(wǎng)絡(luò)架構(gòu)23.2 系統(tǒng)架構(gòu)23.3 測試范圍24 測試風(fēng)險35 測試策略35.1 集成測試35.1.1 測試描述35.1.2 測試方法描述35.2 系統(tǒng)測試35.2.1 測試描述35.2.

2、2 測試方法描述45.3 性能測試45.3.1 測試描述45.3.2 測試方法描述45.4 UAT測試45.4.1 測試描述45.4.2 測試方法描述45.5 安全和訪問控制測試45.5.1 測試描述45.5.2 測試方法描述55.6 安裝測試55.6.1 測試描述55.6.2 測試方法描述56 測試資源56.1 人力資源需求56.2 測試環(huán)境66.2.1 測試網(wǎng)絡(luò)拓?fù)鋱D66.2.2 測試環(huán)境軟硬件資源66.3 測試工具67 測試量化計劃77.1 缺陷嚴(yán)重級別定義77.2 缺陷優(yōu)先級別定義88 測試進(jìn)度89 測試計劃工作量810 交付物91簡介1.1 目的【描述總體測試計劃的編寫的主要目的?！?/p>

3、如，編寫目的：本文檔用于描述XXX測試項目的測試范圍，定義測試條件和目標(biāo)，測試策略和要求，分析可能的風(fēng)險，提供相應(yīng)的規(guī)避措施或應(yīng)急對策，并確定測試整體進(jìn)度的計劃和人力資源安排等。測試目的：XXX項目測試的目的是通過測試交易系統(tǒng)業(yè)務(wù)功能及流程實現(xiàn)的正確性、可靠性、易用性，確保系統(tǒng)符合業(yè)務(wù)需求規(guī)格說明書的要求，且系統(tǒng)性能指標(biāo)和數(shù)據(jù)庫服務(wù)器管理方案滿足應(yīng)用要求。1.2 背景【描述項目或產(chǎn)品的背景?！?.3 參考文檔【描述測試所需要參考的文檔及測試依據(jù)。如，業(yè)務(wù)需求文檔、規(guī)范文檔、概要設(shè)計文檔。】2測試約束【描述測試所要遵循的準(zhǔn)則及條件約束等?！?.1 測試進(jìn)出條件2.1.1 進(jìn)入條件【描述測試階段的

4、測試依據(jù)和進(jìn)入測試階段的條件和約束?！?.1.2 退出條件【描述滿足測試階段退出的條件，編寫時要根據(jù)項目量化管理計劃列舉一些量化的退出指標(biāo)，例如系統(tǒng)遺留的致命和嚴(yán)重級別的缺陷數(shù)為0,軟件需求測試覆蓋率達(dá)到100%;同時參考測試過程中的相關(guān)描述】2.2 測試通過和失敗準(zhǔn)則2.2.1 通過準(zhǔn)則【描述各測試活動通過的條件?！咳纾枯啘y試所有用例全部執(zhí)行完畢，功能點覆蓋率達(dá)到100%,且致命和嚴(yán)重級別的缺陷全部修復(fù)，其他缺陷95%以上被關(guān)閉，回歸測試或執(zhí)行新增測試用例時不再出現(xiàn)問題，則測試工作通過；2.2.2 失敗準(zhǔn)則【描述測試中某輪次測試失敗的條件?！咳?，測試用例執(zhí)行過程中中斷，無法繼續(xù)進(jìn)行，或存在

5、嚴(yán)重影響系統(tǒng)功能的缺陷或錯誤，則該輪次測試失敗，遵照測試再啟動準(zhǔn)則實施。2.3 版本發(fā)布約定【描述各測試階段的版本發(fā)布準(zhǔn)則以及應(yīng)急發(fā)布條件?！?測試需求【根據(jù)軟件系統(tǒng)的所有需求，列舉總體測試需求。】3.1 網(wǎng)絡(luò)架構(gòu)【描述項目的網(wǎng)絡(luò)架構(gòu)圖。】3.2 系統(tǒng)架構(gòu)【描述項目的系統(tǒng)架構(gòu)圖。】3.3 測試范圍【根據(jù)項目需求規(guī)格說明書，描述項目的整體測試范圍。如，需要測試的各子系統(tǒng)功能的描述?！?測試風(fēng)險此處描述測試任務(wù)可能遇到的風(fēng)險，以及規(guī)避的方法測試風(fēng)險表風(fēng)險編號風(fēng)險描述風(fēng)險發(fā)生可能性（高、中、低）風(fēng)險的影響程度（高、中、低）責(zé)任人規(guī)避方法5測試策略測試策略提供了對測試對象實施測試的方法。建議對每一個工

6、作版本將進(jìn)行以下幾種類型的測試，可根據(jù)被測系統(tǒng)的不同測試需求進(jìn)行裁剪。5.1 集成測試5.1.1 測試描述集成測試描述表測試目標(biāo)：技術(shù)或手段：完成標(biāo)準(zhǔn)：需考慮的特殊事項：5.1.2 測試方法描述此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。5.2 系統(tǒng)測試5.2.1 測試描述系統(tǒng)測試描述表測試目標(biāo)：技術(shù)或手段：完成標(biāo)準(zhǔn)：需考慮的特殊事項：5.2.2 測試方法描述此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。5.3 性能測試5.3.1 測試描述性能測試描述表測試目標(biāo)：技術(shù)或手段：完成標(biāo)準(zhǔn)：需考慮的特殊事項：5.3.2測試方法描述此處描述一個特定的測試類型在項目測試活動中如

7、何具體的執(zhí)行。5.4 UAT測試5.4.1 測試描述UAT測試描述表測試目標(biāo)：技術(shù)或手段：完成標(biāo)準(zhǔn)：需考慮的特殊事項：5.4.2測試方法描述此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。5.5 安全和訪問控制測試5.5.1 測試描述安全和訪問控制測試描述表測試目標(biāo)：技術(shù)或手段：完成標(biāo)準(zhǔn)：需考慮的特殊事項：5.5.2 測試方法描述此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。5.6 安裝測試5.6.1 測試描述安裝測試描述表測試目標(biāo)：技術(shù)或手段：完成標(biāo)準(zhǔn)：需考慮的特殊事項：5.6.2測試方法描述此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。6測試資源6.1 人

8、力資源需求列出此項目的測試人員配備方面的需求。人力資源需求表角色人員具體職責(zé)項目經(jīng)理組織測試過程BUG啰復(fù)工作，并進(jìn)行測試進(jìn)度跟蹤。職責(zé)：分析BUG風(fēng)險和優(yōu)先級；協(xié)助測試項目主管協(xié)調(diào)測試資源，督促開發(fā)人員修復(fù)BUG。業(yè)務(wù)培訓(xùn)和支持對測試工作提供支持。職責(zé)：對測試團隊進(jìn)行業(yè)務(wù)支持和安排培訓(xùn)工作。測試經(jīng)理進(jìn)行測試項目管理工作，負(fù)責(zé)具體測試工作的推進(jìn)，對測試工作進(jìn)行指導(dǎo)和檢查。職責(zé)：提供測試技術(shù)指導(dǎo)；獲取必要的測試資源；組織提交各個階段的交付物；對具體測試工作進(jìn)行督導(dǎo)和檢查。測試工程師抽取測試需求點；確定測試用例、確定測試用例的優(yōu)先級并執(zhí)行測試用例。職責(zé)：編寫測試計劃；細(xì)化測試需求點；生成測試用例；

9、執(zhí)行測試，匯報BUG艮告并進(jìn)行缺陷跟蹤處理。配置管理員進(jìn)行測試環(huán)境和發(fā)布的管理與協(xié)調(diào)。職責(zé)：管理測試環(huán)境，負(fù)責(zé)新版本發(fā)布的協(xié)調(diào)工作；6.2 測試環(huán)境6.2.1 測試網(wǎng)絡(luò)拓?fù)鋱D【列出測試環(huán)境的網(wǎng)絡(luò)拓?fù)鋱D。】6.2.2 測試環(huán)境軟硬件資源【列出測試環(huán)境的軟硬件資源列表?！繙y試環(huán)境資源列表資源名稱/描述硬件和網(wǎng)路環(huán)境應(yīng)用服務(wù)器包括IP地址及硬件配置數(shù)據(jù)庫服務(wù)器包括IP地址及硬件配置數(shù)據(jù)存儲設(shè)備網(wǎng)絡(luò)或子網(wǎng)用戶端測試PC包括特殊的配置需求軟件環(huán)境數(shù)據(jù)庫中間件AppServer瀏覽器其它6.3 測試工具【本次測試將使用的工具】測試工具表用途工具廠商/自產(chǎn)版本測試管理測試執(zhí)行缺陷報告7測試量化計劃【對測試階

10、段發(fā)現(xiàn)缺陷數(shù)量的量化計劃，舉例如下】7.1 缺陷嚴(yán)重級別定義【描述缺陷嚴(yán)重級別及定義標(biāo)準(zhǔn)?！咳毕輫?yán)重級別定義表嚴(yán)重程度級別缺陷性質(zhì)定義標(biāo)準(zhǔn)A類致命缺陷導(dǎo)致對被描述的主要對象的理解錯誤、不可行、不能運轉(zhuǎn)、對業(yè)務(wù)和整個系統(tǒng)可能造成重大損失或損害。B類嚴(yán)重缺陷對被描述的部分對象的理解或?qū)崿F(xiàn)錯誤，部分的系統(tǒng)或模塊不可行或不能運轉(zhuǎn)或部分系統(tǒng)和模塊缺失，對整個系統(tǒng)有重大影響或可能造成部分的損失和損害。C類一般缺陷系統(tǒng)中部分單兀模塊或單個功能描述和實現(xiàn)有錯誤、有偏差、不一致或有缺失，不影響模塊的正常運行，或有影響但可以有替代辦法或避免辦法。D類微小缺陷基本不影響系統(tǒng)的運行和功能的實現(xiàn)。但是與標(biāo)準(zhǔn)、規(guī)范和定義

11、不一致。E類建議缺陷不在標(biāo)準(zhǔn)、規(guī)范、范圍的定義和約束之內(nèi)，但是從提出者來看是需要完善的建議。如安裝手冊，操作手冊，在線幫助，代碼冗余，可跟蹤性等問題。缺陷量化表缺陷分級計劃缺陷發(fā)現(xiàn)數(shù)致命嚴(yán)重建議微小合計7.2 缺陷優(yōu)先級別定義【描述缺陷優(yōu)先級別及定義標(biāo)準(zhǔn)，并明確不同優(yōu)先級別缺陷的修復(fù)完成時間。如，對于導(dǎo)致測試環(huán)境，或系統(tǒng)不能正常使用的缺陷，需立即開始解決。】缺陷優(yōu)先級別定義表優(yōu)先級別定義標(biāo)準(zhǔn)緊急基本業(yè)務(wù)流程缺陷，功能類錯誤，特別是對繼續(xù)進(jìn)行測試有阻礙的缺陷。不影響業(yè)務(wù)流程的功能缺失，或者非功能類缺陷，如界面元素位置、提示信息等。8測試進(jìn)度【根據(jù)測試需求，分解測試工作，計算工作量（N:人數(shù)，M:工作日），確定測試各階段的計劃啟動時間和結(jié)束時間】測試進(jìn)度表編R任務(wù)工作量（人日）任務(wù)啟動條件計劃啟動時間計劃結(jié)束時間(T)(T+D集成