XX系統(tǒng)項目測試計劃模板

1、。密級：XX公司 YY系統(tǒng)項目測試計劃書XX公司軟件工程有限責任公司二一年九月十七日1。文件修訂記錄變更位置（頁 /修訂日期原因與修改情況描述段落/ 章修訂人審核人版本節(jié)號1.02010-09-17新增全部測試人員項目經(jīng)理1.12010-09-17評審后修改測試人員項目經(jīng)理1.22010-10-15新增 R2階段內(nèi)容2.1測試人員項目經(jīng)理.42.5I。目錄1. 概述 .31.1.編寫目的31.2.項目背景31.3.定義31.4.參考資料32. 測試規(guī)劃 .32.1.主要測試內(nèi)容及預期提交測試時間32.2.可復用的測試用例42.3.測試估算（方法一）52.4.測試估算（方法二）7

2、2.5.測試進度安排及人力資源要求72.6.測試工具應用計劃83. 測試策略及方案93.1.架構(gòu)測試93.2.業(yè)務(wù)功能測試94. 測試環(huán)境 .114.1.系統(tǒng)架構(gòu)114.2.測試環(huán)境要求114.3.測試選用環(huán)境：112。1. 概述1.1. 編寫目的編寫該測試計劃的目的在于指導整個測試組順利完成任務(wù)書的目標，為XX 公司領(lǐng)導和其他部門監(jiān)督該項目的實施提供依據(jù)對于化解風險、加強管理有著重要的意義。預期的讀者有項目經(jīng)理、技術(shù)經(jīng)理、質(zhì)量保證人員（ QA）、配置管理員、其他項目組成員、XX公司領(lǐng)導、 XX公司其他人員、企管部人員等。1.2. 項目背景a. 軟件名稱： YY系統(tǒng)項目b.測試類別：集成測試系

3、統(tǒng)測試集成測試 +系統(tǒng)測試其他c. 承擔測試任務(wù)的單位或部門： XX公司測試部d. 人員項目經(jīng)理：項目經(jīng)理測試負責人：測試人員1.3. 定義甲方公司縮寫 :甲方公司全名乙方公司縮寫 :乙方公司全名1.4. 參考資料a. CDMS_UC_1-1用 戶 登 錄 .doc CDMS_UC_1-2更 新 部 門 資 產(chǎn) 清 單 .doc CDMS_UC_1-3權(quán)限管理 .doc CDMS_UC_1-5更新公司資產(chǎn)清單 .doc b. CDMS項目進度計劃 .mpp CDMS剪裁申請表 .xls DMS項目計劃 .doc CDMSFFP估算文件 .xls c. 軟件測試程序 .pdf 缺陷分析指南 .p

4、df 缺陷分類及級別定義 .pdf 2. 測試規(guī)劃2.1. 主要測試內(nèi)容及預期提交測試時間序號主要測試內(nèi)容預期提交測試時間特殊說明1.CDMS_UC_1-1用戶登錄20XX-XX-XX2.CDMS_UC_1-2更新部門資產(chǎn)清單20XX-XX-XX3。3.CDMS_UC_1-3權(quán)限管理20XX-XX-XX4.CDMS_UC_1-5更新公司資產(chǎn)清單20XX-XX-XXR2階段：序號主要測試內(nèi)容預期提交測試時間特殊說明1.新增： UC1-2、 UC1-5增加信息變化的20XX-XX-XX歷史記錄功能2.新增： UC1-6增加設(shè)備類型 , 增加維護20XX-XX-XX設(shè)備類型的功能 "3.

5、新增：UC1-5新增設(shè)備時， 增加設(shè)備采 20XX-XX-XX 購日期輸入框 , 根據(jù)設(shè)備類型顯示設(shè)備屬性"4. 新增： UC1-5 增加“修改設(shè)備信息” 20XX-XX-XX 功能5.修改： UC1-2、 UC1-5點擊設(shè)備編號顯20XX-XX-XX示該設(shè)備所有信息6.修改：UC1-5確認返還時顯示返還部門20XX-XX-XX7. 修改：UC1-2分配設(shè)備時， 顯示器編號 20XX-XX-XX 與主機編號對應，且增加負責人輸入框和設(shè)備用途輸入框8. 新增：UC1-2增加個人返還設(shè)備給部門 20XX-XX-XX 的批量返還功能9.修改： UC1-1增加歡迎界面20XX-XX-XX10

6、.新增：UC1-3增加系統(tǒng)管理員查看所有20XX-XX-XX用戶功能2.2. 可復用的測試用例無4。2.3. 測試估算（方法一）測試工作量及測試人力投入估算提供二種方法，使用測量工作量的方法的。估算假設(shè)項目估算值備注集成測試用例完成標準測試用例的密度應不QMS質(zhì)量體系要求少于 XX個/KLOC系統(tǒng)測試用例完成標準測試用例的密度應不QMS質(zhì)量體系要求少于 XX個/KLOC本測試遵循的測試用例完成測試用例的密度應不項目負責人、測試負責人確定標準少于（ XX）個 /KLOC測試用例設(shè)計生產(chǎn)率（XX）個 / 人天測試負責人確定測試用例執(zhí)行生產(chǎn)率（XX）個 / 人天測試負責人確定測試周期（天）（XX）天

7、根據(jù)項目計劃估算測試時間段功能測試工作量估算本章節(jié)可以用 Excel 文件作為附件。按項目估算的代碼行進行測試工作量估算，如果代碼行估算發(fā)生重大調(diào)整，測試需要重新估算）規(guī)模測試用測試用例設(shè)測試執(zhí)行測試工作序號主要測試內(nèi)容例數(shù)計工作量工作量量小計(KLOC)( 個)( 人天)( 人天)（人天）1.CDMS_UC_1-1用戶登錄XXXXXXXXXX2.CDMS_UC_1-2更新部門XXXXXXXXXX資產(chǎn)清單3.4.合計CDMS_UC_1-3權(quán)限管理XXCDMS_UC_1-5更新公司XX資產(chǎn)清單XXXXXXXXXXXXXXXXXXXXXXXXXXR2階段：規(guī)模測試用測試用例設(shè)測試執(zhí)行測試工作序號主

8、要測試內(nèi)容例數(shù)計工作量工作量量小計(KLOC)( 個)( 人天)( 人天)（人天）1.新增： UC1-2、UC1-5XXXXXXXXXX5。增加信息變化的歷史記錄功能新增：UC1-6增加設(shè)2.備類型 , 增加維護設(shè)備XXXXXXXXXX類型的功能 "新增：UC1-5新增設(shè)3.備時，增加設(shè)備采購日XXXXXXXXXX期輸入框 , 根據(jù)設(shè)備類型顯示設(shè)備屬性 "4.新增： UC1-5 增加XXXXXXXXXX“修改設(shè)備信息”功能修改： UC1-2、UC1-55.點擊設(shè)備編號顯示該XXXXXXXXXX設(shè)備所有信息6.修改：UC1-5確認返XXXXXXXXXX還時顯示返還部門修改：U

9、C1-2分配設(shè)備時，顯示器編號與主7.機編號對應，且增加負XXXXXXXXXX責人輸入框和設(shè)備用途輸入框新增：UC1-2增加個8.人返還設(shè)備給部門的批XXXXXXXXXX量返還功能9.修改：UC1-1增加歡XXXXXXXXXX迎界面新增：UC1-3增加系10.統(tǒng)管理員查看所有用戶XXXXXXXXXX功能合計XXXXXXXXXX6。性能測試工作量估算暫無估算結(jié)果估算項目估算值功能測試工作量合計（人天）測試設(shè)計人員需求量（人）測試執(zhí)行人員需求量（人）R2階段：估算項目估算值功能測試工作量合計（人天）測試設(shè)計人員需求量（人）測試執(zhí)行人員需求量（人）。說明XXX說明XXX2.4. 測試估算（方法二）使

10、用方法一，未使用方法二，剪裁2.5. 測試進度安排及人力資源要求此處與項目重大里程碑嚴格對應，對應每個項目子里程碑，測試需要做哪些工作，如無對應工作安排，可填寫“無”，類似于評審、做測試方案等工作也最好規(guī)劃好。項目重大項目子里程碑測試需完成工測試負已到位測需補充測試人里程碑起止時間作及提交物責人員試人員員測試需求測 試 人分析與計20XX.XX.XX-20XX.XX.XX需求分析測試人員員劃階段設(shè)計階段測試用例測 試 人20XX.XX.XX-20XX.XX.XX測試用例評審測試人員員報告7。集成測試執(zhí)行測試用例測 試 人階段20XX.XX.XX-20XX.XX.XX維護測試用例測試人員員Bug

11、系統(tǒng)測試執(zhí)行測試用例測 試 人階段20XX.XX.XX-20XX.XX.XX維護測試用例測試人員員Bug測試報告20XX.XX.XX測試報告測 試 人測試人員員R2階段：項目重大項目子里程碑測試需完成工測試負已到位測 需補充測試人里程碑起止時間作及提交物責人員試人員員測試需求測 試 人分析與計20XX.XX.XX-20XX.XX.XX需求分析測試人員員劃階段設(shè)計階段測試用例測 試 人20XX.XX.XX-20XX.XX.XX測試用例評審測試人員員報告集成測試執(zhí)行測試用例測 試 人階段20XX.XX.XX-20XX.XX.XX維護測試用例測試人員員Bug系統(tǒng)測試執(zhí)行測試用例測 試 人階段20XX

12、.XX.XX-20XX.XX.XX維護測試用例測試人員員Bug測試報告20XX.XX.XX測試報告測 試 人測試人員員2.6. 測試工具應用計劃分類項目具體工具應用范圍說明需要支持公司引進自動化功Rational Robot無Rational functional工具能測試無Tester8。Rational Robot無性能測試Rational無Performance Tester單元測試Nunit單元測試測試管理MSP,Excel項目文檔管理工具測試缺陷Rational ClearQuest項目缺陷管理管理開源工具自行開發(fā)工具其他性能測試Loadrunner無3. 測試策略及方案為保證系統(tǒng)正

13、常運行，制定如下測試策略及方案：（ 1） 參照需求，深刻理解業(yè)務(wù)，并劃分功能模塊，理清業(yè)務(wù)，分清主次。（ 2） 整理出業(yè)務(wù)流程圖，依據(jù)系統(tǒng)的業(yè)務(wù)流程圖，運用黑盒測試方法（等價類、邊界值等）進行分析，得出流程分支和測試重點，包括正常流程以及異常流程，為理解業(yè)務(wù)及編寫流程測試用例做基礎(chǔ)。（ 3） 編寫測試要點以及測試用例，參考開發(fā)人員整理的表之間的關(guān)系圖，執(zhí)行測試，保證數(shù)據(jù)存取以及傳輸?shù)恼_性。3.1. 架構(gòu)測試無3.2. 業(yè)務(wù)功能測試測試目標及通過準則業(yè)務(wù)功能測試目標：各模塊業(yè)務(wù)功能實現(xiàn)正確；業(yè)務(wù)流程扭轉(zhuǎn)正確；數(shù)據(jù)的接收、處理和查詢正確；頁面風格一致、展示正確；各接口連通正確，數(shù)據(jù)流轉(zhuǎn)處理正確。

14、2、使用有效數(shù)據(jù)時得到預期的結(jié)果，在使用無效數(shù)據(jù)時顯示相應的提示消息。3、為保證程序質(zhì)量，對通過原則做以下指標要求：（1）影響業(yè)務(wù)流暢性的缺陷全部關(guān)閉。（2）影響數(shù)據(jù)正確性的缺陷全部關(guān)閉。9。（3）一級、二級缺陷全部關(guān)閉，三級缺陷關(guān)閉率達到90以上。（4）計劃執(zhí)行跟蹤情況良好。（5）測試需求跟蹤矩陣跟蹤指標全部覆蓋，并成功執(zhí)行。（6）提交代碼段缺陷率指標統(tǒng)計。（7）計劃要求各階段提交物均已提交。測試技術(shù)及方法集成測試采用“灰盒”技術(shù)參照程序設(shè)計、數(shù)據(jù)庫設(shè)計關(guān)注輸入、輸出的正確性，同時也關(guān)注系統(tǒng)內(nèi)部表現(xiàn)。對于關(guān)鍵業(yè)務(wù)或數(shù)據(jù)，測試執(zhí)行時除了通過界面顯示來驗證功能，還要通過使用測試工具或執(zhí)行SQL查

15、詢數(shù)據(jù)庫，檢驗重要數(shù)據(jù)存取是否正確，內(nèi)部邏輯是否正確。本測試采取增量式模型疊加測試。 各模塊按照提交測試時間分別單獨進行有效測試，在確保各模塊本身功能正確前提下，進行集成測試，確保各模塊間數(shù)據(jù)的正確傳遞，功能的全部實現(xiàn)。系統(tǒng)測試采用“黑盒”技術(shù)參照需求規(guī)格說明書，檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。本次測試采用主要方法有等價類劃分、邊值分析、因果圖、錯誤推測等 ，不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。采用迭代式開發(fā)模式， 對迭代的測試而言， 新增需求或需求

16、變更導致的功能變化部分是重點需要關(guān)注的， 測試需要確保上次基線版本之后所有的需求變化都能得到有效覆蓋。10。測試需求及用例詳見測試用例特殊說明4. 測試環(huán)境4.1. 系統(tǒng)架構(gòu)項目描述說明系統(tǒng)架構(gòu)表現(xiàn)層（ Presentation Layer）、系統(tǒng)外觀層（System FacadeLayer ）、業(yè)務(wù)邏輯層（Domain Logic Layer ）、數(shù)據(jù)訪問層（ Resource Access Layer ）開發(fā)語言A 、 C#.net 、javascript其他4.2. 測試環(huán)境要求硬件軟件硬件平臺操作系統(tǒng)Windows XPCPUDual Core CPU數(shù)據(jù)庫系統(tǒng)SQL Server 2008內(nèi)存1G以上應用服務(wù)器IIS7 以上硬盤80G以上瀏覽器IE7 及以上4.3. 測試選用環(huán)境：組成部分依賴的環(huán)境分類功能測試主要環(huán)境產(chǎn)品組成部分操作系統(tǒng)Windows XP數(shù)據(jù)庫系統(tǒng)SQL Server 2008應用服務(wù)器