什麼是測試計劃？

測試計劃介紹

定義：制定測試目的，範圍，方法，時間進度以及軟體測試重點的過程

測試計劃模闆内容

測試計劃的内容分為九大子產品（測試目的、測試資源、測試範圍、測試風險、人員分工、測試政策、測試準則、測試進度、送出測試文檔）。

隻要第一項和最後一項的位置是固定的，其他都可以微調位置

封面和目錄

封面：測試計劃，編寫人，編寫時間等，可以表格，也可以文字描述

目錄：自動生成

測試目的

測試目的的編寫結構

1. 目的的總體概述
2. 包含較長的描述

測試目的編寫内容

對項目測試進行整體描述，不用過于詳細。

較長的描述各個子產品、功能具體要做什麼樣的測試，bug解決情況，以及相應的上線時間。

測試資源

人力資源

職務	姓名	職責
測試經理	張三	介紹相應職務應該所作工作職責
測試工程師	李四	在部門中所擔負的職責

系統資源

軟體資源

這部分描述測試需要的軟體的版本、數量、描述。

資源	描述
作業系統	Windows7 /Linux Centos
Web伺服器	Apache2.2
DB	Mysql5.5
運作環境	PHP
浏覽器	IE11 , 谷歌，火狐 可以使用虛拟機

硬體資源

這部分描述測試需要的硬體的配置和數量

資源	描述	數量	備注
計算機	CPU： 四核2.0GHz 記憶體：8G 硬碟: 120G 網絡：1000M帶寬	12	可以用虛拟機
安卓手機	12+512 一億像素 6000ma 處理器888，天玑1000+ 5G網絡	一億	最高配

測試範圍

• 測試對象

  軟體：積雲商城1.1版本

  文檔：《積雲商城1.1版本需求文檔》

• 測試的特性

  需要測試的内容，如積雲商城的支付、登入功能

• 不測試的特性

  不需要測試的内容，軟體是增量開發，如注冊功能不是本次測試内容

測試風險

這部分描述測試任務可能遇到的風險，以及規避的方法

1．可能遇到的情況

2．該情況發生的可能性

人員不足、技術有限、軟體依賴環境不完備、工具不足、需求變更

3．該情況發生後對測試造成的影響如何

4．我們該如何應對突發情況

模闆

風險編号	風險描述	風險等級（高、中、低）	責任人	風險對測試的影響	規避方法
1	測試登入子產品	高	張三

可能存在的風險以及規避方法（人資法環時）

人	資料	方法	環境	時間
風險	人員不足	資料欠缺/需求變動	方法（技術不足）	環境（測試環境/測試機不足）	時間（提前 延遲）
規避	招聘 借調	需求分析工作及時 提前進行	教育訓練 或者招聘會的	購買/借同僚	由測試經理/項目經理進行工作的監督，時刻把握測試進度

人員分工

姓名	職務	工作内容
張三	測試經理	具體負責哪些子產品或者類型的測試
李四	功能測試工程師

測試政策（都需要進行哪些測試）

第一種方式：

微信支付功能

1. 采用接口測試和功能測試
2. 測試工程師B對新增的接口進行功能及性能的測試

3. 測試工程師A根據需求對微信支付功能業務邏輯、UI、相容性等進行測試

   登陸頁面

4. 測試工程師B對登陸頁面進行布局、文字，互動及相容性等進行測試

   其它功能

5. 運作回歸測試用例，覆寫積雲商城的主業務流程
6. 注冊頁面運作穩定并且未作修改，本版本不測試

第二種方式：

1. 界面測試：對界面進行測試，是否符合公司需求
2. 接口測試：對于各個子產品間資料進行接口測試
3. 穩定性測試：
4. 相容性測試：測試商城在IE浏覽器以及各個主流浏覽器間是否存在相容問題

測試準則

• 啟動準則：滿足什麼情況可以進行測試
• 暫停準則：遇到什麼情況測試要暫停
• 再啟動準則：在什麼情況下可以重新啟動測試

• 結束準則：什麼情況可以停止測試

  缺陷分類：輕微 → 一般 → 次要 → 嚴重

測試進度

測試任務	負責人	預期開始時間	預期結束時間	時間進度	備注
編寫測試計劃
設計測試用例

2.2.9 送出測試文檔

這部分規劃測試任務的所有文檔輸出，根據項目特點進行規劃：

測試計劃、測試設計說明書、測試案例說明書、測試規程、測試日志、測試問題報告、測試分析報告

如果需要某些文檔合并為一篇文檔，例如把測試設計說明書和測試案例說明書合在一篇文檔中，需要進行說明

文檔名稱	負責人	詳情
性能測試計劃	李四	存放位置: svn://svnserver/
缺陷報告	王五	送出至禅道

最後，使用xmind總結測試計劃！