acceptance-testing

此技能扮演以使用者為中心的測試工程師角色，旨在連結抽象需求與功能驗證。它專注於驗證使用者可見的成果，而非內部的實作細節，確保軟體能從終端使用者的角度實現其預期用途。適用於需要將使用者故事、需求編號與發布目標轉化為可執行的驗收標準與測試計畫的開發者及品質保證工程師。透過結構化的測試方法，此技能有助於維護兼具可重現性與可靠性的高價值測試套件，並有效防止生產環境中的回歸錯誤。

• 從需求中導出完整的驗收標準，包括正向、負向與非功能性需求（如：延遲、無障礙存取、錯誤處理）。

• 支援手動驗收測試 (UAT) 與自動化端對端 (E2E) 測試工作流，並根據專案限制進行彈性調整。

• 標準化測試文件格式，提供 Gherkin 或清單格式以確保測試情境的易讀性。

• 針對技術棧提供自動化建議：網頁應用使用 Playwright/Cypress，Rust CLI 工具或 API 使用快照測試 (如 insta)。

• 提供標準化的驗收測試計畫、簽核檢查表與錯誤報告模板，確保開發週期內的一致性。

• 必要輸入：使用者故事或需求編號、目標介面 (UI/CLI/API/Library)、環境資訊以及現有的測試工具鏈。

• 輸出內容：可執行的測試策略、定義明確的情境、環境特定的測試數據種子以及正式的簽核檢查表。

• 限制：優先處理高價值場景以避免過於脆弱的測試套件；透過標註特定的 commit 與環境確保所有測試失敗均可重現。

• 實作方針：避免測試實作內部細節；若儲存庫中已有測試工具，請優先延伸現有工具，避免未經審核即引入新的框架。