測試計劃(模板)

1、XXXXXXXXXXXXXXXXXXXXXXXXXXXX項目名稱項目名稱測試計劃測試計劃XXXXXX 公司公司二二X XX X年年 X X月月文檔修改記錄文檔修改記錄版本號版本號版本描述版本描述責任人責任人日期日期備注備注V1.0初始編制XXXX2012-8-31版本號示例：V1.0、V2.0、V3.0、V4.0、V5.0XXX 項目 測試計劃XXXXXXXXXX 公司 第 3 頁 共 14 頁目目 錄錄第一章引言.41.1編寫目的.41.2項目背景.41.3定義.41.4參考資料.5第二章測試計劃.62.1測試準備.62.1.1測試環(huán)境準備.62.1.2測試人員準備.72.1.3測試任務(wù)和進

2、度.72.2測試策略和方法.82.2.1測試策略.82.2.2測試方法.82.3測試風險.9第三章測試種類及測試標準.103.1測試種類.103.2測試標準.10第四章測試范圍及測試重點.134.1測試范圍.134.2測試重點.13測試計劃評審意見.14XXX 項目 測試計劃XXXXXXXXXX 公司 第 4 頁 共 14 頁第一章引言1.1 編寫目的提示：該文檔對測試工作的指導作用及閱讀該文檔的主要對象【編寫實例參見如下：】編寫該文檔的主要目的在于從總體上明確學生工作管理系統(tǒng) Beta1 版本的功能模塊和實現(xiàn)方法，從而在后期測試活動中更好的把握測試范圍，制定適當?shù)臏y試策略和方法。并為測試過程

3、中測試人員和后期實施人員提供工作指導。本文檔預期的讀者包括：項目經(jīng)理、系統(tǒng)設(shè)計人員、開發(fā)人員和測試人員。1.2 項目背景1.說明待開發(fā)的軟件系統(tǒng)的名稱2.列出本項目的任務(wù)委托單位、開發(fā)單位、協(xié)作單位、用戶單位3.說明項目背景，敘述該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關(guān)該軟件開發(fā)的背景材料。如果本次開發(fā)的軟件系統(tǒng)是一個更大的系統(tǒng)的一個組成部分，則要說明該更大系統(tǒng)的組成和介紹本系統(tǒng)與其它相關(guān)系統(tǒng)的關(guān)系和接口部分4.保密說明：本項為可選項，一般的軟件公司都會要求對軟件開發(fā)的概要設(shè)計文檔進行保密，不允許被復制、使用和擴散到公司之外的范圍，如果需要強調(diào)則允許做相關(guān)的保密說明5.

4、版權(quán)說明：本項為可選項，若有必要，才要作有關(guān)的描述。1.3 定義提示：對文檔中的專業(yè)術(shù)語進行解釋說明序號序號術(shù)語名稱術(shù)語名稱術(shù)語定義術(shù)語定義1234.XXX 項目 測試計劃XXXXXXXXXX 公司 第 5 頁 共 14 頁1.4 參考資料提示：列出所本文檔所使用的參考資料，包括：1 本軟件開發(fā)所經(jīng)核準的合同或標書或可行性報告等文檔2 軟件開發(fā)計劃書3 需求分析報告4 測試方案（若存在初稿的話）5 與本項目有關(guān)的已發(fā)表的文件或資料6 本文件中各處引用的文件、資料，所采用的軟件開發(fā)標準和規(guī)范注意：必須列出文件、資料的作者、標題、編號、發(fā)表日期和出版單位，以說明這些文件資料的來源。若某些文檔有保密

5、要求的，則要說明其保密級別。序號序號文檔名稱文檔名稱作者作者版本版本/ /日期日期12XXX 項目 測試計劃XXXXXXXXXX 公司 第 6 頁 共 14 頁第二章測試計劃2.1 測試準備2.1.1測試環(huán)境準備提示：如服務(wù)器、客戶端的軟、硬件要求及網(wǎng)絡(luò)環(huán)境要求等。1. 服務(wù)器硬件配置要求硬件配置要求CPU內(nèi)存磁盤空間軟件配置要求軟件配置要求操作系統(tǒng)Web Server數(shù)據(jù)庫系統(tǒng)2. 客戶端硬件配置要求硬件配置要求CPU內(nèi)存磁盤空間軟件配置要求軟件配置要求操作系統(tǒng)瀏覽器3. 網(wǎng)絡(luò)環(huán)境XXX 項目 測試計劃XXXXXXXXXX 公司 第 7 頁 共 14 頁2.1.2測試人員準備提示：該項目主要

6、測試負責人及測試人員【編寫實例參見如下：】1 測試負責人()：為測試項目提供總體方向，制定測試計劃、征集并監(jiān)督測試人員、申請系統(tǒng)資源，控制和跟蹤測試進度。2 測試人員()：對被測軟件的詳細了解、分解測試需求、編寫測試用例。負責測試執(zhí)行和記錄結(jié)果。跟蹤 Bug 解決情況。匯報工作進程及測試結(jié)果。2.1.3測試任務(wù)和進度測試階段測試階段任務(wù)任務(wù)工作量估計工作量估計人員分配人員分配時間時間測試環(huán)境搭建搭建測試環(huán)境，包括：硬件環(huán)境，BUG 管理工具，項目安裝。編寫測試用例并評審通過根據(jù)需求說明書，概要設(shè)計說明書，編寫出測試用例。功能測試測試功能和業(yè)務(wù)流程是否達到設(shè)計要求提交測試報告根據(jù)項目進度計劃，編

7、寫階段性的測試報告壓力測試測試系統(tǒng)在特定硬件環(huán)境中的性能，穩(wěn)定性等指標是否達到要求。2.2 測試策略和方法提示：說明本次測試中所采用何種方法和策略（如黑盒測試，其中采用邊界值探測XXX 項目 測試計劃XXXXXXXXXX 公司 第 8 頁 共 14 頁法、等價類劃分法等測試方法）。2.2.1測試策略提示：手工黑盒測試，根據(jù)編寫的測試用例，通過手工創(chuàng)建數(shù)據(jù)的方法來驗證各模塊的功能是否正確。2.2.2測試方法提示：此次測試主要進行功能測試就是對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達到用戶要求的功能。針對 Web 系統(tǒng)的常用測試采用如下方法： 頁面鏈接檢查：每一個鏈接是否都

8、有對應的頁面，并且頁面之間切換正確。 相關(guān)性檢查：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確。 檢查按鈕的功能是否正確：如 update、cancel、delete、save 等功能是否正確。 字符串長度檢查：輸入超出需求所說明的字符串長度的內(nèi)容，看系統(tǒng)是否檢查字符串長度，會不會出錯。 字符類型檢查：在應該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應該輸入整型的地方輸入其他字符類型)，看系統(tǒng)是否檢查字符類型，會否報錯。 標點符號檢查：輸入內(nèi)容包括各種標點符號，特別是空格、各種引號、回車鍵?？聪到y(tǒng)處理是否正確。 中文字符處理：在可以輸入中文的系統(tǒng)輸入中文，看會否

9、出現(xiàn)亂碼或出錯。 檢查帶出信息的完整性：在查看信息和 update 信息時，查看所填寫的信息是不是全部帶出，帶出信息和添加的是否一致。 信息重復：在一些需要命名，且名字應該唯一的信息輸入重復的名字或 ID，看系統(tǒng)有沒有處理，會否報錯，重名包括是否區(qū)分大小寫，以及在輸入內(nèi)容的前后輸入空格，系統(tǒng)是否作出正確處理。 檢查刪除功能：在一些可以一次刪除多個信息的地方，不選擇任何信息，按”delete”，看系統(tǒng)如何處理，會否出錯;然后選擇一個和多個信息，進行刪除，看是否正確處理。XXX 項目 測試計劃XXXXXXXXXX 公司 第 9 頁 共 14 頁2.3 測試風險提示：對本次測試活動可能存在的風險預估

10、計。【編寫實例參見如下：】此次測試的部分沒有經(jīng)過需求的評審，且測試時間有限，開發(fā)人員是否及時發(fā)布版本直接影響進度。XXX 項目 測試計劃XXXXXXXXXX 公司 第 10 頁 共 14 頁第三章測試種類及測試標準3.1 測試種類提示：如功能測試、業(yè)務(wù)測試等，依不同項目要求而定【編寫實例參見如下：】本次測試活動涉及到界面測試、邏輯功能測試、易用性測試、兼容性測試、業(yè)務(wù)測試和壓力測試。3.2 測試標準提示：列出經(jīng)過各種測試后，軟件應達到的標準（如功能測試：能夠按照設(shè)計要求實現(xiàn)該模塊的各個功能,進出模塊數(shù)據(jù)流向正確,各項數(shù)據(jù)完整/準確）?！揪帉憣嵗齾⒁娙缦隆?.邏輯功能測試1） 概述：能夠按照和要

11、求實現(xiàn)各模塊的各個功能,業(yè)務(wù)流程要求，進出模塊數(shù)據(jù)流向正確,各項數(shù)據(jù)完整準確。2） 標準：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例流，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預期的結(jié)果；在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息；使用有效數(shù)據(jù)時工作流通暢并得到期望結(jié)果；參考規(guī)范：常用測試用例表_V1.0常用功能部分。2.界面測試1） 概述：嚴格按照需求說明說中的界面設(shè)計圖和公司的 UI 標準執(zhí)行界面測試，驗證界面是否美觀、布局是否正確合理。2） 標準：核實以下內(nèi)容：確保各種訪問方法(確保各種訪問方法（鼠標移動、快捷鍵等）都使XXX 項目 測試計劃XXXXXXXXXX 公司 第 11 頁 共 14 頁

12、用正常；確保窗口對象及其特征（菜單、大小、位置、狀態(tài)和中心）都符合標準等；參考規(guī)范：系統(tǒng)界面樣式規(guī)范、常用測試用例表_V1.0界面部分。3.易用性測試1） 概述：從軟件使用的合理性和方便性等角度對軟件系統(tǒng)進行檢查，來發(fā)現(xiàn)軟件中不方便用戶使用的地方。2） 標準： 核實如下內(nèi)容：窗口上按鈕的布局要與界面相協(xié)調(diào),不要過于密級，也不要過于空曠；界面上的字體一般為宋體，字號一般為 812 號；測試窗體在常用分辨率下的顯示情況，包括 800*600,1024*768 等；屏幕對角線交點的上方最容易用戶的位置，要重點測試；工具欄上的圖標簡潔美觀，盡量符合其真實含義；狀態(tài)欄上要實時顯示操作后窗體發(fā)生的變化；參

13、考規(guī)范：常用測試用例表_V1.0易用性測試部分。4.兼容性測試1） 概述：核實測試對象在不同的軟件和硬件配置中的運行情況。2） 標準：確定系統(tǒng)能在下列條件下正常運行：在各種所需的硬件和軟件配置中；在各種瀏覽器下的兼容性測試；相關(guān)表格如下：檢查項測試人員的類別及其評價系統(tǒng)能在各種軟/硬件條件下運行嗎？具體有哪些呢？XXX 項目 測試計劃XXXXXXXXXX 公司 第 12 頁 共 14 頁檢查項測試人員的類別及其評價系統(tǒng)支持多種操作平臺嗎？支持多種瀏覽器嗎？ IE6.0、 IE7.05.業(yè)務(wù)測試1） 概述：能夠滿足系統(tǒng)原型的業(yè)務(wù)流程要求，相應操作時業(yè)務(wù)規(guī)則的流向恰當，并發(fā)情況下流程正常。2） 目

14、標：按照系統(tǒng)原型的業(yè)務(wù)流程驗證有效和無效數(shù)據(jù)的用例流，核實以下內(nèi)容：使用有效數(shù)據(jù)時工作流通暢并得到期望結(jié)果；使用無效數(shù)據(jù)時，顯示相應的錯誤信息或警告信息。6.壓力測試1） 概述：這里的具體包含了負載測試以及壓力測試。2） 目標：核實下列行為下的系統(tǒng)行為：確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量（包括長時間處理多個用戶相同的且性能最壞的業(yè)務(wù)）；確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行，并評估其性能特征，包括響應時間、事務(wù)處理速率和其他與時間相關(guān)的內(nèi)容。XXX 項目 測試計劃XXXXXXXXXX 公司 第 13 頁 共 14 頁第四章測試范圍及測試重點4.1 測試范圍提示：與測試需求內(nèi)容完全對應,在此只需注明本次測試活動中涉及的模塊名稱及子模塊名稱.。4.2 測試重點針對不同項目要求的側(cè)重點不同而設(shè)計。【編寫實例參見如下：】1.數(shù)據(jù)管理測試數(shù)據(jù)的新增、編輯、刪除功能的正確性。2.數(shù)據(jù)統(tǒng)計測試成果統(tǒng)計功能中統(tǒng)計數(shù)據(jù)的正確性。3.權(quán)