測試計劃

測試計劃（Test Plan）是一份詳細說明特定測試活動（如某個專案或發布版本）的目標、資源、時程和流程的文件。它通常依據組織級的測試策略制定，將高階的指導原則轉化為具體的可執行方案。此文件一般會包括對最終工作流的具體說明。

測試計畫是依據測試策略（Test Strategy）所制定的執行文件。如果說策略是建築法規，測試計畫就是針對特定建案的施工藍圖，它詳細列出了該次專案的測試範圍、時程表、資源分配以及允收標準。

文件內容
測試計劃會列出驗證確保產品（或系統）符合設計規格或是其他需求的方法。測試計劃一般會由测试工程师產生，或是配合测试工程师的大量資訊後產生。

依測試計劃對應的產品，以及該組織內分工的不同，測試計劃可能包括以下的內容：

• 設計驗證或是：在開發階段或是產品核可階段進行，一般會針對少量樣品。
• 製造測試以及產品測試：在產品製備或組裝過程中，以持續的方式進行性能驗證和品質控制。
• 验收测试或偵錯測試：在產品交付或安裝時進行。
• 維護和維修測試：在產品服務周期裡裡的每一次服務時進行。
• 回归测试：在現有運行產品上執行，以驗證當環境的其他方面發生變化時（例如，升級現有應用程式運行的平台），現有功能是否受到負面影響。

复杂系统可能會有高層次的測試計劃來滿足總體要求，以及一些輔助測試計劃來滿足子系統和組件的設計細節。

測試計劃文件格式可能會依產品和組織而不同。其中有三個需敘述的內容：測試覆蓋範圍、測試方法、測試職責。這也用在正式的測試策略中。

測試覆蓋範圍
測試計劃中的測試覆蓋主要指測試範圍（Scope），即聲明在該產品生命週期階段中，哪些需求將被驗證（In-scope），以及哪些部分將不被測試（Out-of-scope）。測試覆蓋範圍會從設計規格以及其他需求（例如安全需求以及法則標準）中衍生，理想情況下，設計中的每個要求或規格都應該有一個或多個相應的驗證方法。不同產品階段的測試覆蓋範圍不一定完全相同。例如，有些需求是在工程驗證測試階段中確認即可，不會在允收測試中再進行確認。測試覆蓋也會回饋到設計過程中，因為產品可能需要設計成允許進行測試。

測試方法
測試計劃中的測試方法章節，說明了如何實施測試覆蓋。測試方法可能由標準、監管機構或合約協議確定，也可能需要重新制定。測試方法也會說明為了要進行測試，需要有的測試設備，以及判定測試是否通過的準則。用於驗證硬體設計要求的測試方法可以從非常簡單的步驟（例如目視檢查）到單獨記錄的複雜測試程序不等。
測試職責
測試職責包括由哪一個組織進行測試，在產品生命週期的各階段進行測試。這可以讓測試組織規劃、請購或是開發實現測試方法所需的測試設備或其他資源。測試職責也包括在測試過程要蒐集哪些資料，以及其儲存和報告方式（一般會稱為「交付成果」）。成功測試計劃的產出必須是所有設計規格以及需求的驗證記錄或報告，而且是各單位都同意的。

IEEE 829測試計劃架構
IEEE 829-2008也稱為是軟體測試文件的829標準，是IEEE的標準，其中規定了軟體測試各階段所使用的文件格式，每個階段都可能產生其自身類型的文件。以下是文件中會有的內容

• 測試計劃識別碼
• 簡介
• 測試項目
• 待測功能
• 非待測功能
• 測試方法/策略
• 測試通過/不通過的標準
• 測試中止標準與恢復條件
• 測試交付物
• 測試任務
• 需要的環境
• 職責
• 人員配置和培訓需求
• 時程
• 風險和緊急應變計畫
• 審核

以下是一些建議測試計劃中所需內容的IEEE文件：

• 829-2008 IEEE Standard for Software and System Test Documentation

* 829-1983 IEEE Standard for Software Test Documentation* (superseded by 829-1998)

• 1008-1987 IEEE Standard for Software Unit Testing
• 1012-2004 IEEE Standard for Software Verification and Validation

* 1012-1998 IEEE Standard for Software Verification and Validation* (superseded by 1012-2004)
* 1012-1986 IEEE Standard for Software Verification and Validation Plans* (superseded by 1012-1998)

• 1059-1993 IEEE Guide for Software Verification & Validation Plans (withdrawn)

敏捷開發中的測試計劃
在敏捷软件开发（Agile）與DevOps環境中，傳統龐大的測試計劃文檔常被精簡。團隊傾向使用輕量級的測試計劃，或將計劃內容直接整合至敏捷管理工具（如 Jira, Azure DevOps）的衝刺（Sprint）看板中。雖然文檔形式改變，但測試計劃的核心要素（範圍、時程、資源、風險）依然存在，只是更新頻率更高，更具動態性。

相關條目

• 软件测试
• 测试套件
• 测试用例

*
*

• IEEE 829

*

參考資料
外部連結

• Public domain RUP test plan template at [https://jdbv.sourceforge.net/RUP.html Sourceforge] (templates are currently inaccessible but sample documents can be seen here: [https://jdbv.sourceforge.net/Documentation.html DBV Samples] )