XX项目测试计划
XX項目測試計劃
目錄
1. 引言
1.1. 文檔版本
1.2. 項目情況
1.3. 預期讀者
1.4. 項目質量定義
1.5. 參考文檔
2. 測試目標
2.1. 測試對象
2.2. 測試級別
2.3. 質量指標
3. 測試方案
3.1. 測試階段
3.2. 測試類型
3.3. 測試方法
3.4. 測試交付件
3.5. 缺陷嚴重級別定義
4. 資源需求
4.1. 人員需求
4.2. 硬件需求
4.3. 工位需求
4.4. 工具需求
5. 進度安排
5.1. 里程碑
5.2. 試工作安排及估算
6. 入口、出口標準
6.1. 系統測試入口標準
6.2. 測試出口標準
6.3. 產品交付標準
7. 風險評估
1.引言
?
1.1.文檔版本
| 版本 | 作者 | 審批 | 備注 |
| V1.0 | Vincent | XXX |
?
1.2.項目情況
| 項目名稱 | Commercial audit VAT upgrade |
| 項目版本 | V2.31 |
| 項目經理 | XXX |
| 測試經理 | Vincent |
| 所屬部門 | 核算業務部 |
1.3.預期讀者
部門經理
項目經理
測試經理
需求分析師
開發工程師
測試工程師
XXX銀行經理
XXX基金公司經理
1.4.項目質量定義
本項目軟件測試是為了保障，XXX財務核算系統在應對營改增政策調整的系統升級后，能夠滿足營改增業務處理需求，并對系統整體質量進行測試，監控和反饋。
系統質量是項目所有利益相關方的責任，而不是只依賴軟件測試工程師。管理、需求、開發和測試都需要在質量保證過程中進行直接或間接的工作與協助。
1.5.參考文檔
《營改增需求說明書》、《營改增政策文件》、《XXX系統升級設計規格說明》《。。。》
2.測試目標
2.1.測試對象
XXX系統財務核算系統：
股票投資相關業務處理子模塊；
債券投資相關業務處理子模塊；
基金投資相關業務處理子模塊；
營改增子系統；
納稅統計子模塊；
2.2.測試級別
2.2.1.單元測試
目的：確保代碼編寫正確
角色：開發工程師
對象：新代碼，歷史代碼重構，新的前臺頁面
時間：一旦有代碼被編寫
環境：開發環境、持續集成環境
方法：Junit、FindBugs
2.2.2.集成測試
目的：確保組件交互正確
角色：開發工程師/測試工程師
對象：新的組件和webservice
時間：接口代碼編寫完畢
環境：開發環境、持續集成環境
方法：Jmeter
2.2.3.系統測試
目的：確保系統整體集成后工作正常
角色：測試開發工程師/測試工程師
對象：系統整體業務和場景，用戶流程
時間：系統集成完畢
環境：測試環境
方法：Webdriver自動化測試，手工測試
2.2.4.接收測試
目的：確保系統滿足交付條件
角色：客戶/系統操作員
對象：對需求進行接收測試
時間：系統測試執行完畢
環境：預生產環境
方法：用戶/操作員手工測試
?
2.3.質量指標
2.3.1.功能
2.3.2.性能
2.3.3.UI
2.3.4.安全性
2.3.5.易用性
2.3.6.互操作性
2.3.7.兼容性
3.測試方案
3.1.測試階段
3.1.1.需求評審
需求初稿發布后，項目所有利益相關方需參加需求評審。評審活動由項目經理組織主持，所有團隊成員都要求參加。需求部門有義務對需求進行解釋并且對評審人員的反饋進行處理。
3.1.2.測試計劃
略
3.1.3.測試設計
需求終稿完成以后，測試人員開始進行測試設計。
3.1.4.測試執行
3.1.5.測試報告
3.1.6.測試交付
3.2.測試類型
3.2.1.功能測試
3.2.2.非功能測試
3.2.3.冒煙測試
3.2.4.回歸測試
3.3.測試方法
3.3.1.自動化測試
3.3.2.靜態測試
3.3.3.探索性測試
3.3.4.安全性掃描
3.3.5.兼容性檢查
3.4.測試環境
系統測試將采用統一的測試環境：
?
? ? ? ? ? ? ? ??
3.5.測試交付件
| 序號 | 交付件 | 階段 | 責任人 |
| 1 | 評審報告 | 需求評審 | 測試經理 |
| 2 | 測試計劃說明書 | 測試計劃 | 測試經理 |
| 3 | 測試用例 | 測試設計 | 測試工程師 |
| 4 | 自動化測試腳本/用例 | 自動化測試 | 自動化測試工程師 |
| 5 | 單功能測試報告 | 系統測試 | |
| 7 | 系統整體測試報告 | 系統測試 | 測試經理 |
3.6.缺陷嚴重級別定義
| 級別 | 定義 |
| 致命（一級） | |
| 嚴重（二級） | |
| 一般（三級） | |
| 輕微（四級） |
4.資源需求
4.1.人員需求
| 職位 | 數量 | 現有 |
| 測試工程師 | 6 | 3 |
| 自動化測試工程師 | 2 | 1 |
4.2.硬件需求
| 設備類型 | 需求參數 | 數量 | ||||
4.3.工位需求
?? ??
? ??? ??? ??? ?
?? ??? ??? ??? ??? ?
4.4.工具需求
| 工具類型 | 工具選擇 | |
| 測試管理工具 | Quality Center | |
| 自動化測試工具 | Eclipse，selenium，TestNG | |
| 靜態審查工具 | Findbugs | |
| 評審工具 |
5.進度安排
5.1.里程碑
| 里程碑 | 開始時間 | 結束時間 | 完成標準 |
| 接口測試完成 | |||
| 系統測試正式開始 | |||
| 第一輪系統測試完成 | |||
| 第二輪系統測試完成 | |||
| 第三輪系統測試完成 | |||
| 整體回歸測試完成 | |||
| 接收測試完成 |
?
5.2.測試工作安排及估算
| 測試活動 | 開始時間 | 結束時間 | 責任人 | 預期工作量 |
| 需求評審 | ||||
| 測試計劃 | ||||
| 自動化框架搭建 | ||||
| 自動化腳本編寫 | ||||
| 測試環境搭建 | ||||
| 測試數據遷移 | ||||
| 接口測試設計 | ||||
| 接口測試執行 | ||||
| 系統測試用例編寫 | ||||
| 第一輪系統測試 | ||||
| 第二輪系統測試 | ||||
| 第三輪系統測試 | ||||
| 回歸測試 | ||||
| 自動化測試執行 | ||||
| 缺陷報告 | ||||
| 缺陷跟蹤 | ||||
| 單功能報告 | ||||
| 整體測試報告 | ||||
| 接收測試 | ||||
| 產品交付 |
?? ??? ??? ??? ?
6.入口、出口標準
6.1.系統測試入口標準
| 檢查項 | 滿足標準 | 責任人 | 檢查人 | |
| 接口測試 | 接口測試已通過 | 開發工程師 | 測試工程師 | |
| 系統提測 | 提測代碼沒有重大阻塞性問題/冒煙測試通過 | 開發工程師 | 測試工程師 | |
| 測試環境 | 測試環境可用 | 測試經理 | 測試工程師 | |
| 測試工具 | 測試工具可用 | 測試經理 | ||
?? ??? ??? ??? ?
6.2.測試出口標準
| 指標 | 標準 | 責任人 |
| 系統測試用例執行率 | 達到90% | 測試經理 |
| 缺陷遺留數量 | 不能超過20個 | 項目經理 |
| 非功能性指標 | 非功能指標達成 | 測試經理 |
| 自動化測試 | 自動化覆蓋度已達成 | 測試經理/自動化測試 |
? ? ? ??
6.3.產品交付標準
| 指標 | 標準 | 責任人 |
| 需求開發 | 所有需求已開發完成交付測試完成 | 項目經理 |
| 遺留缺陷 | 不能超過20個 | 項目經理 |
| 非功能性指標 | 非功能指標達成 | 項目經理 |
| 系統測試 | 自動化覆蓋度已達成 | 測試經理/自動化測試 |
?? ??? ?
7.風險評估
| 風險項 | 嚴重級別 | 可能性 | 影響 | 建議 |
| 需求變更 | ||||
| 人員流動 | ||||
| 業務難度大 | ||||
?
?? ??? ??? ??? ?
總結
- 上一篇： 语言模型：介绍
- 下一篇： 乒乓球单循环赛_乒乓球循环赛制比赛方法