項目名稱-項目測試計劃.docx

1、初稿V發(fā)布修訂編撰：EPG編撰口期：2007-05-12保密級別：機密文檔版本：3.0文件編號：Q/BS-QH-3-20項目名稱項目測試計劃創(chuàng)業(yè)慧康科技股份有限公司EPG版本歷史日期版本說明作者2008-05-27V2.0公司審批，正式發(fā)布EPG2009-09-28V2.1修改EPG2011-03-15V2.2修改EPG2011-08-25V2.3刪除“測試目標”的內(nèi)容EPG2016-04-29V2.4刪除“計劃審核記錄”的內(nèi)容EPG2017-03-02V2.5修改“測試進度”、“測試提交文檔”、“測試通過準則”的內(nèi)容馬敏2019-03-28V2.6修改公司名稱及LOGO張巧英2021-03-

2、25V3.0公司審批，正式發(fā)布EPG2021-04-25V3.1增加了審核確認EPG項目組版本歷史日期版本說明作者XXXX-XX-XX審核確認審核人審核日期審核情況測試經(jīng)理項目經(jīng)理1 前言31. 1編寫目的31.2 名詞解釋31.3 參考資料31.4 測試摘要32 資源需求42.1 硬件資源42.2 軟件資源42.3 人力資源53 測試詳述53.1 測試范圍53.2 風險和約束53.3 測試進度64 測試策略64.1整體策略64.2 測試類型64.3 測試技術(shù)75 測試提交文檔76 測試進入準則77 測試通過準則8說明：藍色說明文字，文檔編寫完成后，請刪除。1前言1.1編寫目的對測試計劃做一個

3、簡單的介紹，說明這個測試計劃的功效以及當前項目背景情況介紹。對測試產(chǎn)品（所屬行業(yè)、系統(tǒng)架構(gòu)、系統(tǒng)功能等）及其項目目標，以及該文檔讀者對象、其它相關(guān)事項進行一個簡要說明。1.2名詞解釋項目中或測試中一些術(shù)語的說明，包括使用的專用術(shù)語及其定義和縮略語全稱及其定義。術(shù)語或縮寫詞英文解釋中文解釋1.3參考資料包括測試計劃引用或參考的文檔，查看計劃同時需要同查看的相關(guān)文檔等，這些文檔都需要加到測試計劃的參考資料列表里。資料名稱作者說明1.4測試摘要主要說明測試計劃中重要的和可能有爭議的問題。主要目的是將這些信息傳遞給那些可能不會通讀整個測試計劃文檔的人員（比如公司領(lǐng)導、項目經(jīng)理、產(chǎn)品經(jīng)理等）。可以考慮以

4、下幾塊內(nèi)容。重點事項列出測試的重點事項?？梢詫栴}按重要程度和優(yōu)先級羅列出來，然后在后面的章節(jié)中再對這些問題進行詳細說明，這樣就能讓對這些問題有重要影響的人員知道問題的所在。爭議事項簡要說明爭議事項，如與開發(fā)人員、項目經(jīng)理在測試進度，測試策略等方面前期未達成一致的內(nèi)容。 風險評估通過對技術(shù)文檔的閱讀，對被測系統(tǒng)可能存在的問題：系統(tǒng)設計，數(shù)據(jù)庫設計，響應時間,因測試環(huán)境不足可能存在的測試缺陷事先評估出來，以指導測試方案，進行有重點的測試。 時間進度簡要說明測試開始時間與發(fā)布的大致時間或幾個大里程碑時間。2資源需求2.1硬件資源描述建立測試環(huán)境所需要的設備、用途及軟件部署計劃。1、機型（配置）：此

5、處說明所需設備的機型要求以及內(nèi)存、CPU、硬盤大小的最低要求。2、用途及特殊說明：此設備的用途，如數(shù)據(jù)庫服務器，web服務器，后臺開發(fā)等；如有特殊約束，如開放外部端口，封閉某端口，進行性能測試等，也寫在此列；3、軟件及版本：詳細說明每臺設備上部署的自開發(fā)和第三方軟件的名稱和版本號，以便系統(tǒng)管理員按照此計劃分配測試資源；4、預計空間：說明第三方軟件和應用程序的預計空間。IP/機型操作系統(tǒng)用途說明軟件&版本預計空間172.16.40.4Win2003Oracle10G2G172.16.108.25WinxpTomcat6.0200M2. 2軟件資源列出項目中使用所有軟件以及測試工具。軟件類型軟件類

6、型軟件名稱、版本以及用途說明2.3人力資源列出項目參與人員的職務、姓名、職責。人員包括開發(fā)人員，QA,配置，測試以及其它相關(guān)人員。角色姓名職責3測試詳述3.1測試范圍本計劃涵蓋的測試范圍，比如單元測J試、集成測試、系統(tǒng)測試、性能測試、安全測試等。測試項目涉及的業(yè)務功能與其它項目涉及的業(yè)務接口等。要說明哪些是要測試的，哪些是不要測試的。哪些文檔需要編寫，哪些文檔在什么情況下不寫等。2風險和約束列出測試過程中可能存在的些風險和制約因素，并給出規(guī)避方案。如： 由于客觀存在的設備、網(wǎng)絡等資源原因，使得測試不全面。明確說明哪些資源欠缺,產(chǎn)生什么約束由于研發(fā)模式為項目型產(chǎn)品，旦工程上線時間壓力大，使得測試

7、不充分。明確說明在此中約束下，測試如何應對。 由于開發(fā)人員兼職其它他工作，造成的所提交代碼質(zhì)量以及不能及時修改BUG的風險，測試應該如何應對。3.3測試進度在此章節(jié)，對各階段的測試給出里程碑計劃，包括階段、里程碑、資源等。如果項目已使用DevPlan,可以拷貝DevPlan中內(nèi)容。進度一般情況時間跨度不能超過兩周。測試階段開始時間結(jié)束時間資源測試計劃制定測試用例編寫性能測試方案編撰測試用例評審單元/集成測試系統(tǒng)測試性能測試環(huán)境搭建性能測試用戶手冊編寫性能測試報告編寫功能測試報告編寫4測試策略4.1整體策略說明計劃中使用的基本的測試過程。使用里程碑技術(shù)在測試過程中驗證每個模塊，測試人員在需求階段

8、參與測試工作，進行需求review、設計review.測試用例設計和測試開發(fā)，在系統(tǒng)開發(fā)完成之后，正式執(zhí)行測試。產(chǎn)品達到軟件產(chǎn)品質(zhì)量要求和測試要求后發(fā)布，并提交相關(guān)的測試文檔。2測試類型選擇本項目是否采用該測試類型，在表格是否采用如果采用填寫“J”，不采用無需填寫,如果表格中沒有對應的測試類型自己增加。編號測試類型說明是否采用1功能測試根據(jù)需求文檔、設計文檔等檢查產(chǎn)品是否正確實現(xiàn)了功能2流程測試按操作流程進行的測試，主要有業(yè)務流程、數(shù)據(jù)流程、邏輯流程、正反流程，檢查軟件在按流程操作時是否能夠正確處理3界面測試檢查界而是否符合公司界面規(guī)范，是否美觀合理4易用性測試檢查系統(tǒng)是否易用友好，是否符合通

9、用的操作習慣5接口測試檢查系統(tǒng)能否與外部系統(tǒng)或外部設備等是否接口正常6安裝測試檢查系統(tǒng)能否正確安裝、配置基礎(chǔ)數(shù)據(jù)是否正確7性能測試提取系統(tǒng)性能數(shù)據(jù)，檢查系統(tǒng)是否滿足在需求中所規(guī)定達到的性能8安全性測試檢查系統(tǒng)安全，是否達到安全需求，是否存安全隱患9兼容性測試對于C/S架構(gòu)的系統(tǒng)來說，需要考慮客戶端支持的系統(tǒng)平臺對于B/S架構(gòu)的系統(tǒng)來說需要考慮用戶端瀏覽器的版本4.3測試技術(shù)選擇本項目是否采用該測試技術(shù)，在表格是否采用如果采用填寫“J”，不采用無需填寫,如果表格中沒有對應的測試技術(shù)自己增加。編號測試技術(shù)說明是否采用1測試用例設計在產(chǎn)品需求評審通過后編寫測試用例2性能測試是否是使用工具進行性能方面

10、的測試3白盒測試單元測試是否開展代碼測試4自動化測試系統(tǒng)回歸時是否要引入自動化測試5測試提交文檔測試過程中需要提交各種文檔、作者、文檔配置庫存放目錄。文檔說明作者文檔位置（配置庫）測試計劃測試用例用戶手冊功能測試報告性能測試報告6測試進入準則編寫準則名稱備注說明1需求規(guī)格說明書、概要設計文檔、詳細設計文檔全部評審通過并納入基線2代碼審查活動已結(jié)束，相關(guān)缺陷已修正3提交測試的功能已通過產(chǎn)品人員的驗證4冒煙測試用例執(zhí)行通過7測試通過準則可以是產(chǎn)品的質(zhì)量達到什么樣的目標，產(chǎn)品的流程聯(lián)通性達到什么樣的要求。編寫準則名稱備注說明1測試已實現(xiàn)的產(chǎn)品是否達到設計的要求，包括：各個功能點是否以實現(xiàn)，業(yè)務流程是否正