XXX項目測試計劃文件編號版本A0頁碼11/11表單編號：QR-YF-0072版本：A0深圳市巨鼎醫(yī)療設備有限公司XXXX項目測試計劃文檔編號：受控狀態(tài)：編制：_____________審核：_____________批準：_____________2015-xx-xx發(fā)布___________________________2015-xx-xx實施深圳巨鼎醫(yī)療設備有限公司發(fā)布修訂記錄日期修訂版本描述作者

目錄1. 簡介 51.1. 目的 51.1. 參考資料 52. 測試進度計劃 52.1. 工作量 52.2. 進度 62.3. 資源需求 62.3.1. 人員需求計劃 62.3.2. 人員培訓計劃 62.3.3. 測試組結(jié)構(gòu) 72.3.4. 設備/工具需求計劃 73. 測試策略 73.1. 測試范圍 73.2. 總體策略 73.3. 測試方法（可選） 83.4. 自動化（可選） 84. 質(zhì)量計劃 84.1. 質(zhì)量目標 84.2. 質(zhì)量計劃 84.3. 質(zhì)量控制活動 95. 風險管理計劃 96. 測試準入/準出條件 96.1. 測試準入條件 96.2. 測試準出條件 107. 溝通計劃 107.1. 測試干系人 107.2. 管理報告 107.3. 測試組會議 118. 附錄 11

關(guān)鍵詞：摘要：縮略語清單：縮略語英文全名中文解釋

簡介目的舉例：本計劃所應達到的目標如下：

·確定XX項目的所有計劃、開發(fā)和驗證階段的測試活動；

·明確各測試活動的任務、方法、標準、輸入輸出、資源需求、風險、角色和職責等；本計劃適用于什么XX產(chǎn)品測試的什么階段，什么對象,以及被測對象所包含的范圍等。參考資料參考資料編號參考資料名稱舉例：RDSP-A-P05《項目任務書》RDSP-A-P05-01《XX項目需求文檔》RDSP-A-P05-02《XX項目概要設計》測試進度計劃工作量//計劃階段的所有工作量都是估算值//工作量可按“人時”“人天”估算//重估計是指出現(xiàn)需求變更、計劃變更時重新估算的工作量，每重新估算一次就刷新一次測試計劃估計項初始估計（人時）重估計1（人時）重估計2（人時）測試分析與計劃30測試設計150持續(xù)集成測試150系統(tǒng)驗收測試75性能測試20穩(wěn)定性測試75……總計500進度//測試相關(guān)活動及時間表階段初始計劃重計劃1重計劃2開始結(jié)束開始結(jié)束開始結(jié)束測試分析與計劃測試設計持續(xù)集成測試系統(tǒng)驗收測試性能測試穩(wěn)定性測試資源需求人員需求計劃SN資源名稱人數(shù)起始日期結(jié)束日期技能要求說明1測試代表1項目開始時間項目結(jié)束時間有過產(chǎn)品測試代表經(jīng)驗2測試工程師3yyyy-mm-ddyyyy-mm-dd高級工程師1名，中級工程師2名3專項測試工程師1專項測試計劃專項測試計劃有性能、穩(wěn)定性測試經(jīng)驗4自動化測試工程師1yyyy-mm-ddyyyy-mm-dd自動化經(jīng)驗人員培訓計劃SN知識領(lǐng)域技能需求測試組成員培訓方式期望培訓日期1XX工具工具使用張三、李四內(nèi)部培訓yyyy-mm-dd2Xx業(yè)務業(yè)務知識張三、李四外部講師yyyy-mm-dd3測試組結(jié)構(gòu)SN角色姓名向誰報告?zhèn)浞葙Y源1測試代表張三項目經(jīng)理/資源池主管李四2測試工程師李四張三/3專項測試工程師王五張三/設備/工具需求計劃SN描述數(shù)量起始日期結(jié)束日期說明1T10000服務器1yyyy-mm-ddyyyy-mm-dd測試服務器2100M交換機（8端口以上）1組網(wǎng)用3PC級（4G內(nèi)存）2辦公4發(fā)包服務器（4網(wǎng)口）2模擬發(fā)包5Xftp1上傳軟件測試策略測試范圍【簡要介紹要測試的范圍，一般對于一個需求涉及較廣的項目來說測試范圍通常是全部特性。需求比較小時，測試范圍可通過分析縮小到某些模塊。如存在任務書特別說明的某個技術(shù)方案或需求時，也可在此說明一下安排在那個時候測試?！颗e例：測試范圍：XX模塊、XXX模塊，XX專項測試等?？傮w策略【如重點測試哪些模塊哪些功能用自動化保障，模塊測試的優(yōu)先級等，哪些模塊可以不測試哪些版本進行全用例覆蓋，哪些只需要覆蓋部分用例專項活動安排在那個階段測試等上面這些策略可分類到各階段的測試策略中去，如迭代測試采取什么測試策略，系統(tǒng)測試中采取什么策略策略?！颗e例：迭代過程中按下面策略開展迭代開發(fā)過程中只測試新開發(fā)用例。每個迭代結(jié)束時，會對此次迭代版本進行相關(guān)功能覆蓋（新開發(fā)涉及的功能模塊）系統(tǒng)測試階段采用如下策略第1個系統(tǒng)版本會做全功能用例覆蓋。包括所有新開發(fā)特性新開發(fā)特性及關(guān)聯(lián)模塊重點測試地2個系統(tǒng)版本主要驗證上一輪版本的缺陷回歸，并做相關(guān)模塊的少量用例抽查。專項測試在第1個系統(tǒng)版本上實施。測試方法（可選）【存在一些特性或測試活動需要某些特定測試方法，可以在此說明?！孔詣踊蛇x）【本次測試中如果引入自動化測試，請說明哪些功能、性能要用自動化測試，用什么來實現(xiàn)】自動化率，列出每個模塊有多少案例、有多少可以自動化模塊自動化實現(xiàn)率說明質(zhì)量計劃質(zhì)量目標//質(zhì)量目標可以參考項目度量報告中關(guān)于測試方面的指標SN度量質(zhì)量目標說明目標下限上限1缺陷發(fā)現(xiàn)密度(個/KLOC)2驗證階段進度偏移（%）3測試用例生產(chǎn)效率（個/人天）4測試發(fā)現(xiàn)缺陷效率(個/人天)5測試有效性(測試有效缺陷數(shù)/總?cè)毕輸?shù))質(zhì)量計劃【<從測試分析、測試設計、測試執(zhí)行、測試管理、日常缺陷管理、缺陷分析等方面入手，制定達成質(zhì)量目標所需要重點開展活動的計劃，請參考下述兩例：><在測試設計階段邀請產(chǎn)品領(lǐng)域和測試領(lǐng)域?qū)＜覍y試方案、測試策略、以及測試用例進行的評審，通過保證評審的質(zhì)量來保證測試設計的質(zhì)量>】舉例：新設計的測試用例，將先發(fā)給相應開發(fā)和系統(tǒng)分析師檢視，并要求測試組內(nèi)的專家一同參與到評審階段，確保用例設計質(zhì)量。每輪迭代結(jié)束后，將對測試出來的Bug做分析，識別產(chǎn)品的缺陷風險在哪些模塊，為下一輪測試做相應的調(diào)整。質(zhì)量控制活動活動責任人說明測試規(guī)格review由TM指定的人員姓名xxx特性測試方案review由TM指定的人員姓名xxx特性測試用例review由TM指定的人員姓名測試報告Review由TM指定的人員姓名xxx測試缺陷分析由測試代表負責組織人員完成交付件審計PQA階段質(zhì)量審計PQA,TM內(nèi)部質(zhì)量審計PQA,TM風險管理計劃【確定測試過程中TOP5風險及其應對措施】舉例：風險1：測試部人力不足，導致測試執(zhí)行階段人力安排可能達不到進度要求，會存在導致延遲。風險等級：中規(guī)避措施：加班測試準入/準出條件測試準入條件【描述滿足何種條件時,可以進入測試工作】環(huán)境資源準備就緒，人員協(xié)調(diào)到位各迭代版本準入條件：本輪迭代需求明確、轉(zhuǎn)測試版本可安裝\運行、問題修復清單系統(tǒng)驗收階段準入條件：問題修復清單、冒煙測試通過項目計劃階段可以制定《XX項目各階段輸入輸出checklist》來確定準入條件測試準出條件【描述滿足何種條件時,可以結(jié)束或終止系統(tǒng)測試工作】所有新特性開發(fā)/測試完成功能測試覆蓋滿足預訂計劃性能、穩(wěn)定性測試滿足要求內(nèi)部驗收通過遺留問題符合要求（不存在致命、嚴重問題遺留，一般問題低于XX個）溝通計劃測試干系人SN角色姓名說明1項目經(jīng)理整體計劃2測試代表測試計劃與安排3中心總/副總監(jiān)資源池主管，風險管理4測試資源池主管/經(jīng)理資源池主管/經(jīng)理，人力控制5系統(tǒng)分析師實現(xiàn)方案6產(chǎn)品經(jīng)理項目需求7PQA版本質(zhì)量目標8相關(guān)測試技術(shù)專家測試分析、設計文檔的評審與檢視………..其它干系人管理報告SN報告準備人頻度接收人1項目狀態(tài)報告測試代表每周項目經(jīng)理產(chǎn)品經(jīng)理系統(tǒng)分析師各資源池主管/經(jīng)理PQA2進展報告/工作日志測試組成員每天測試經(jīng)理3階段結(jié)束評估報告測試代表階段結(jié)束/每月項目經(jīng)理產(chǎn)品經(jīng)理系統(tǒng)分析師各資源池主管/經(jīng)理PQA4項目關(guān)閉報告測試代表項目結(jié)束項目經(jīng)理產(chǎn)品經(jīng)理系統(tǒng)分析師各資源池主管/經(jīng)理PQA5每周測試安排測試代表每周測試組成員6PQA狀態(tài)報告PQA每周PQA經(jīng)理，TM測試組會議SN會議頻度參加人1站立會議每天項