測試策略是描述測試項目和測試任務之間的關系。它用來說明要測什么，如何測，如何協調測試資源和測試時間等。測試策略制定的是否合理高效會對測試項目的進度產生很大的影響。那么，如何制定一個好的測試策略並且能防止遺漏呢？一個好的測試策略又包含哪些方面呢？下面我給出一個平時經常使用的一個模板供大家參考。
我大致將測試策略分為了一下幾個模塊：
1. 測試安排、發布計划
這個模塊用來羅列測試項目本身重要的里程碑，每個里程碑都需要有明確的結束時間，這個時間可以指導我們后續的測試。如果測試時間安排不足，我們就可以在后續的測試范圍中挑選優先級比較高的特性來執行測試，這樣可以最大限度的保證產品的質量。
2. 測試范圍（按優先級排列）
這一部分分為In Scope和Out Of Scope.這一部分需要說明哪些產品模塊是在測試范圍中的，哪些是本階段測試不考慮的。對於在測試范圍中的模塊，需要給出優先級以便相應測試時間不足的情況；對於不在測試范圍中的模塊，需要給出原因（為什么在本測試階段不考慮測）。
3. 測試資源
測試資源在測試策略中也是很重要的一環，它分為人力和工具兩部分。人力資源主要說明參與測試的人員，當然可以包括很多的角色，如何專業測試人員，客戶，產品經理等。工具主要是指可能用到其他軟件（可能需要license）。
4. 測試環境
測試環境主要包括推薦環境解決方案，操作系統要求，軟硬件要求。
- 對於推薦解決方案，需要陳述的是對測試項目對其他軟件的依賴，比如測試項目對.Net有依賴，這時我們可能給出的推薦版本可能就是4.5.2，在之后的測試中主要是針對4.5.2進行驗證，而對其他版本進行簡單驗證，這樣在產品文檔中給出4.5.2的推薦方案，主要是為了說明4.5.2是沒問題的，其他版本不保證。
- 操作系統主要是說明對windows或者其他操作系統的版本的支持情況。
5. 測試方法
測試方法的羅列主要是為了說明針對測試項目我們要開展哪些類型的測試，功能測試是必須的，非功能測試是可選的。（相信各位童鞋對測試方法都已經倒背如流了，就不一一介紹了）
6. 用例設計方法
用例設計大家也很清楚了，不再介紹了。
7. 文檔管理
對於一個完整的產品來說，文檔是很重要的一環。它一般包括安裝、升級文檔，用戶指南等。文檔不單單是一個文件，它需要經過完整的測試才能發布給客戶。差的文檔很可能會誤導用戶，從而使他們對測試項目失去信心（雖然客戶很少看文檔……：））
8. 風險管理
風險管理模塊需要羅列出來現在已知的可能會出現不確定性的因素，這些因素可能來自技術，資源或者其他方面的。
9. 發布包驗證
這部分有一定的特殊性，並不適用於所有的產品。這部分主要是對測試項目安裝包進行驗證，防止在制作ISO文件的過程中產生變動。
就寫這些吧，希望大家在看了這9個模塊后能找到文章開頭兩個問題的答案。也非常歡迎大家提出改進意見。