測試策略是測試方案的其中一部分。

　　測試方案是從測試的角度去分析或者說分解需求，在方向上明確要怎么測，分析結果就是測試點和測試方法。

　　測試方案包含：

　　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)存儲計劃進度表、測試環境等更多的信息。

　　測試方案的外部作用是為顧客提供一種信心，向顧客交代有關測試過程、人員的技能、資源、使用的工具等信息。

　　背景

　　對測試對象(構件、應用程序、系統等)及其目標進行簡要說明。需要包括的信息有：主要的功能和性能、測試對象的構架以及項目的簡史。