1、XXX項目軟件測試計劃編號：xxxx公司20xx年xx月目錄1文檔說明21.1文檔信息21.2文檔控制2變更記錄2審閱記錄32引言42.1編寫目的42.2項目背景42.3參考資料52.4術語和縮略語63測試策略73.1整體策略73.2測試范圍83.3測試交接標準9單元測試交接標準9集成測試交接標準93.4測試通過標準93.5測試類型9功能測試9性能測試10容量測試10安全測試103.6風險分析104測試方法114.1里程碑技術114.2測試用例設計114.3測試實施過程124.4測試方法綜述124.5測試團隊結構125資源需求135.1培訓需求135.2運行環境13軟件運行環境13硬件運行環境

2、146各階段時間分配157測試過程管理157.1測試文檔15測試文檔管理157.2缺陷處理過程167.3測試報告161 文檔說明1.1 文檔信息文檔基本信息參看表1-1文檔信息表。表 11文檔信息表文檔作者創建日期20xx年xx月xx日當前版本V1.0上次版本無1.2 文檔控制1.2.1 變更記錄文檔變更記錄在表1-2中詳細記錄。表12變更記錄表變更日期變更人版本備注2016-05-05V1.0新增2016-05-05V2.0修改2016-05-05V3.0刪除1.2.2 審閱記錄表1-3中詳細記錄了審閱記錄。表13審閱記錄表審閱日期審閱人版本備注2 引言2.1 編寫目的本文檔主要闡述“xx系

3、統”測試過程中的一些細節，為“xx系統”的測試工作提供一個框架和規范：1) 確定項目測試的策略、范圍和方法。2) 使項目測試工作的所有參與人員（客戶方參與人員、測試管理者、測試人員）對本項目測試的目標、范圍、策略、方法、組織、資源等有一個清晰的認識。3) 使項目測試工作的所有參與人員理解測試控制過程。4) 從策略角度說明本項目測試的組織和管理，指導測試進展，并作為項目測試工作實施的依據。預期的讀者主要有兩類受眾：測試管理人員（項目經理、客戶指派人員）和測試人員。1) 項目經理根據該測試大綱制定進一步的計劃、安排（工作任務分配、時間進度安排）和控制測試過程。2) 客戶指派人員通過該測試大綱了解測

4、試過程和相關信息。3) 測試人員根據該測試大綱中制定的范圍、方法確定測試需求、設計測試用例、執行和記錄測試過程并記錄和報告缺陷。2.2 項目背景1) 項目背景2.3 參考資料表2-1列出了此次計劃涉及到的參考資料。表 21參考資料名稱備注GBT 15532-2008 計算機軟件測試規范GBT 9386-2008 計算機軟件測試文檔編制規范2.4 術語和縮略語本文使用了表 22術語/定義所顯示的面向用戶的術語、定義，包括通用詞語在本文檔中的專用解釋。表 22術語/定義術語/定義說明表 23縮略語所列為本文用到的縮略語。表 23縮略語縮略語說明測試范圍測試該項目所需要執行的全部工作3 測試策略3.

5、1 整體策略本項目的特點：1) 參與測試的人員部分是第一次接觸大數據平臺采購項目系統。2) 項目系統龐大，內容涉及廣泛，功能復雜。3) 距離初驗時間不到兩個月，時間比較緊。根據以上特點，制定本項目的測試過程策略如下：1) 盡量做到在有限的時間里發現盡可能多的缺陷（尤其是嚴重缺陷）。2) 測試計劃、部分用例設計同步進行。3) 測試過程要受到控制。根據事先定義的測試執行順序進行測試，并填寫測試記錄表，保證測試過程是受控的。4) 確定重點。測試重點放在各子系統的功能實現上，問題較多的則是重中之重。依據標準：本次測試中測試文檔的編寫、測試用例的編寫、具體的執行測試以及測試中各項資源的分配和估算，都是以

6、項目經理提供的各子系統的需求文檔、設計文檔為標準，軟件的執行以系統邏輯設計構架為依據。測試過程：圖 31 測試過程圖3.2 測試范圍制定此次項目測試范圍的依據為：1) 各子系統所包含的功能。2) 同項目負責人特別確定的測試范圍。要測試的子系統：表 31測試范圍測試內容測試范圍功能測試數據接入子系統數據分析子系統共享服務子系統平臺管理專題應用3.3 測試交接標準3.3.1 單元測試交接標準該測試主要由項目組進行，由各項目組根據項目需要進行約定即可。3.3.2 集成測試交接標準該測試由項目組和測試組來進行。1) 約定測試內容全部完成，并通過了單元測試，由相關人員簽字確認。3.4 測試通過標準1)

7、計劃的測試用例已全部執行。2) 經確定的所有缺陷都已得到了商定的解決結果，并沒有發現新的缺陷。3.5 測試類型3.5.1 功能測試表 32功能測試類型描述測試目標驗證軟件提供的功能是否都可以實現。測試方法和技術檢驗在輸入正確數據時結果能否與設計期望相符合；檢驗在輸入錯誤數據時軟件能否報警并正常運行。完成標準所有功能都經過測試，且達到目標。3.5.2 性能測試表 33性能測試類型描述測試目標對軟件的響應時間、并發性、吞吐量，處理精度等指標進行測試以確認軟件是否達到客戶需求。測試方法和技術采用黑盒方法測試每個功能并記錄。完成標準各指標都達到標準。3.5.3 容量測試表 34容量測試類型描述測試目標

8、增大軟件輸入數據量,以確認軟件在處理大量數據時運行正常。測試方法和技術對設計時預計的平均數據處理量提高一個數量級。完成標準大數據量輸入時軟件可以正常完成功能。3.5.4 安全測試表 35安全測試類型描述測試目標確保軟件用戶都在權限以內進行操作。測試方法和技術采用黑盒測試法通過登陸不同權限用戶模式進行軟件操作從而確保安全性。完成標準各權限用戶只能在權限規定范圍內進行操作。3.6 風險分析1) 測試人員對系統熟悉程度的風險：參與本項目的測試人員在經過短期的系統培訓后，仍然有可能沒有完全掌握系統的業務細節，這將在后面的測試設計和測試執行工作造成一些測試逃逸現象（即一些要測試的方面沒有覆蓋到）。2)

9、測試工具使用的風險：目前測試人員對性能測試的一些工具使用經驗不足，需要花費一定的時間研究。4 測試方法4.1 里程碑技術在本項目中，我們將整個測試過程分為幾個里程碑，達到一個里程碑后才能轉換到下一階段，以控制整個過程。我們將整個測試過程分為以下幾個里程碑：表 41測試過程信息表里程碑完成標準系統培訓：1. 對于本項目所有需要測試的系統的培訓完成。2. 測試人員已經對所有被測系統/模塊進行了使用，了解了被測系統的具體功能。測試設計：1. 測試用例已覆蓋所有測試需求。2. 測試用例設計已經完成。測試執行：1. 所有測試用例被執行。2. 發現的缺陷都有缺陷記錄。3. 測試過程有測試記錄。結果分析：1

10、. 完成測試分析報告。4.2 測試用例設計本次測試的測試案例，是在經過系統培訓后，由測試人員根據客戶對系統的介紹和自己對系統的理解按照系統層次結構組織編寫。1) 本系統案例的編寫采用黑盒測試常用的分析方法設計用例。2) 對于每一個測試用例，測試設計人員應為其指定輸入（或操作）、預期輸出（或結果）。3) 每一個測試用例，都必須有詳細的測試步驟描述。4) 本次測試設計的所有測試用例均需以規范的文檔方式保存。5) 在整個測試過程中，可根據項目實際情況對測試用例進行適當的變更。6) 測試用例中測試數據的準備，在客戶的指導和協助下準備。7) 按照系統的運行結構安排用例的執行。4.3 測試實施過程本項目由

11、3位測試人員分別負責不同的子系統的測試，實施過程如下：1) 準備測試所需環境。2) 準備測試所需數據。3) 按照系統運行結構執行相應測試用例。4) 記錄測試過程和發現的缺陷。5) 報告缺陷。4.4 測試方法綜述本項目測試包括：1) 功能測試，測試各功能是否有缺陷。2) 測試人員執行測試時，要嚴格按照測試用例中的內容來執行測試工作。3) 測試人員要將測試執行過程記錄到測試執行記錄文檔中。4) 測試人員要對測試中發現的問題記錄到缺陷記錄中。5) 測試組織。4.5 測試團隊結構表4-2標明了測試團隊結構信息。表 42測試團隊結構表角色人員職責測試主管1) 組織測試培訓2) 組織環境搭建3) 制定測試

12、大綱4) 需求、用例審核5) 控制測試進度6) 與相關部門、人員溝通客戶指派1) 協助溝通2) 協助確定測試需求3) 協助準備測試環境和數據測試設計1) 設計測試用例2) 準備測試數據測試執行1) 按計劃執行測試用例2) 記錄執行過程3) 提出糾正建議措施缺陷報告1) 記錄、報告所發現的缺陷測試分析1) 分析測試結果2) 編寫成測試分析報告5 資源需求5.1 培訓需求參與本次測試的測試人員需要項目組長對測試人員進行系統的相關培訓。培訓內容包括：1) 系統架構的培訓。2) 系統數據流程的培訓。3) 各子系統的功能培訓。4) 哪些部分是本次的重點測試對象。5.2 運行環境5.2.1 軟件運行環境表

13、5-1列出了被測系統的軟件運行環境。表 51軟件運行環境分類軟件運行系統CentOS75.2.2 硬件運行環境表5-2列出了被測系統的硬件運行環境。表 52硬件運行環境資源類型資源描述數量6 各階段時間分配表 6-1列出了個階段時間分配情況。表 61各階段時間分配表測試開始時間：2016年xx月xx日測試結束時間：2016年xx月xx日序號名稱完成日期工作量(人日)11) 測試大綱22) 系統培訓33) 測試設計44) 測試執行55) 結果分析7 測試過程管理7.1 測試文檔7.1.1 測試文檔管理本項目對測試文檔進行集中管理，文檔集中存放在項目測試小組長處，每周備份一次。測試文檔由不同角色分別創建，各角色創建的文檔如表7-1測試文檔信息表所示：表 71測試文檔信息表文檔名稱編制者其它說明6) 測試大綱7) 測試主管8) 測試用例說明書9)