前言

本篇會以 TestRail 為基準，說明如何使用測試案例（Test case）運用在測試中。

測試案例與階段

測試案例（Test case）可以運用在任何測試的階段，無論是單元測試、整合測試，甚至使用者測試階段都可以用，只要我們有預期結果的測試，都算是一條測試案例，因此都可以放在 TestRail 中。

TestRail 的做法是使用「Type」，可以區分 Test case 的種類，根據各測試階段的目的，選擇要執行的「Type」。也就是我們在執行 Test plan 或是 Test run 時，選擇想要的類別，就可以快速的挑出想要執行的測試案例。例如在「Type」欄位有：functional、regression、performance、usability......。

或是我們根據重要性，在各階段中，選出合適的重要程度進行測試。例如在「Priority」欄位有：Critical、High、Medium、Low。用來設定該 Test case 的重要程度。

詳情可以參考下圖

TestRail 實例說明

底下範例說明，在各階段中，測試案例可能的資訊。

單元測試階段

• 測試案例 1：檢查下單功能
  • 測試步驟：用戶下單一筆購買股票交易。
  • 測試數據：選擇一個特定股票，設定購買價格和數量。
  • 預期結果：下單成功後，應在庫存中扣除所購買的股票數量，並且計算購買成本正確。
  • Type：functional
  • Priority：Critical

• 測試案例 2：檢查委託成交功能
  • 測試步驟：用戶委託單購買股票成交。
  • 測試數據：建立一個有效的委託單，等待成交。
  • 預期結果：一旦成交，庫存應增加所購買的股票數量，並且交易記錄應正確記錄。
  • Type：functional
  • Priority：Critical

整合測試階段

• 測試案例 3：整合股票下單和庫存管理
  • 測試步驟：用戶下單購買股票，並檢查庫存是否正確更新。
  • 測試數據：使用一個含有庫存管理模組的測試環境。
  • 預期結果：下單後，庫存應正確更新，反映了所購買的股票。
  • Type：regression
  • Priority：High

系統測試階段

• 測試案例 4：模擬多用戶下單
  • 測試步驟：同時模擬多個用戶下單購買股票。
  • 測試數據：模擬多個用戶同時訪問應用程式，並提交訂單。
  • 預期結果：系統應能夠處理多個用戶的訂單，並確保庫存正確更新。
  • Type：usability
  • Priority：High

使用者測試階段

• 測試案例 5：用戶體驗測試
  • 測試步驟：模擬真實用戶使用應用程式，包括瀏覽股票、下單、查看庫存等。
  • 測試數據：使用真實用戶的帳戶和數據。
  • 預期結果：用戶應能夠順利使用應用程式，無任何重大問題或錯誤。
  • Type：regression
  • Priority：Medium

參考資料

• TeatRail 的 Test case fields
• tutorialspoint 的 TestRail - TestCases Case