測(cè)試計(jì)劃模板

項(xiàng)目編號(hào)：XX系統(tǒng)測(cè)試計(jì)劃文檔編號(hào)：版本信息：建立日期：創(chuàng)建人：審核人：批準(zhǔn)人：批準(zhǔn)日期：保管人：存放位置：公司LOGO文檔修訂記錄版本號(hào)變化狀態(tài)變更內(nèi)容修改日期變更人*變化狀態(tài)：C――創(chuàng)建，A——增加，M——修改，D——?jiǎng)h除文檔審批信息版本號(hào)審核人審核日期批準(zhǔn)人批準(zhǔn)日期備注

目

錄1

概述1.1

目的1.2

假定和約束1.2.1

假設(shè)條件..........1.2.2

約束條件..........1.3

參考資料2

測(cè)試需求2.1

產(chǎn)品描述2.2

測(cè)試范圍2.3

測(cè)試內(nèi)容2.3.1

功能測(cè)試..........2.3.2

數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試2.3.3

接口測(cè)試..........2.3.4

功能測(cè)試..........2.3.5

用戶界面測(cè)試......2.3.6

安全性和訪問控制測(cè)試2.3.7

故障轉(zhuǎn)移和恢復(fù)測(cè)試2.3.8

性能測(cè)試..........2.3.9

系統(tǒng)部署測(cè)試......2.4

測(cè)試優(yōu)先級(jí)3

項(xiàng)目標(biāo)準(zhǔn)4

交付工件5

估算5.1

規(guī)模估算5.2

工作量估算6

組織結(jié)構(gòu)和角色6.1

特殊技能要求6.2

角色職責(zé)7

資源計(jì)劃7.1

軟件資源7.2

硬件資源7.3

人力資源8

生命周期9

測(cè)試策略10

測(cè)試進(jìn)度計(jì)劃10.1

里程碑計(jì)劃10.2

測(cè)試進(jìn)度計(jì)劃11

監(jiān)控計(jì)劃11.1

監(jiān)控計(jì)劃11.2

評(píng)審計(jì)劃11.3

項(xiàng)目風(fēng)險(xiǎn)12

質(zhì)量保證計(jì)劃12.1

質(zhì)量目標(biāo)12.2

過程檢查12.3

產(chǎn)品檢查12.4

質(zhì)量報(bào)告13

培訓(xùn)計(jì)劃14

度量分析計(jì)劃15

附件15.1

缺陷級(jí)別定義15.2

再現(xiàn)程度定義15.3

缺陷狀態(tài)定義15.4

測(cè)試風(fēng)險(xiǎn)評(píng)估15.5

附錄1概述1.1目的簡(jiǎn)單介紹被測(cè)系統(tǒng)以及被測(cè)系統(tǒng)的應(yīng)用。1.2假定和約束1.2.1假設(shè)條件1.2.1.1測(cè)試人員本次測(cè)試開始之前，要求測(cè)試人員：已閱讀需求規(guī)格說明書等相關(guān)文檔；熟悉被測(cè)系統(tǒng)，能夠獨(dú)立進(jìn)行操作并且完成測(cè)試；能夠編寫有效的測(cè)試用例；能夠正確描述Bug現(xiàn)象，正確選擇Bug屬性。1.2.1.2測(cè)試環(huán)境測(cè)試環(huán)境干凈、獨(dú)立、穩(wěn)定；測(cè)試數(shù)據(jù)足夠且準(zhǔn)確、有效；1.2.2約束條件下面是一些可能會(huì)導(dǎo)致計(jì)劃不準(zhǔn)確或影響測(cè)試過程的制約條件，這些情況會(huì)影響測(cè)試進(jìn)度和測(cè)試效果。遇到下列問題，由XX協(xié)商解決。測(cè)試數(shù)據(jù)不充分；測(cè)試環(huán)境不穩(wěn)定或配置不到位；測(cè)試過程中遇到重大阻塞性的問題；軟件的缺陷比較嚴(yán)重，直接影響到測(cè)試的繼續(xù)進(jìn)行；開發(fā)人員或測(cè)試支持人員支持、配合不到位；另外，需要長(zhǎng)時(shí)間地進(jìn)行系統(tǒng)穩(wěn)定性測(cè)試，可能導(dǎo)致測(cè)試工期延長(zhǎng)。1.3參考資料2測(cè)試需求2.1產(chǎn)品描述對(duì)于測(cè)試產(chǎn)品的相關(guān)描述信息。2.2測(cè)試范圍系統(tǒng)測(cè)試、多操作系統(tǒng)平臺(tái)測(cè)試（WindwosXP、Windows2000、Windows98）、性能測(cè)試（壓力測(cè)試、負(fù)載測(cè)試）、穩(wěn)定性測(cè)試、兼容性測(cè)試（與windows2000、XP兼容性）、安裝卸載測(cè)試和易用性測(cè)試。1)單元測(cè)試單元測(cè)試主要由開發(fā)人員來完成。2)集成測(cè)試集成測(cè)試的主要目的是檢測(cè)系統(tǒng)是否達(dá)到需求對(duì)業(yè)務(wù)流程及數(shù)據(jù)流的處理是否符合標(biāo)準(zhǔn)，檢測(cè)系統(tǒng)對(duì)業(yè)務(wù)流處理是否存在邏輯不嚴(yán)謹(jǐn)及錯(cuò)誤，檢測(cè)需求是否存在不合理的標(biāo)準(zhǔn)及要求。此階段測(cè)試基于功能完成的測(cè)試。測(cè)試的內(nèi)容包括單元間的接口以及集成后的功能，本項(xiàng)目采用漸增式集成方式。3)系統(tǒng)測(cè)試系統(tǒng)測(cè)試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。它將通過確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來，在模擬實(shí)際運(yùn)行（使用）環(huán)境下，對(duì)系統(tǒng)進(jìn)行的測(cè)試。2.3測(cè)試內(nèi)容

下面列出所有測(cè)試點(diǎn)均為測(cè)試內(nèi)容，未列出的本次測(cè)試不予考慮。2.3.1功能測(cè)試詳見《需求功能矩陣.xls》。2.3.2數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試數(shù)據(jù)庫(kù)和數(shù)據(jù)庫(kù)進(jìn)程作為一個(gè)子系統(tǒng)來進(jìn)行測(cè)試。在將測(cè)試對(duì)象的用戶界面用作數(shù)據(jù)的接口的同時(shí)，還將考慮對(duì)數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）進(jìn)行相關(guān)的存儲(chǔ)測(cè)試。測(cè)試目標(biāo)：方法：完成標(biāo)準(zhǔn)：需考慮的特殊事項(xiàng)：2.3.3接口測(cè)試由于XX其它系統(tǒng)協(xié)同工作，所以系統(tǒng)在實(shí)際工作中會(huì)調(diào)中其它系統(tǒng)，同時(shí)系統(tǒng)內(nèi)部功能模塊的調(diào)用。測(cè)試目標(biāo)：方法：完成標(biāo)準(zhǔn)：需考慮的特殊事項(xiàng)：2.3.4功能測(cè)試試對(duì)象的功能測(cè)試側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的所有測(cè)試需求。這些測(cè)試的目標(biāo)在于核實(shí)能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務(wù)規(guī)則是否正確實(shí)施。這種類型的測(cè)試基于黑盒方法，即通過圖形用戶界面(GUI)與應(yīng)用程序交互并分析輸出結(jié)果來驗(yàn)證應(yīng)用程序及其內(nèi)部進(jìn)程。以下列出的本系統(tǒng)的測(cè)試方法概要：測(cè)試目標(biāo)：方法：完成標(biāo)準(zhǔn)：需考慮的特殊事項(xiàng)：2.3.5用戶界面測(cè)試通過用戶界面(UI)測(cè)試來核實(shí)用戶與軟件的交互。UI測(cè)試的目標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測(cè)試對(duì)象功能的操作。測(cè)試目標(biāo)：方法：完成標(biāo)準(zhǔn)：需考慮的特殊事項(xiàng)：2.3.6安全性和訪問控制測(cè)試由于題庫(kù)管理系統(tǒng)主要用于組織統(tǒng)考或入學(xué)測(cè)試，對(duì)于安全性要求較高。對(duì)于整個(gè)系統(tǒng)，需要完整的權(quán)限控制，防止某些人惡意的攻擊系統(tǒng)，修改原始記錄。同時(shí)對(duì)于數(shù)據(jù)庫(kù)中的數(shù)據(jù)需要定時(shí)備份，防止系統(tǒng)數(shù)據(jù)丟失。此外，系統(tǒng)要求用戶在登陸時(shí)需要身份驗(yàn)證，嚴(yán)格區(qū)分每個(gè)角色的使用權(quán)限,安全性的訪問控制測(cè)試主要集中在對(duì)用戶權(quán)限管理測(cè)試模塊中。2.3.7故障轉(zhuǎn)移和恢復(fù)測(cè)試出現(xiàn)故障時(shí)及時(shí)方便地找到產(chǎn)生故障的原因和位置，并能方便地進(jìn)行局部修改。具有對(duì)于系統(tǒng)數(shù)據(jù)丟失的補(bǔ)救措施，保證系統(tǒng)的安全性，可靠性。此項(xiàng)測(cè)試主要集中在數(shù)據(jù)備份\恢復(fù)功能模塊中。2.3.8性能測(cè)試采用測(cè)試工具LoadRunner進(jìn)行測(cè)試，測(cè)試包括：負(fù)載測(cè)試、強(qiáng)度測(cè)試和穩(wěn)定性測(cè)試。找出系統(tǒng)瓶頸，并進(jìn)行優(yōu)化，但系統(tǒng)能達(dá)到，要求XX個(gè)用戶并發(fā)情況下，響應(yīng)時(shí)間小于等于15秒。系統(tǒng)支持最高XX個(gè)并發(fā)，在XXM帶寬下，支持XX左右用戶的同時(shí)訪問。2.3.9系統(tǒng)部署測(cè)試系統(tǒng)開發(fā)測(cè)試完畢后，進(jìn)行系統(tǒng)部署測(cè)試，確保系統(tǒng)的正常運(yùn)行。測(cè)試目標(biāo)：方法：完成標(biāo)準(zhǔn)：需考慮的特殊事項(xiàng)：2.4測(cè)試優(yōu)先級(jí)測(cè)試類型優(yōu)先級(jí)說明3項(xiàng)目標(biāo)準(zhǔn)達(dá)到本次系統(tǒng)測(cè)試預(yù)定的質(zhì)量標(biāo)準(zhǔn)：不允許出現(xiàn)“致命”BUG和“嚴(yán)重”BUG；一般“BUG”不超過6個(gè)；可以出現(xiàn)微小級(jí)別的BUG不超過10個(gè)；功能點(diǎn)覆蓋率務(wù)必達(dá)到100%；無易用性問題。4交付工件

過程工作產(chǎn)品5估算5.1規(guī)模估算測(cè)試用例數(shù)：XX條說明：根據(jù)《題庫(kù)子系統(tǒng)功能列表.doc》功能范圍說明：這次開發(fā)所要實(shí)現(xiàn)22個(gè)功能點(diǎn)。加上故障轉(zhuǎn)移和恢復(fù)測(cè)試、系統(tǒng)部署測(cè)試、數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試和安全性和訪問控制測(cè)試?？偣惨M(jìn)行測(cè)試的功能點(diǎn)為XX個(gè)。每個(gè)功能點(diǎn)平均用例數(shù)在XX條左右，一個(gè)功能點(diǎn)包涵，功能測(cè)試、流程測(cè)試和性能測(cè)試三部，此外，還要在WindwosXP、Windows2000、Windows98三個(gè)平臺(tái)上進(jìn)行測(cè)試。因此，測(cè)試用例數(shù)=XX條：此外三個(gè)平臺(tái)測(cè)試用例可以重用，因此實(shí)際用例數(shù)為XX條，執(zhí)行用例數(shù)為：XX條；此外測(cè)試用例數(shù)跟著需求變更，做出相應(yīng)調(diào)整。最終用例數(shù)，以最終需求為準(zhǔn)。1.1工作量估算

測(cè)試工作量：（待定）人月。2組織結(jié)構(gòu)和角色2.1特殊技能要求項(xiàng)目中要用到熟練使用自動(dòng)化測(cè)試工具、熟悉在線考務(wù)系統(tǒng)經(jīng)驗(yàn)的人。2.2角色職責(zé)角色職責(zé)描述姓名聯(lián)系方式測(cè)試PM?批準(zhǔn)測(cè)試計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃?確定測(cè)試用例、確定測(cè)試用例的優(yōu)先級(jí)并實(shí)施測(cè)試用例。?制定和修改項(xiàng)目的組織結(jié)構(gòu)和配置管理策略；?負(fù)責(zé)管理項(xiàng)目成員嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行測(cè)試。Tester?編寫測(cè)試用例。?開發(fā)自動(dòng)化測(cè)試腳本。?執(zhí)行測(cè)試。CM?負(fù)責(zé)編寫和維護(hù)《配置管理計(jì)劃》；?負(fù)責(zé)配置庫(kù)的建議和維護(hù)；?負(fù)責(zé)配置項(xiàng)的建立和維護(hù)；?負(fù)責(zé)配置庫(kù)權(quán)限的分配；?軟件配置管理工具的日常管理與維護(hù)；?負(fù)責(zé)基線的標(biāo)識(shí)及發(fā)布；?負(fù)責(zé)開發(fā)人員軟件配置管理方面的培訓(xùn)工作；?上報(bào)配置狀態(tài)報(bào)告。Developer?測(cè)試支持工作?修改bug3資源計(jì)劃3.1軟件資源軟件資源版本獲取方式與時(shí)間使用說明3.2硬件資源硬件資源配置獲取方式與時(shí)間使用說明3.3人力資源測(cè)試周期為XX年XX月XX日－XX年XX月XX日；測(cè)試人員每日工作時(shí)間為9:00－18:00，每周工作五天；測(cè)試人員正常每天的工作時(shí)間平均8小時(shí)。封閉開發(fā)期間每天的工作時(shí)間13小時(shí)4生命周期生命周期模型：V模型。原因：本項(xiàng)目的需求明確、理解充分，并且較為穩(wěn)定，由于工期比較緊，確保測(cè)試能按時(shí)完成，測(cè)試在開發(fā)工作的始執(zhí)行。需求階段進(jìn)行測(cè)試準(zhǔn)備工作。5測(cè)試策略下面是本測(cè)試各執(zhí)行階段的主要活動(dòng)預(yù)計(jì)的流程圖開發(fā)必要的測(cè)試工具準(zhǔn)備測(cè)試數(shù)據(jù)填寫《需求功能矩陣》編寫測(cè)試報(bào)告獲取測(cè)試需求編寫測(cè)試報(bào)告測(cè)試評(píng)估本次測(cè)試只做系統(tǒng)測(cè)試。主要是以手工和自動(dòng)化工具相結(jié)合的方式測(cè)試系統(tǒng)在基本功能和性能方面符合需求規(guī)格說明書和用戶普遍期望的程度。找出系統(tǒng)在功能和性能方面與需求不符合的地方。關(guān)于功能測(cè)試的測(cè)試用例，請(qǐng)參見測(cè)試用例文檔《題庫(kù)管理系統(tǒng)測(cè)試用例》；6測(cè)試進(jìn)度計(jì)劃6.1里程碑計(jì)劃里程碑名稱時(shí)間6.2測(cè)試進(jìn)度計(jì)劃7監(jiān)控計(jì)劃7.1監(jiān)控計(jì)劃?項(xiàng)目組成員每天填寫工作日志，項(xiàng)目經(jīng)理根據(jù)項(xiàng)目組成員提交的日志匯總成項(xiàng)目日?qǐng)?bào)；?項(xiàng)目每周召開一次項(xiàng)目例會(huì)。每周提交《項(xiàng)目周報(bào)》。?根據(jù)不同的時(shí)機(jī)項(xiàng)目經(jīng)理召集項(xiàng)目組成員召開會(huì)議，通報(bào)階段性工作情況及下階段計(jì)劃安排7.2評(píng)審計(jì)劃評(píng)審對(duì)象評(píng)審時(shí)機(jī)評(píng)審方式評(píng)審參加人評(píng)審確認(rèn)人7.3項(xiàng)目風(fēng)險(xiǎn)8質(zhì)量保證計(jì)劃8.1質(zhì)量目標(biāo)文檔錯(cuò)誤率文檔名稱錯(cuò)誤數(shù)測(cè)試用例目標(biāo)測(cè)試用例密度覆蓋率目標(biāo)測(cè)試階段覆蓋率BUG率目標(biāo)測(cè)試階段Bug摘出目標(biāo)8.2過程檢查過程檢查時(shí)機(jī)檢查要點(diǎn)需求獲取測(cè)試設(shè)計(jì)測(cè)試執(zhí)行測(cè)試評(píng)估測(cè)試總結(jié)8.3產(chǎn)品檢查工作產(chǎn)品檢查時(shí)機(jī)檢查要點(diǎn)需求跟蹤矩陣測(cè)試計(jì)劃測(cè)試用例缺陷報(bào)告測(cè)試報(bào)告8.4質(zhì)量報(bào)告9培訓(xùn)計(jì)劃10度量分析計(jì)劃11附件11.1缺陷級(jí)別定義致命BUG：直接發(fā)生導(dǎo)致系統(tǒng)死機(jī)、藍(lán)屏、響應(yīng)時(shí)間過長(zhǎng)、主要功能沒有實(shí)現(xiàn)、重大的阻塞性的問題（即：后續(xù)依賴此操作的其他重要操作無法進(jìn)行）。嚴(yán)重BUG：程序發(fā)生錯(cuò)誤，但不影響系統(tǒng)和其它程序運(yùn)行的，次要功能沒有實(shí)現(xiàn)或間接發(fā)生的（經(jīng)過幾步不相關(guān)操作后發(fā)生的）導(dǎo)致主要需求不能實(shí)現(xiàn)，包括主要界面的文字錯(cuò)誤等。一般BUG：間接發(fā)生的（經(jīng)過幾步不相關(guān)操作后發(fā)生的）導(dǎo)致次要需求不能正常實(shí)現(xiàn)。微小BUG：不影響軟件的功能，但影響軟件的品質(zhì)。11.2再現(xiàn)程度定義每次出現(xiàn)：出現(xiàn)概率100%經(jīng)常出現(xiàn)：出現(xiàn)概率大于20%很少出現(xiàn)：出現(xiàn)概率小于20%出現(xiàn)一次：在整個(gè)測(cè)試工作中只出現(xiàn)一次11.3缺陷狀態(tài)定義待修復(fù)：測(cè)試人員發(fā)現(xiàn)的，開發(fā)人員還沒有修復(fù)的缺陷待驗(yàn)證：開發(fā)人員已經(jīng)修改，測(cè)試人員還沒有驗(yàn)證的缺陷已解決：已經(jīng)修復(fù)的缺陷遺留：經(jīng)評(píng)審后認(rèn)定在本版本中可以不修改的缺陷11.4測(cè)試風(fēng)險(xiǎn)評(píng)估根據(jù)項(xiàng)目測(cè)試任務(wù)量大，測(cè)試時(shí)間緊張的特點(diǎn)，以下列出項(xiàng)目測(cè)試中可能存在的風(fēng)險(xiǎn)：在執(zhí)行測(cè)試過程中由于測(cè)試人員的離職或請(qǐng)假，導(dǎo)致測(cè)試周期的延長(zhǎng)；測(cè)試過程中非人為因素的測(cè)試用例的丟失（數(shù)據(jù)備份失效、病毒攻擊等），導(dǎo)致執(zhí)行測(cè)試周期延長(zhǎng)；，測(cè)試數(shù)據(jù)設(shè)計(jì)覆蓋率未達(dá)到相應(yīng)的及別，再次整理測(cè)試數(shù)據(jù)導(dǎo)致測(cè)試時(shí)間延長(zhǎng)；針對(duì)以上可能存在的風(fēng)險(xiǎn)，采取的措施為：部門備有項(xiàng)目測(cè)試機(jī)動(dòng)人員，確保項(xiàng)目測(cè)試過程中不會(huì)因測(cè)試人員的缺崗而導(dǎo)致測(cè)試周期的延長(zhǎng)；在測(cè)試過程中，由專人負(fù)責(zé)項(xiàng)目配置，以防止非人為因素造成的測(cè)試用例丟失；為項(xiàng)目測(cè)試配備資深的測(cè)試人員，確保測(cè)試數(shù)據(jù)的高覆蓋率11.5附錄以下是一些與測(cè)試有關(guān)的任務(wù)：

?

制定測(cè)試計(jì)劃-

確定測(cè)試需求