2.1 測試計劃介紹
2.1.1 定義
制定測試目的抠刺、范圍、方法摘昌、時間進度及軟件測試重點的過程
2.2 測試計劃模板內容
測試目的速妖、測試資源、測試范圍聪黎、測試風險罕容、人員分工、測試策略稿饰、測試準則锦秒、測試進度、提交測試文檔喉镰。
只要第一項和最后一項的位置是固定的旅择，其他都可以微調位置
2.2.0 封面和目錄
封面：測試計劃，編寫人侣姆，編寫時間等生真，可以表格，也可以文字描述
目錄：自動生成
2.2.1 測試目的
2.2.1.1 測試目的編寫結構
- 目的的總體概述
- 包含詳細描述
2.2.1.2 測試目的編寫內容
對項目測試進行整體描述铺敌，不用過于詳細汇歹。
詳細描述各個模塊屁擅、功能具體要做什么樣的測試偿凭，bug解決情況，以及相應的上線時間派歌。
2.2.1.3 案例:
- 要求：1月12日積云商城1.1版本進行上線弯囊，新增支付功能以及登錄頁面的修改。
- 測試目的：
1月6日至1月12日對積云商城1.1版本的新增功能測試胶果，主流程測試以及bug驗證匾嘱， 5月12日完成測試上線。
針對微信支付功能早抠，以及登陸頁面的修改進行重點測試霎烙；回歸驗證積云商城bug，遺留嚴重問題為0蕊连， 一般問題少于3個悬垃，提示性問題少于5個；11日前在測試環(huán)境完成新增功能甘苍，主流程測試尝蠕，12日在線上環(huán)境測試、發(fā)布载庭。
2.2.2 測試資源
2.2.2.1 人力資源
| 職務 | 姓名 | 職責 |
|---|---|---|
| 測試經(jīng)理 | 張三 | 介紹相應職務應該所作工作職責 |
| 測試工程師 | 李四 | 在部門中所擔負的職責 |
2.2.2.2 系統(tǒng)資源
- 軟件資源
這部分描述測試需要的軟件的版本看彼、數(shù)量廊佩、描述。
| 資源 | 描述 |
|---|---|
| 操作系統(tǒng) | Windows7 /Linux Centos |
| Web服務器 | Apache2.2 |
| DB | Mysql5.5 |
| 運行環(huán)境 | PHP |
| 瀏覽器 | IE11 , 谷歌靖榕，火狐 可以使用虛擬機 |
- 硬件資源
這部分描述測試需要的硬件的配置和數(shù)量
| 資源 | 描述 | 數(shù)量 | 備注 |
|---|---|---|---|
| 計算機 | CPU： 四核2.0GHz 內存：8G 硬盤: 120G 網(wǎng)絡：1000M帶寬 |
12 | 可以用虛擬機 |
| 安卓手機 | 12+512 一億像素 6000ma 處理器888标锄，天璣1000+ 5G網(wǎng)絡 |
一億 | 最高配 |
2.2.3 測試范圍
- 測試對象
軟件：積云商城1.1版本
文檔：《積云商城1.1版本需求文檔》 - 測試的特性
需要測試的內容，如積云商城的支付茁计、登錄功能 - 不測試的特性
不需要測試的內容鸯绿，軟件是增量開發(fā)，如注冊功能不是本次測試內容
2.2.4 測試風險
這部分描述測試任務可能遇到的風險簸淀，以及規(guī)避的方法
1．可能遇到的情況
2．該情況發(fā)生的可能性
人員不足瓶蝴、技術有限、軟件依賴環(huán)境不完備租幕、工具不足舷手、需求變更
3．該情況發(fā)生后對測試造成的影響如何
4．我們該如何應對突發(fā)情況
模板
| 風險編號 | 風險描述 | 風險等級（高、中劲绪、低） | 責任人 | 風險對測試的影響 | 規(guī)避方法 |
|---|---|---|---|---|---|
| 1 | 測試登錄模塊 | 高 | 張三 |
可能存在的風險以及規(guī)避方法（人資法環(huán)時）
| 人 | 資料 | 方法 | 環(huán)境 | 時間 | |
|---|---|---|---|---|---|
| 風險 | 人員不足 | 資料欠缺/需求變動 | 方法（技術不足） | 環(huán)境（測試環(huán)境/測試機不足） | 時間（提前 延遲） |
| 規(guī)避 | 招聘 借調 | 需求分析工作及時 提前進行 | 培訓 或者招聘會的 | 購買/借同事 | 由測試經(jīng)理/項目經(jīng)理進行工作的監(jiān)督男窟，時刻把握測試進度 |
要求：
目前積云商城1.1版本即將提測，積云商城1.1版本增加了微信支付功能贾富，修改了登陸頁面的布局歉眷。
測試組有三個成員，并且對積云商城現(xiàn)有模塊(注冊颤枪、登陸汗捡、搜索商品、購物車畏纲、訂單扇住、支付)都比較熟悉，但是對新增模塊的微信支付還不太熟悉盗胀。
版本計劃1周內完成測試并上線艘蹋。
2.2.5 人員分工
| 姓名 | 職務 | 工作內容 |
|---|---|---|
| 張三 | 測試經(jīng)理 | 具體負責哪些模塊或者類型的測試 |
| 李四 | 功能測試工程師 |
2.2.6 測試策略
都需要進行哪些測試
第一種方式：
微信支付功能
- 采用接口測試和功能測試
- 測試工程師B對新增的接口進行功能及性能的測試
- 測試工程師A根據(jù)需求對微信支付功能業(yè)務邏輯、UI票灰、兼容性等進行測試
登陸頁面 - 測試工程師B對登陸頁面進行布局女阀、文字，交互及兼容性等進行測試
其它功能 - 運行回歸測試用例屑迂，覆蓋積云商城的主業(yè)務流程
- 注冊頁面運行穩(wěn)定并且未作修改浸策，本版本不測試
第二種方式：
第三種方式：
- 界面測試：對界面進行測試，是否符合公司需求
- 接口測試：對于各個模塊間數(shù)據(jù)進行接口測試
- 穩(wěn)定性測試：
- 兼容性測試：測試商城在IE瀏覽器以及各個主流瀏覽器間是否存在兼容問題
2.2.7 測試準則
- 啟動準則：滿足什么情況可以進行測試
- 暫停準則：遇到什么情況測試要暫停
- 再啟動準則：在什么情況下可以重新啟動測試
-
結束準則：什么情況可以停止測試
image.png
缺陷分類：輕微 → 一般 → 次要 → 嚴重
測試準則.jpg
2.2.8 測試進度
| 測試任務 | 負責人 | 預期開始時間 | 預期結束時間 | 時間進度 | 備注 |
|---|---|---|---|---|---|
| 編寫測試計劃 | |||||
| 設計測試用例 |
2.2.9 提交測試文檔
這部分規(guī)劃測試任務的所有文檔輸出屈糊，根據(jù)項目特點進行規(guī)劃：
測試計劃的榛、測試設計說明書、測試案例說明書逻锐、測試規(guī)程夫晌、測試日志雕薪、測試問題報告、測試分析報告
如果需要某些文檔合并為一篇文檔晓淀，例如把測試設計說明書和測試案例說明書合在一篇文檔中所袁，需要進行說明
| 文檔名稱 | 負責人 | 詳情 |
|---|---|---|
| 性能測試計劃 | 李四 | 存放位置: svn://svnserver/qateam/weidu/perf/script |
| 缺陷報告 | 王五 | 提交至禪道 |
最后，使用xmind總結測試計劃凶掰！
