软件测试计划
1. 測試計劃介紹
1.1 定義
制定測試目的、范圍、方法、時間進度及軟件測試重點的過程
2. 測試計劃模板內容
測試目的、測試資源、測試范圍、測試風險、人員分工、測試策略、測試準則、測試進度、提交測試文檔。只要第一項和最后一項的位置是固定的,其他都可以微調位置
2.0 封面和目錄
封面:測試計劃,編寫人,編寫時間等,可以表格,也可以文字描述
目錄:自動生成
2.1 測試目的
2.1.1 測試目的編寫結構
1.目的的總體概述
2.包含詳細描述
2.1.2 測試目的編寫內容
對項目測試進行整體描述,不用過于詳細。
詳細描述各個模塊,功能具體要做什么樣的測試,bug解決情況,以及相應的上線時間。
2.1.3 案例:
要求:1月12日積云商城1.1版本進行上線,新增支付功能以及登錄頁面的修改。
測試目的:
1月6日至1月12日對積云商城1.1版本的新增功能測試,主流程測試以及bug驗證, 5月12日完成測試上線。
針對微信支付功能,以及登陸頁面的修改進行重點測試;回歸驗證積云商城bug,遺留嚴重問題為0, 一般問題少于3個,提示性問題少于5個;11日前在測試環境完成新增功能,主流程測試,12日在線上環境測試、發布。
2.2 測試資源
2.2.1 人力資源
| 職務 | 姓名 | 職責 |
| 測試經理 | 張三 | 介紹相應職務應該所作工作職責 |
| 測試工程師 | 李四 | 在部門中所擔負的職責 |
2.2.2 系統資源
- 軟件資源
????????這部分描述測試需要的軟件的版本、數量、描述。
| 資源 | 描述 |
| 操作系統 | Windows7/Linux Centos |
| Web服務器 | Apache2.2 |
| DB | Mysql5.5 |
| 運行環境 | PHP |
| 瀏覽器 | IE11,谷歌,火狐可以使用虛擬機 |
- 硬件資源
????????這部分描述測試需要的硬件的配置和數量
| 資源 | 描述 | 數量 | 備注 |
| 計算機 | CPU:四核2.0GHz 內存:8G 硬盤:120G 網絡:1000M帶寬 | 12 | 可以使用虛擬機 |
| 安卓手機 | 12+512 一億像素 6000ma 處理器888,天璣1000+ 5G網絡 | 一億 | 最高配 |
2.3 測試范圍
- 測試對象
????????軟件:積云商城1.1版本
????????文檔:《積云商城1.1版本需求文檔》
- 測試的特性
????????需要測試的內容,如積云商城的支付、登錄功能
- 不測試的特性
????????不需要測試的內容,軟件是增量開發,如注冊功能不是本次測試內容
2.4 測試風險
這部分描述測試任務可能遇到的風險,以及規避的方法
1.可能遇到的情況
2.該情況發生的可能性
人員不足、技術有限、軟件依賴環境不完備、工具不足、需求變更
3.該情況發生后對測試造成的影響如何
4.我們該如何應對突發情況
模板
| 風險編號 | 風險描述 | 風險等級(高、中、低) | 責任人 | 風險對測試的影響 | 規避方法 |
| 1 | 測試登錄模塊 | 高 | 張三 |
可能存在的風險以及規避方法(人資法環時)
| 人 | 資料 | 方法 | 環境 | 時間 | |
| 風險 | 人員不足 | 資料欠缺/需求變動 | 方法(技術不足) | 環境(測試環境/測試機不足) | 時間(提前 延遲) |
| 規避 | 招聘借調 | 需求分析工作及時 提前進行 | 培訓 或者招聘會的 | 購買/借同事 | 由測試經理/項目經理進行工作的監督,時刻把握測試進度 |
要求:
目前積云商城1.1版本即將提測,積云商城1.1版本增加了微信支付功能,修改了登陸頁面的布局。
測試組有三個成員,并且對積云商城現有模塊(注冊、登陸、搜索商品、購物車、訂單、支付)都比較熟悉,但是對新增模塊的微信支付還不太熟悉。
版本計劃1周內完成測試并上線。
2.5 人員分工
| 姓名 | 職務 | 工作內容 |
| 張三 | 測試經理 | 具體負責哪些模塊或者類型的測試 |
| 李四 | 功能測試工程師 |
2.6 測試策略
都需要進行哪些測試
第一種方式:
微信支付功能
1.采用接口測試和功能測試
2.測試工程師B對新增的接口進行功能及性能的測試
3.測試工程師A根據需求對微信支付功能業務邏輯、UI、兼容性等進行測試登陸頁面
4.測試工程師B對登陸頁面進行布局、文字,交互及兼容性等進行測試其它功能
5.運行回歸測試用例,覆蓋積云商城的主業務流程
6.注冊頁面運行穩定并且未作修改,本版本不測試
第二種方式:
第三種方式:
1.界面測試:對界面進行測試,是否符合公司需求
2.接口測試:對于各個模塊間數據進行接口測試
3.穩定性測試:
4.兼容性測試:測試商城在IE瀏覽器以及各個主流瀏覽器間是否存在兼容問題
2.7 測試準則
- 啟動準則:滿足什么情況可以進行測試
- 暫停準則:遇到什么情況測試要暫停
- 再啟動準則:在什么情況下可以重新啟動測試
- 結束準則:什么情況可以停止測試
缺陷分類:輕微?→ 一般 → 次要 → 嚴重
2.8 測試進度
| 測試任務 | 負責人 | 預期開始時間 | 預期結束時間 | 時間進度 | 備注 |
| 編寫測試用例 | |||||
| 設計測試用例 |
2.9 提交測試文檔
這部分規劃測試任務的所有文檔輸出,根據項目特點進行規劃:
測試計劃、測試設計說明書、測試案例說明書、測試規程、測試日志、測試問題報告、測試分析報告
如果需要某些文檔合并為一篇文檔,例如把測試設計說明書和測試案例說明書合在一篇文檔中,需要進行說明
| 文檔名稱 | 負責人 | 詳情 |
| 性能測試計劃 | 李四 | 存放位置:?svn://svnserver/qateam/weidu/perf/script |
| 缺陷報告 | 王五 | 提交至禪道 |
最后,使用xmind總結測試計劃!
總結
- 上一篇: 关于计算机专业励志的话,励志语录经典短句
- 下一篇: 5G WiFi的信号难题:穿墙性能太差