測試策略是測試方案的其中一部分。
測試方案是從測試的角度去分析或者說分解需求，在方向上明確要怎么測，分析結果就是測試點和測試方法。
測試方案包含：
1、引言(含a、編寫目的;b、預期讀者;c、參考資料);
2、測試范圍;
3、測試策略(根據不同的測試類型考慮不同的測試方法)
測試類型：
功能測試;
兼容性測試;
性能測試;
接口測試;
安全性和訪問控制測試;
數據和數據庫完整性測試;
集成測試;
用戶界面測試;
負載測試;
強度測試;
容量測試;
故障轉移和安裝測試;
配置測試;
安裝測試等。
功能測試，根據需求分析的思維導圖和功能測試的測試用例覆蓋功能模塊;
兼容性測試，要根據產品的應用場景來考慮，比如IE、Chorme、ios、android、不同機型等等;
性能測試，根據產品架構、預估數據、線上數據來判斷需要執行性能測試的功能接口(比如登錄接口);
接口測試，安全性測試等等要根據實際的項目需求來確定。
將需要用到的測試類型按照測試場景、測試方法等以引用文件的形式填寫到測試計劃中去，以便讓所有項目人員清楚的知道要做哪些測試工作以及怎么做。
4、測試資源(含a、測試人員;b、測試環境(測試服務器環境、終端測試環境、網絡環境);c、測試工具(bug管理工具、用例管理工具、性能測試工具等);d、bug的等級定義);
5、進度安排
測試工作量估算
測試評估(業務復雜度、測試復雜度、產品質量要求、人員數量及能力) ;
進度安排(評估不同階段、不同類型的測試工作的工作量、分配人力、預估時間) ;
輸出文檔
測試計劃;
功能測試用例;
性能測試方案;
bug數據;
性能測試數據;
測試報告等等。
6、發布標準：
測試完成標準
測試計劃里所有測試類型都已經完成了;
功能上、兼容性上沒有影響用戶使用的Bug ;
允許遺留小部分影響不是很大的Bug，但這個數量應該小于一個值 ;
性能上符合設計目標和上線要求 這些標準都是針對測試工作本身的要求。
產品發布標準
產品需求都已完成;
符合交互設計規范，符合視覺要求，設計已通過評審 ;
遺留的一定比例數量的小部分Bug通過項目組完成了風險評估，都認可且問題不大;
產品使用說明或用戶手冊或更新log都已完備等等。
7、風險說明：
測試范圍的風險，比如說測試需求分析是否準確、到位，是否漏了測試點，是否遺漏了某個測試類型，所以測試需求分析是整個測試工作的基礎，還有就是產品需求變更的風險，加需求、減需求、改需求都需要重新進行測試需求分析;
測試進度的風險，比如說做計劃時工作量估計的不準，導致項目延期，還有可能開發工作沒有按時完成或改bug不及時導致進度延后，還有可能測試人員因為別的項目更重要抽調走了或者請假、離職等原因造成人員變動;
產品質量的風險，比如開發的代碼質量比較低或者測試人員是新人對業務不熟悉，能力和經驗有所欠缺等等;
測試環境的風險。
測試方案的作用
測試方案通常分內部作用和外部作用，內部作用有以下3種：
(1)作為測試計劃的結果，讓相關人員和開發人員來評審。
(2)存儲計劃執行的細節，讓測試人員進行同行評審。
(3)存儲計劃進度表、測試環境等更多的信息。
測試方案的外部作用是為顧客提供一種信心，向顧客交代有關測試過程、人員的技能、資源、使用的工具等信息。
背景
對測試對象(構件、應用程序、系統等)及其目標進行簡要說明。需要包括的信息有：主要的功能和性能、測試對象的構架以及項目的簡史。
