xx系統
測試計划
文件版本：V1.0
目 錄
1 引言. 1
1.1 編寫目的. 1
1.2 預期讀者. 1
1.3 參考資料. 1
1.4 項目概述. 1
1.5 參考資料. 2
1.6 業務流程圖. 3
2 測試策略. 5
2.1 開始標准. 5
2.2 中止標准. 5
2.3 完成標准（第一輪交付）. 5
3 項目參與人員. 6
4 測試環境. 6
4.1 硬件環境（待補充及修改）. 6
4.2 軟件環境. 7
5 測試進度計划. 7
6 風險分析. 9
6.1 測試人員資源不足：. 9
6.2 測試不夠全面：. 9
6.3 需求變更導致工作量變動：. 9
6.4 開發提交測試版本比該計划延遲：. 9
6.5 提交測試版本質量較低：. 10
6.6 代碼版本管理混亂：. 10
6.7 應對方案：. 10
7 輸出文檔. 10
文件修改記錄
| 修改日期 |
版本號 |
修改內容 |
修改人 |
審核人 |
批准人/日期 |
| 2019-04-04 |
V1.0 |
創建 |
xxx |
|
|
| 2019-04-08 |
V1.1 |
新增風險分析內容，輸出文檔，業務流程圖；補充測試環境內容。 |
|
|
|
|
|
|
|
|
|
|
1 引言
1.1 編寫目的
本文檔為xx系統測試計划，用來規划2019年4月4日至4月30日的測試任務，闡述該項目測試資源配置、進度控制、測試目標確認以及其他測試管理活動。
1.2 預期讀者
xx項目項目經理，產品，開發，測試
1.3 參考資料
《xx原型v1.0》
1.4 項目概述
項目背景描述
1.5 參考資料
xx原型
1.6 業務流程圖
2 測試策略
1、 采用手工測試。
2、 測試管理工具選用X-mind思維導圖單，bug跟蹤工具選用禪道。Bug級別分類：1級-導致程序崩潰的缺陷；2級-嚴重影響程序雲關系或者嚴重阻礙用戶使用的缺陷；3級-對用戶使用造成一定影響的缺陷；4-可用性問題或改進意見。
3、 主要為基本業務流程測試、功能測試，基本的界面測試。
1）測試目標：驗證軟件提供的功能是否都可以實現，業務流程能走通
2）測試方法和技術：檢驗在輸入正確數據時結果能否與設計期望相符合，檢驗在輸入錯誤數據時軟件能否報警並正常運行
3）完成標准：所有的功能都通過測試，且達到目標
2.1 開始標准
測試環境搭建完成。
測試相關人員准備就緒。
現場測試環境達到可測要求。
2.2 中止標准
1、測試中出現一級缺陷較多。
2、測試環境不穩定。
3、客戶需求變更。
2.3 完成標准（第一輪交付）
1、測試需求覆蓋率達到100%
2、業務基本主流程及主要功能測試通過
3、系統死鎖、系統崩潰、嚴重錯誤不能多於1個
4、次要錯誤不能多於2個
5、不合理或者別扭，文字錯誤，微不足道錯誤不能多於10個
6、以上錯誤均不能出現影響用戶使用的Bug
3 項目參與人員
| 職務 |
姓名 |
| 產品 |
xxx |
| UI |
xxx |
| 后端 |
xxx |
| 前端 |
xxx |
| 測試部 |
xxx |
4 測試環境
4.1 硬件環境（待補充及修改）
| 資源名稱 |
資源項 |
描述 |
| 瀏覽器測試 PC |
操作系統 |
Windows 10(共1台) |
| 硬件配置 |
CPU：酷睿雙核 P8600 內存：8G 網絡：局域網100M
|
4.2 軟件環境
| 資源名稱 |
資源項 |
描述 |
| 測試應用服務器 |
操作系統 |
|
| 應用服務器 |
Tomcat5.6 |
|
| 數據庫服務器 |
操作系統 |
|
| 數據庫版本 |
Mysql |
|
| 瀏覽器端 |
操作系統 |
Windows 10 |
| 瀏覽器 |
Google Chrome版本 67.0.3396.87 |
|
| Flash版本 |
10.0 |
|
|
|
Office |
2010,2016 |
pc適配的系統、瀏覽器、分辨率（待補充）
系統：Windows10操作系統，版本因素暫時不考慮
瀏覽器：基本業務流程在chrome和360瀏覽器極速模式測試。
分辨率：此次測試暫時不考慮這個因素
移動端適配的手機：
1,iphone6,ios12。0 ;
2,榮耀9i，android 8
5 測試進度計划
測試范圍
測試人員：xxx
| 日期（2019 年） |
規划 |
系統 |
測試內容（模塊） |
備注 |
| 4月8日至4月19日 |
測試用例編寫 |
xx前端（pc端，移動端），后台管理設置 |
xx前端（pc端，移動端），后台管理設置； |
移動端原型尚未出來 |
| 4月22日 |
第一輪測試 |
xx前端（pc端，移動端），后台管理設置 |
覆蓋基本業務流程 |
流程走通后才能進行第一輪測試 |
| 4月26日 |
第二輪測試 |
xx前端（pc端，移動端），后台管理設置 |
回歸之前的bug |
|
| 4月30日 |
上線測試 |
|
禪道上提的Bug回歸，及回歸測試 |
早上需要開發改完前2天的Bug，下午發布一個版本 |
6 風險分析
6.1 測試人員資源不足：
本項目前台有pc端和移動端，還有pc端后台設置系統，都需要在7個工作日測試兩輪，即使加班時間也比較緊張。
6.2 測試不夠全面：
考慮項目時間進度，主要為基本業務流程測試、及功能測試，其它方面測試（如性能、安全、兼容性等）暫時不考慮，存在一定的風險。
6.3 需求變更導致工作量變動：
上述工作了預估中對需求變更進行了一定的風險覆蓋，如需求變更超出目前預計，可能導致編寫測試用例及執行測試相關工作量增加；
6.4 開發提交測試版本比該計划延遲：
發生此種情況時，執行測試的時間應合理順延；
6.5 提交測試版本質量較低：
可能導致比該計划更多輪次回歸測試；
6.6 代碼版本管理混亂：
，將只選取一個穩定版本進行測試，不考慮中間版本的反復測試。一輪測試完成后，再進行下一穩定版本的回歸測試。
6.7 應對方案：
1，需求原型階段多評審，盡量把問題解決在需求端；
2，后端接口開發完成與前端聯調階段進行接口測試；
3，通過招聘引進人員來解決。
7 輸出文檔
測試輸出文檔：《xx測試計划v1.0》，《xxx測試用例v1.0》，《xxx測試報告v1.0》