前言

當清楚各方需求後，也清楚目標是什麼，接下來就是要規劃整體測試的計畫。

制定測試規劃

在專案開始前，一定需要初步的規劃，因此定出初步的測試計畫（Test Plan）是很重要的。根據專案目標下，測試團隊可以做出這些規劃文件：

1. 測試計劃（Test plan）：測試計劃書是一份詳細的文件，其中包括整個測試過程的計劃和策略。這份文件應該包含以下內容：
   • 測試的目標和範圍。
   • 測試的時間表和里程碑（Milestone）。
   • 測試的策略，包括哪些類型的測試（例如功能測試、性能測試、安全測試）將會執行。
   • 測試案例（Test Case）的規劃，包括哪些測試案例將被創建，以及它們的優先順序。
   • 測試資源需求，例如硬體、軟體、人力資源等。
   • 測試的風險評估和風險應對計劃。
   • 測試的報告和溝通計劃。
2. 測試案例（Test Case）：測試計劃中提到的測試案例（或是被稱為測試用利）需要被創建並納入測試計劃書中。每個測試案例應包含以下信息：
   • 測試步驟：詳細的測試步驟，描述了如何執行測試。
   • 預期結果：每個測試步驟都需要制定預期結果，以確保測試是否通過。
   • 測試數據：如果測試需要特定的輸入數據，則應提供這些數據。e.g. 測試資料可能為各年齡層的客戶，各教育程度的客戶等等。
   • 測試優先順序：根據重要性和優先順序，為每個測試案例分配一個優先順序。可以根據不同的情境與上限緊急程度，決定哪些測試案例需要執行，哪些可以不用。
3. 測試數據和環境：測試需要使用特定的數據和測試環境。確保這些數據和環境的可用性和正確性，以便測試的執行。
4. 測試資源分派：根據測試計劃書中的需求，分派和配置測試資源，包括硬體、軟體和測試人員。
5. 報告和監控：測試的持續監控和報告。這包括定期生成測試報告，追蹤測試進度，以及及時通報問題。可快速瞭解現況，以及軟體目前的健康程度。

另外也會有團隊會建立風險評估和風險應對計劃，這是測試計劃應該包含對測試過程中可能出現的風險進行評估，並提供相應的風險應對計劃，以減輕潛在的風險影響。

後記

在這個階段中，對於需求和軟體的背景知識非常重要，這會影響測試的範圍與內容，當瞭解後，才能準確的評估成本與時程。當然測試的能力也要夠，這樣才能知道潛在的風險有哪些，以及哪些測試可以降低這些可能的風險。

所以說如果不知道商業邏輯的 QA，是無法成為獨當一面的測試人員。