前言

進行測試計畫前，需要先瞭解專案。瞭解專案內容後，才能進行規劃，畢竟不知道終點位置的馬拉松，無論怎麼跑，都很難抵達終點的。

測試規劃準備

瞭解專案

在測試開始前，首先要知道專案是什麼，要清楚專案的需求和目標。這包括了解專案的功能、用戶需求、時間表和預期的交付日期。這就跟打仗一樣，知道敵人是誰，敵人在哪，就可以發會正常實力，不用掛心，不用猜測上線時間的往前衝。

為了瞭解專案，可以閱讀專案相關的文件，包含專案計劃（project plan）、產品需求規劃書（Product Requirements Document，PRD）、設計文檔等等。這些文件通常包含了專案的目標、範圍和功能描述，以及終端用戶對於軟體的期望。

也可以參加項目會議，特別是需求定義和規劃會議。這將使我們有機會向項目團隊和利益相關者提問問題，瞭解他們的期望和需求，而他們關心的點，就是軟體測試的重點。其中專案的利益相關者，可能為專案經理（Project Manager）、產品經理（Product Manager）、開發人員（Developer）、設計師（Designer）等進行積極的溝通。了解他們的需求、優先事項和期望，以確保測試工作符合他們的期望。

確定測試的目標

通過會議、文件閱讀，甚至訪談相關利益相關者的方式來瞭解專案的目標和預期結果。接下來，我們將確定我們的測試目標，這是一個重要的步驟，有助於我們集中精力。以下是一些實用的項目：

• 確定主要功能：確認專案中的主要功能，這些功能通常是專案的核心，需要優先進行測試，或者它們可能包含了複雜的規則和邏輯。這可以幫助你確定測試的主要焦點。
• 設定測試目標：基於文件和溝通後，可以列出各個單位關心的項目，這些項目將成為我們測試的重點。這些目標可能包含驗證功能是否正確、性能是否符合要求、安全性是否得到保護等。
• 制定測試策略：基於測試目標與專案目的，制定適當的測試策略。這可能包括不同層次的測試（如單元測試、整合測試、系統測試）、不同類型的測試（如功能測試、性能測試、安全測試）等。
• 設定測試優先順序：這樣安排下，會有多個測試目標，確定其優先順序。這有助於確保在有限的時間內測試最重要的部分。
• 取得共識：一款軟體的好壞，取決於團隊成員的凝聚力，當我們在測試規劃的前期中，再有一些進展時與其他同仁說明，這樣可以成員之間取得共識，得以確保測試的方向符合需求。

制定目的之注意事項

在制定目的時，有些事情注意事項，這樣方便與其他功能的同仁溝通，讓彼此可以瞭解對方的腦袋瓜在想什麼，降低溝通成本（還有因溝通而造成的額外開發成本）：

• 清晰性：測試目標應該清晰、具體且可測量。避免使用模糊的術語或抽象的目標。例如讓客戶可以使用我們的 app 購買金融產品。
• 可驗證性：測試目標應該是可以驗證的，這意味著未來在設計測試案例時，能夠設計測試用例來驗證是否達到了這些目標。
• 一致性：測試目標應該與需求和專案目標保持一致。避免設定與專案目標相矛盾的測試目標。

藉由這樣的作業中，可以快速地了解專案，並且提供一個簡單且明瞭的初步的規劃大綱。也因為即早的參與，可以更瞭解專案的目的，達到 Scrum 的精神，以及「測試左移」的目標。

後記

前期的準備很多，因為這是未來測試計畫與測試案例發展的核心，畢竟瞭解需求，才能貼近終端用戶。當貼近終端用戶，才能代替他們去檢驗這款軟體，設計出來的規劃也會更貼近使用者。因此提早接觸取討論是不錯，可以大幅降低未來一來一往的修改時間。

參考

• Wiki: Shift-left testing
• 聊聊測試左移