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