test-driven-development
掌握測試驅動開發工作流程
또한 다음에서 사용할 수 있습니다: Cygnusfear,DYAI2025,obra,Cycleaddict,davila7,DMJGilbert,ZhanlinCui,CodingCossack
在程式碼完成後才撰寫測試無法證明它們實際上測試了任何內容。此技能強制執行 Red-Green-Refactor 循環，每個測試必須在實作前失敗，確保測試驗證真實行為。
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"test-driven-development" 사용 중입니다. 實作一個重試失敗操作 3 次的函式
예상 결과:
- Step 1 (RED): 撰寫測試 'retries failed operations 3 times'
- Step 2: 執行測試 - 驗證它失敗，因為重試邏輯不存在
- Step 3 (GREEN): 實作最小的重試循環
- Step 4: 執行測試 - 驗證它通過
- Step 5 (REFACTOR): 如有需要提取重試邏輯
"test-driven-development" 사용 중입니다. 錯誤：表單接受空電子郵件
예상 결과:
- RED: test('rejects empty email') - 預期錯誤 'Email required'
- Verify: 測試失敗 - 表單目前接受空電子郵件
- GREEN: 新增空電子郵件驗證檢查
- Verify: 測試通過，無回歸
- Result: 錯誤已修正並有測試防止回歸
보안 감사
안전This skill contains only markdown documentation explaining test-driven development methodology. All 57 static analyzer findings for external_commands are false positives - the detected backticks are markdown code fences (```) used for syntax highlighting, not Ruby shell execution. The 6 cryptographic algorithm findings and reconnaissance detections are also false positives from pattern matching on documentation text. No executable code, network calls, or filesystem operations exist in this skill.
품질 점수
만들 수 있는 것
新功能開發
實作新功能時使用 TDD，確保每個函式在提交前都有對應的測試證明正確行為
錯誤修正與回歸預防
先撰寫一個重現錯誤的失敗測試，然後實作修正，確保錯誤不會回歸
有信心的重構
使用現有測試套件驗證程式碼重組或最佳化期間行為保持不變
이 프롬프트를 사용해 보세요
我需要實作 [feature]。協助我先撰寫一個描述預期行為的失敗測試，然後引導我完成 Red-Green-Refactor。
錯誤：[describe bug]。協助我撰寫一個重現此錯誤的測試（應該失敗），然後實作最小的修正使其通過。
審查我為 [function] 撰寫的測試。它測試真實行為還是模擬行為？測試名稱是否清晰？是否只測試一件事？
我準備 [action]。檢查這是否違反 TDD 原則。我是否在測試模擬行為？新增僅用於測試的程式碼？在不理解的情況下使用模擬？
모범 사례
- 在實作前務必觀察測試失敗 - 這證明測試實際上測試了某些內容
- 撰寫最少的程式碼以通過測試 - 不要額外功能，不要過度設計
- 如果你跳過 TDD 循環，刪除實作程式碼並重新從測試開始
피하기
- 在測試存在前撰寫實作程式碼
- 測試模擬行為而非真實程式碼行為
- 新增僅用於測試的方法到生產類別
자주 묻는 질문
如果我已經撰寫了實作程式碼怎麼辦？
我可以在實作後撰寫測試嗎？
如果程式碼太簡單而無法測試怎麼辦？
我如何處理沒有測試的現有程式碼？
如果我的測試設定太複雜怎麼辦？
我何時可以跳過 TDD？
개발자 세부 정보
작성자
sickn33라이선스
MIT
리포지토리
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/test-driven-development참조
main
파일 구조