tdd-workflows-tdd-cycle
掌握測試驅動開發工作流程
開發人員在管理複雜專案時難以維持 TDD 紀律。此技能透過自動化驗證與涵蓋率追蹤，協調專業代理程式透過嚴格的紅 - 綠-重構循環。
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「tdd-workflows-tdd-cycle」。 使用者註冊 API 的 TDD 工作流程
預期結果:
第 1 階段完成：產生包含 12 個測試情境的測試規格，涵蓋正常路徑、驗證錯誤、重複使用者與邊緣情況。第 2 階段完成：撰寫 12 個失敗的單元測試。第 3 階段完成：最小實作通過所有測試。第 4 階段完成：重構後將圈複雜度從 12 降低至 6。
正在使用「tdd-workflows-tdd-cycle」。 資料驗證模組的 TDD 工作流程與涵蓋率分析
預期結果:
涵蓋率報告：程式行涵蓋率 87%，分支涵蓋率 79%，函式涵蓋率 92%。所有測試通過。重構建議：將驗證邏輯提取為獨立策略，將 validateUserInput 的方法長度從 28 行減少至 15 行。
安全審計
安全All 15 static analysis findings are false positives. The external_commands pattern matched documentation references (opening markdown files, flag examples) not actual shell execution. Cryptographic and reconnaissance patterns matched unrelated TDD workflow text. This skill safely orchestrates Claude Task agents for test-driven development workflows.
低風險問題 (1)
風險因素
⚙️ 外部命令 (3)
品質評分
你能建構什麼
全新功能開發
以測試優先的方式開發新功能，維持嚴格的 TDD 紀律，確保從一開始就達到 100% 涵蓋率。
舊程式碼測試涵蓋率
使用測試套件模式與批次開發，為現有程式碼新增綜合測試涵蓋率。
程式碼品質改進
在每個步驟使用自動化驗證，同時維持測試涵蓋率來重構現有程式碼。
試試這些提示
啟動實作使用者認證模組的 TDD 工作流程。從第 1 階段需求分析開始，並透過紅 - 綠-重構循環繼續進行。
使用 --incremental 旗標執行 REST API 端點的 TDD 工作流程。一次撰寫一個失敗測試，使其通過，然後重構再繼續。
使用 --suite 旗標執行付款處理模組的 TDD 工作流程。先撰寫所有失敗測試，然後實作以通過所有測試，再重構整個模組。
分析使用者服務模組的目前測試涵蓋率，並執行第 11 階段以新增效能測試與邊緣情況涵蓋率。目標為 90% 分支涵蓋率。
最佳實務
- 在實作程式碼前，務必驗證測試因正確原因而失敗
- 僅實作通過測試所需的最少程式碼 — 不新增額外功能
- 每次重構變更後執行測試，確保測試維持綠色
- 若 TDD 紀律被打破，立即停止並回滾至有效狀態
- 將單元測試執行時間保持在 5 秒以內，以維持回饋速度
避免
- 在撰寫失敗測試前先撰寫實作程式碼
- 撰寫已經通過的測試，而非驅動新功能
- 跳過重構階段而累積技術債
- 修改測試使其通過，而非修正實作
- 忽略失敗測試並繼續進行下一個功能