1.編寫測試方案的目的是啥？

也許有人會說：根據產品功能需求（比如PRD）文檔，參考產品設計文檔，測試工程師就可以理解需求、設計測試用例了，不需要測試方案文檔，即使寫了測試方案，也主要是把產品需求和設計文檔內容copy一下而已。有以上這樣的想法，是因為沒有真正理解測試方案的作用。其實軟件測試方案的作用非常類似于產品設計說明（文檔），開發工程師根據產品功能需求和設計說明來編碼實現功能，而測試工程師需要基于產品功能需求和測試方案來設計和執行測試用例，同時也要參考產品設計說明文檔，所以測試方案目的是：在方向上明確要測什么、怎么測，以及達到什么樣質量標準。

2.如何產出有效的測試方案？

如果只是把產品需求和部分設計說明內容copy一下，給出測試進度計劃，這樣的測試方案對用例設計和執行意義不大。我想作為方案，至少要包括幾個關鍵因素：范圍，時間，資源和質量，而不同行業產品，測試方案應該相應地進行對這幾個關鍵因素進行分解和調整。對于軟件測試方案，我想主要應該包括：測試需求分析，測試策略，測試資源，測試計劃，項目風險和質量，如果我們能夠明確以上這些因素，這樣的測試方案就一定能夠有效地指導我們測試設計和執行。

2.1測試需求分析：

測試需求分析就是把產品需求（比如PRD文檔）和對用戶的理解（用戶體驗）轉化、分解成測試功能點，產品需求是我們測試需求主要輸入，但不是全部，我們還需要仔細分析產品設計說明，可以產出更多可測試的功能點（這些功能點往往沒有包含在產品需求中）。還要加入對性能、安全、接口和回歸測試范圍分析。測試需求是確定測試進度計劃和資源的主要依據。

2.2測試策略：

測試需求確定后，我們就要思考如何驗證測試需求中的功能點，采用什么測試方法：手工、自動化測試和是否需要新方法或工具，比如新功能采用手工測試，部分回歸用例使用自動化腳本，用新方法來準備測試數據，采用合適的工具驗證復雜的測試結果。確定測試優先級，確認哪些業務功能是最重要，那個是新代碼模塊，哪些舊模塊改動較大，與之相關的功能點要重點測試，測試不可能１００％覆蓋，但是對于重要、高危的功能必須要全面驗證，保證資源投入到當前最高優先級的任務。

2.3測試資源：

一般情況下，團隊同時有多個項目，測試PM需要根據項目的優先級來確定每個項目的測試資源，一般情況下，軟件測試資源主要包括：人力和設備機器。

2.4測試計劃：

根據測試需求和策略，結合項目優先級和測試資源情況，評估測試進度計劃，一般情況下，測試資源越充分，測試進度越樂觀，但并非絕對，有時候一些軟件ＢＵＧ會阻塞測試進度，這也是項目風險的一部分。

2.5風險管理：

在測試執行開始之前，對可能的風險進行分析和識別很重要，可以提前進行預防和采取應對措施，所以項目過程中，我們需要定期評估測試進度情況，提前進行風險預警。

2.6質量：

質量是指測試項目需要達到的標準，各個公司和項目都會有相應的標準要求，由于質量標準可以是公司內多數項目共識，所以也可以不必在測試方案中列出。對測試項目來說，比較常見的是以測試用例執行率、通過率和未關閉BUG級別/數量來設定質量標準。

測試方案初稿完成后，必須要請項目相關測試、開發和需求方同事評審，澄清對需求和設計的理解，討論測試方法，往往在測試方案評審中，我們能夠對產品需求進行完善，給產品詳細設計提供更多輸入，使開發同事能夠提前完善代碼邏輯，而且測試工程師也能夠進一步理解需求和設計，從而有助于設計完善測試用例設計，保證測試覆蓋率。