如何寫好測試計劃
<meta name=“keywords” content=“測試計劃” />
跟大家分享一下，我在寫的時候一般測試計劃都會包含哪些內容，這些內容的用意是什麼，這個是一個通用的，當然你可以根據自己的專案酌情考慮需要哪些內容，不過先和大家分享一句話，就是"不要把手段當成目的，而是要把目的當成手段"這句話的意思很簡單就是不要為了寫文件而寫文件，這個是我以前在寫文件範過的最致命的錯誤，希望大家是為了目的而寫測試計劃，好了我現在就開始和大家分享我如何寫好測試計劃
我對測試計劃的理解是保證測試實施過程中的可控性，書寫重點維度是：策略
《測試計劃》
一.概述
1.1編寫目的
1.2文件受眾
1.3專案背景
1.4技術結構
我在概述當中一般會包含以上內容，編寫目的是為了寫明書寫測試計劃的根本目的，我的理解就是實施本次測試最終達到什麼效果，如：
1. 對測試流程進行控制，保證有效地實施軟體測試，從而保證軟體的質量。
2. 推薦可採用的測試策略，並對這些策略加以說明
3. 確定所需的資源，並對測試的工作量進行估計，等等
文件受眾比較簡單就是這個文件要給那些人看
專案背景
技術結構，如果專案中測試人員都比較瞭解產品的技術那麼就不寫，如果產品中引入了新的技術結構而且大家都不會並且需要重點測試，這個時候要寫出來讓大家清楚，並安排後面的培訓，比如：託管呼叫中心，測試人員是需要了解sip協議，如果底層是asterisk那麼還需要學習asterisk的基本操作便於我們的測試
二.參考文件和提交文件
2.1參考文件
2.2提交文件
參考文件說白了就是測試依據，在測試過程中判斷一個是否是BUG的依據，這些文件是要通過評審的只有大家都承認的文件才是可用的文件
給大家一個例子：
提交文件就是在測試的過程中一直到結束都要向專案組提交哪些文件，如：測試總結，測試用例，產品使用說明等等的文件，這些文件提前約定好，這樣保證不會漏掉應該提交的文件，以後我會慢慢和大家介紹測試中常用的文件如何書寫
三.測試結構
3.1 測試流程
3.2 測試策略流程
3.3 BUG管理流程
測試結構包含測試過程中的流程，這裡面我就是舉一個例子，一個專案組都會有一個規範文件，這個文件是通用的，比如BUG管理流程，測試整體流程，然後根據專案等級進行拆解，所以如果規範文件中已經有了只需要指明一下這個部分參見那些規範文件即可，我寫這個的情況都是需要特殊流程或者指明流程中的一些特殊事項，截一個圖通用的流程圖：
四.測試內容
測試內容用來指明本次測試都測試哪些業務模組，區分模組的優先順序，這樣如果在測試過程中沒有了時間，並且要及時上線的時候就可以有主次的進行測試，還有就是此次不進行測試的模組都有哪些(一般用於產品維護的迭代中)，要提前和評審的人員說，如果專案組不同意那麼還需要測試~~~既然專案組說要測試，那麼當然要加時間了。
五.測試策略
5.1 冒煙測試
5.2 功能測試
5.3 相容測試
5.4 介面測試
5.5 效能測試
5.6 易用性測試
5.7 安全測試
測試策略是測試計劃中的重點部分，而且是必寫內容測試的質量由這些測試策略來提高(為什麼不說是保證產品質量，談到保證是需要整個的專案質量保證計劃，才可以說是保證)，大家能夠清晰的看出來這個是系統測試的測試策略，這裡需要指明每一個策略的目標，測試內容，開始標準，結束標準，特殊事項等，根據你想加的內容來定，給大家截圖一個：
六. 測試資源
6.1 測試角色
6.2 硬體資源
6.3 工具資源
6.4 支援資源
測試角色其實就是人力資源，本次測試實施要用幾個人，都是什麼職位，具體職責是什麼，比如測試組長需要2人，職責：1.負責測試用例質量 2.XXX等等，
硬體資源這個不解釋了給大家一個例子：
工具資源，用來指明本次測試用到哪些工具，用途是什麼，版本是什麼樣子，這樣在測試的過程中就可以統一工具的使用，下面是一個例子：
支援資源，需要專案組提供的特殊支援，如某個技術領域的專家，因為測試人員搞不定。。。~等等
七. 測試進度
7.1 測試進度規劃
7.2 測試工作規劃
測試進度規劃，是測試里程碑事件(簡單可以理解為只有這件時間做完了才可以做下面的事情)的開始和完成時間的規劃，這裡需要指明裡程碑事件的"名稱"、"工作內容"、"角色"、"開始時間"、"結束時間"、"工作量"、"輸出",通過這幾個欄位就能將時間和工作內容以及人員安排對應在一起，很好的描述在實施過程中的進度是怎樣的，例如：
| 里程碑事件 |
工作內容 |
角色 |
開始日期 |
結束日期 |
工作量 |
裝置 |
輸出 |
| 制定測試計劃 |
編寫測試計劃文件 |
孫巖 |
2009．12.01 |
2009．12.03 |
3日 |
|
測試計劃文件 |
測試工作規劃，進度已經安排完了，要保證這個進度順利進行，那麼就要將工作劃分的很細，而且是可實現的細節工作規劃，這個沒有具體的模板，根據自己的實際情況來制定工作規劃，學習一下SMART原則，主要內容：具體的、可度量的、 可實現的、現實性、有時限的，會幫助你更好的細化工作內容
八.風險分析
這個內容用來指明本次實施測試的過程中可能會遇到的風險，在預估出來後，還要寫出應對的策略，這個要根據經驗來考慮，根據實際工作內容，人員素質，等等來綜合全面的考慮，一般專案組在評審的過程中會幫你來考慮風險
給大家簡單寫一個例子：
| 風險原因 |
具體表現 |
解決方案 |
| 測試資源沒有及時到位 |
1.人員在特定時間沒有聚齊 2.人員在特定時間沒有測試用機 3.人員在特定測試內容沒有相關工具 |
1.嚴格出勤紀律 2.做好人員流動的準備 3.在不影響生活的情況下，可以適當的加班 4.在測試之前嚴格檢查配置環境 |
九.培訓內容
這個根據實際情況來定，根據專案背景和測試人員的技能來衡量一下是否需要在測試前進行有針對性的培訓，幫助測試人員快速瞭解測試專案的業務資訊，技術知識等等。~
寫到這裡就講完測試計劃的書寫了，這是我在實際工作過程中的一些經驗之談~如果有寫的不全面的地方或者有可以改進的地方請大家給我留言，期待大家的交流