前言

這次用一個比較實際的案例來說明測試規劃要如何實作，。

背景是一款股票下單 app，需要控管股票庫存，以及記錄購買成本，會收到股票價格。

專案記錄

當我們進行對一款股票下單 App 的測試規劃時，我們的目標是確保這個 App 能夠正常運作並滿足其設計目的。這個 App 允許用戶下單購買股票，並需要控管股票庫存，記錄購買成本，以及接收股票價格。在這個階段，我們必須深入了解應用程式的需求、商業邏輯，以及應用程式背後的背景資訊，這將有助於我們確保測試計劃的成功執行。

以下是我們如何使用工具來理解背景和記錄需求的方式：

1. 利用 Confluence 或文件管理工具進行記錄
   • 建立專案頁面：我們可以使用工具如用 Confluence 或 Google Document 建立專用頁面，建立專案相關的資訊、文件，以及快速概要，讓初次接觸專案的團隊成員（開發者或是測試者）快速的瞭解專案的狀況，也可以從中輕鬆找到相關的文件記錄。
   • 會議討論記錄：可以在 Confluence 中建立專用頁面，或是使用 Google Document，記錄所有相關的會議討論內容。這包括需求、測試案例、商業流程，以及利益相關者的反饋。
   • 訪談紀錄：我們可以訪談相關利益相關者，然後將這些訪談內容記錄在文件中。這有助於瞭解他們的期望、需求和應用程式的使用情境。
2. 使用文件管理工具的目的
   • 需求整理：透過這些工具，將各種需求整理並分類。舉例來說，我們可以區分核心功能需求和附加功能需求，以確保我們的測試重點放在最重要的部分。
   • 開挖需求：通過討論、文件閱讀和訪談，我們可以開挖更多的需求細節，包括特殊情境、邏輯規則和應用程式的行為預期。
   • 建立共識：這些工具還有助於團隊內成員之間的共識建立。透過註釋和討論，確保大家對需求和背景有一致的理解。

在股票下單 App 的開發中，參與的不僅僅是開發者和測試者。由於這涉及金融產品，還需要確保高穩定性和合規性，因此法務、設計、SRE（Site Reliability Engineer）等團隊也會參與。因此，良好的會議記錄和文件管理工具在這樣的多方參與中變得極為重要。這有助於確保每個人都理解需求，並可以根據這些需求進行相應的開發和測試。

同時，隨著專案的深入，我們可能會發現更多的商業邏輯細節，例如庫存計算的不同方法、手續費折讓的方式等。這些細節需要被詳細記錄和分享，以確保整個團隊的共識和協作，並支援測試計劃的順利執行。

任務追蹤

為了有效地追蹤測試進度和問題，可將使用 Jira 作為任務追蹤工具。以下是可以在 Jira 中設定測試相關的任務：

1. 建立測試計劃：建立一個 Jira 任務，以便記錄所有與測試規劃相關的信息，包括目標、範圍、策略等。（這個計畫可以寫在 Confluence 中）
2. 建立測試案例：為每個主要功能建立測試案例的 Jira 子任務，包括股票下單、庫存管理、成本記錄、價格接收等功能。（這個測試案例可以寫在 TestRail 中）
3. 分配資源：分配測試資源（硬體、軟體、測試人員）的 Jira 任務，以確保測試的順利執行。
4. 監控測試進度：在 Jira 建立一個看板（或是跑 scrum），追蹤每個測試用例的執行情況，以及任何已解決或待解決的問題。
5. 問題報告：建立 Jira 問題來記錄任何測試過程中發現的問題，並指派給相關人員進行處理。

規劃測試案例

我們將使用 TestRail 作為我們的測試案例管理工具，以便組織、記錄和執行測試案例。以下是我們的測試案例規劃：

模組：股票下單

• 測試案例 1：正確下委託單
  • 測試步驟：用戶下單一筆購買股票交易。
  • 預期結果：下委託單成功後，下單的股票、數量、金額皆正確，並且庫存不變。
• 測試案例 2：委託成交
  • 測試步驟：用戶委託單購買股票成交。
  • 預期結果：交易成功後，庫存增加，交易記錄正確。
• 測試案例 3：庫存控管
  • 測試步驟：驗證庫存控管功能，包括庫存不足時下單的錯誤處理。
  • 預期結果：庫存管理正常運作，可以查看庫存資料，並在庫存不足時拒絕下單進行賣股票作業。

模組：成本記錄

• 測試案例 4：記錄成本
  • 測試步驟：下單後確保成本正確記錄。
  • 預期結果：交易成功後成本正確記錄，記錄股票價格與數量、手續費、交易稅等等成本資訊。

模組：股票價格接收

• 測試案例 5：接收股票價格
  • 測試步驟：確保能夠正確接收股票價格。
  • 預期結果：成功接收並更新股票價格，當沒有收到新股價的時候，仍正常顯示圖表。
• 測試案例 6：計算獲利
  • 測試步驟：收到的股票價格與庫存成本進行計算，計算出損益金額。
  • 預期結果：根據股票價差，並且結合交易稅、手續費、手續費折讓，計算出目前正確的未實現損益。

通過以上測試案例的規劃，我們確保了對股票下單 App 的核心功能進行全面測試，同時使用 TestRail 管理這些案例，以便有效地追蹤測試進度和結果。就由 TestRail，我們可以簡潔的與團隊成員進行案例 Review，確認測試案例符合最初的需求，並確保測試面向足夠廣泛。此外，它也讓開發者了解未來的測試計劃，這符合了測試驅動開發（Test-driven development，TDD）的概念。

後記

感覺整個系列可以再補強，連假時候來補一下吧，讓我們的測試實例再多一點，使理論可以跟實務比較緊密的結合在一起。