0.基本概念
《ANSI/IEEE軟件測試文檔標準829-1983》將測試計劃定義爲：“一個敘述了預定的測試活動的範圍、途徑、資源及進度安排的文檔。它確認了測試項、被測特徵、測試任務、人員安排，以及任何偶發事件的風險。”
管理者能夠根據測試計劃做宏觀調控，進行相應資源配置等，測試人員能夠瞭解整個項目測試情況，以及項目測試不同階段的所要進行的工作，便於其他人員瞭解測試人員的工作內容，進行有關配合工作。
測試計劃是在需求整理完成，和開發計劃一起制定的一份計劃書，它從屬於項目計劃中其中的一個計劃。 測試計劃的制訂是有粗略到詳細的一個過程：測試需求分析前總體測試計劃書和l測試需求分析後詳細測試計劃書。
測試計劃應該由項目測試負責人或測試組長，亦或具有豐富經驗的測試人員來進行組織編寫。中小型項目，測試負責人可以直接承擔，大型項目，測試負責人和子模塊測試負責人共同完成。測試計劃由測試工程師來實施。
1.工作的輸入與輸出
開展軟件測試計劃的基礎和依據(基本輸入)：1.軟件測試任務書（或合同）2.被測軟件的需求規格說明書 3.測試需求 4.類似產品或同一產品舊版本的測試計劃
輸出結果爲軟件測試計劃。
測試計劃的制訂是有粗略到詳細的一個過程。測試計劃不是“編”出來的，是在充分了解測試需求的情況下，結合測試的原理和經驗得出的。項目大小不同，項目測試計劃的制訂過程也不同。如果項目規模比較小，則測試計劃直接有一個經驗豐富的測試工程師負責即可；如果項目規模比較大，參加的測試人員多，則測試的需求分析和測試計劃先是分模塊展開，各個測試工程師完成自己負責部分的測試需求分析和測試計劃，最後測試經理牽頭組織大家一起完成整個項目的測試計劃。
2.計劃內容與模板
不同標準和團隊在制訂測試計劃時內容不盡相同，但是核心目錄都大同小異。企業在實際開展工作時會根據自己的業務需要定義符合產品和團隊需求的內容。
雖然不同團隊的測試計劃內容不盡相同，但是整體上都是從技術和管理兩個方面對測試的開展進行規劃：技術方面主要是明確開展什麼樣的測試、使用什麼樣的測試策略和方法、使用什麼樣的測試工具等內容。管理方面主要是明確如何組織、需要哪些人力和非人力資源、任務如何劃分、進度如何定義、啓動和結束的條件等內容。
《IEEE軟件測試文檔標準829-2008》標準中軟件測試計劃文檔的主要內容：
基本說明：被測對象(產品名,版本號,終端用戶等)、術語與縮略語、參考資料
測試範圍及策略：功能性測試需求以及測試方法和途徑、非功能測試需求以及測試方法和途徑、測試優先級和重點、實施的測試階段。
測試環境和工具分析：軟件實際環境、軟件測試環境以及與實際環境差異分析、測試非人力資源：計算機、工具等、自動化測試分析(解決什麼問題、成本、提高多少效率)、測試數據
測試的出入口、暫停標準：測試開始標準、測試中止標準、測試完成標準。
測試人員要求：技能和經驗要求、人力資源數量以及介入時間、需要的支持和培訓
測試管理：內外部角色和職責、工作彙報要求、缺陷管理、測試執行管理、測試用例管理、變更管理
任務劃分以及進度計劃：里程碑、任務分解及時間人員安排(可以用office project)
風險和應急分析：預測測試中的風險、給出對各種風險的規避和應急措施
不同產品類型使用的模板不盡相同。
3.組織測試計劃
組織編寫測試計劃的原則、編寫測試計劃的主要任務、難點、5W1H方法、注意事項。
（0）原則
儘早開始 、靈活變更 、合理評審 、簡潔易讀
（1）主要任務
①根據測試策略，選定測試計劃包含的測試範圍；②劃分測試階段，明確測試方法，確定測試任務；③確定測試過程監控方法；④評估測試工作量；⑤確定時間並生成進度計劃；⑥評估進度計劃風險
根據本階段測試需求，細化測試任務；劃分任務優先級，說明和主要任務關聯關係；確定輔助任務清單（如培訓等）；形成WBS（工作任務分解圖)或者任務分配列表；
測試任務分配的兩種方式及優缺點：按照功能模塊劃分、按照測試類型劃分：按照功能模塊劃分是將同一個模塊的功能測試、界面測試、相關的性能測試、兼容性測試等都分給同一個工程師負責；按照測試類型劃分將所有性能測試分給一個工程師，兼容性測試分給另一個工程師；
項目WBS圖示例
目前沒有任何一種方法能準確的評估出軟件測試工作的工作量，要想更有效的做出估算，必須持之以恆的統計和分析歷史數據，主要的估算方法爲：分析以前的同類項目、同行專家判斷、分解細化項目(如何把握分解的程度？)、經驗主義預估模型（LOC、FP等）
收集與進度相關的信息：總體工作量估算、人員數量、關鍵資源、項目時間安排等；確定各階段任務安排和資源分配，確定里程碑；依據項目總體時間安排，形成進度計劃
美國政治學家拉斯維爾提出“5W分析法”，後經過人們的不斷運用和總結，逐步形成了一套成熟的“5W+IH”模式。5W+1H就是對工作進行科學地分析，就其工作內容（What）、責任者（Who）、工作崗位（Where）、工作時間（When）、怎樣操作（How）以及爲何這樣做（Why），進行書面描述，並按此描述進行操作，達到完成職務任務的目標。
What(做什麼)：測試範圍和內容
Why(爲什麼做)：測試目的
When(何時做)：測試時間
Where(在哪裏)：測試地點、文檔和軟件位置
Who(誰做)：測試人力資源
How(怎麼做)：測試方法和工具
在測試需求分析階段確定what和why
在測試計劃階段確定when，where，who，how
切合實際，根據項目特點、公司實際情況制訂，確實能指導測試活動的開展；根據實際情況不斷變化調整，滿足實際測試要求；從宏觀上反映測試整體安排，避免過於詳細。
4.計劃評審
測試計劃作爲測試活動的規劃文檔對測試工作的開展有重要指導意義、測試計劃編寫完成後，一般要對測試計劃的正確性、全面性以及可行性等進行評審、評審人員的組成包括軟件開發人員、測試人員、測試負責人以及其他有關項目負責人。n測試計劃評審檢查單與測試團隊和被測試軟件有很大關係，不同企業會根據自己實際情況制訂不同的檢查單並在實踐過程中不斷完善檢查單。檢查單列出的是團隊關注的測試計劃要點以及在制訂測試計劃時容易遺漏的內容。
5.執行與監控
根據實際情況，及時更新，項目計劃變更，需求變更；
測試計劃完成後要監督測試過程中計劃的執行情況。在制訂測試計劃的同時，應該制訂一個計劃跟蹤表或者進度表，在測試計劃執行過程中定期對照執行情況是否符合預期
定期跟蹤，實際完成情況與計劃對照，並提交報告；分析實際執行與計劃不一致的原因：如果計劃不合理，則及時調整；否則，採取補救措施；除了進度要關注風險變化情況