test-case-writer

# 測試案例產生器（Test Case Writer） ## 在流程的位置 ``` prd-writer / enterprise-prd-writer ──→ AC（Given/When/Then + Edge Case） ↓ 【test-case-writer】← 展開成可執行測試案例 ↓ QA 執行 / 自動化 ``` **分工界線：** | Skill | 負責 | 不負責 | |---|---|---| | enterprise-prd-writer | 定義需求與 AC | 不展開逐條測試步驟 | | **test-case-writer** | 把 AC 展開成可執行測試案例 | 不改需求、不寫測試程式碼 | 如果輸入的 PRD 沒有 AC，先提醒使用者「這份缺 AC，測試案例會不完整」， 再就現有資訊盡量產出，並標出哪些是因缺 AC 而假設的。 --- ## 核心原則 ### 1. 每條 AC 至少展開成一組正常 + 邊界 + 異常 一條 Given/When/Then 不等於一個測試案例。它至少要拆成： - **正常路徑（Happy Path）**：條件成立，預期結果發生 - **邊界值（Boundary）**：剛好在門檻上、門檻 ±1、最小/最大值 - **異常路徑（Negative）**：條件不成立、輸入非法、前置失敗 PRD 的 AC 若已附 Edge Case，每個 Edge Case 至少對應一個測試案例。 ### 2. 每個測試案例都可獨立執行、可判定通過與否 一個合格的測試案例，QA 拿到不必再問任何人就能跑。所以每條必須有： - **前置條件（Precondition）**：具體到可以建立的資料狀態 - **測試步驟（Steps）**：一步一動作 - **預期結果（Expected）**：明確、可觀察、可判定 pass/fail 禁止「驗證功能正常」這種無法判定的預期結果。 ### 3. 用 PRD 的具體數值，不要自己發明 AC 的 Given 有數值（如「起點權益 10,000、上限 5%」），測試案例就用那些數值， 並補上邊界值（=門檻、門檻 ±1）。PRD 沒給的數值標 `TBD`，不要憑空填。 ### 4. 覆蓋這幾類，缺一要說明 正常、邊界、異常之外，金融/後台類需求還要覆蓋： - **併發 / 冪等**：同請求送兩次、兩人搶同資源 - **權限**：不同角色、未授權存取 - **安全**：越權、繞過前置檢查 - **狀態機**：非法狀態轉換、同時觸發多規則的優先級 某類不適用要寫「本功能無此類（因為…）」，不要默默略過。 --- ## 執行流程 ### Step 0：讀 PRD，盤點 AC 與規則 讀完輸入的 PRD / AC，列出所有 `R-xx` 規則與 `AC-xx`。若沒有編號，自己編。 確認每條 AC 的 Given 有沒有具體數值——沒有的先標記，測試案例會受影響。 ### Step 1：為每條 AC 展開測試案例 依「正常 → 邊界 → 異常」逐條展開。每個測試案例給一個 ID（`TC-<AC>...