test-driven-development이란?
구현 코드를 작성하기 전에 기능을 구현하거나 버그 수정을 할 때 이를 사용하세요. 출처: zhucl1006/ailesuperpowers.
·test-driven-development
</>
test-driven-development
✓구현 코드를 작성하기 전에 기능을 구현하거나 버그 수정을 할 때 이를 사용하세요.
test-driven-development 설치 방법
명령줄에서 test-driven-development AI 스킬을 개발 환경에 빠르게 설치
- 터미널 열기: 터미널 또는 명령줄 도구(Terminal, iTerm, Windows Terminal 등)를 엽니다
- 설치 명령어 실행: 이 명령어를 복사하여 실행합니다: npx skills add https://github.com/zhucl1006/ailesuperpowers --skill test-driven-development
- 설치 확인: 설치 후 스킬은 자동으로 AI 코딩 환경에 설정되어 Claude Code, Cursor, OpenClaw에서 사용할 수 있습니다
출처: zhucl1006/ailesuperpowers.
SKILL.md
원본 보기| 最小 |一件事。名字中的“和”？分開它。 |test('validates email and domain and whitespace') | | 清除 |名稱描述行為 |test('test1') | | 表明意圖 | 所需需要的API | 模糊了程序代碼執行|
| “太簡單了，無法測試”|簡單的代碼中斷。測試需要 30 秒。 | | “之後我會測試” |測試立即通過並不能證明什麼。 | | “達到相同目標後再進行測試” | Tests-after =“這是做什麼的？”測試優先=“這應該做什麼？” | | “已經手動測試”|臨時性≠系統性。沒有記錄，無法重新運行。 | | “刪除X小時是浪費”|沉沒成本謬誤。保留默認驗證的代碼是技術債。 | | 「留作參考，先寫測驗」 |你會適應它。後面就是測試了刪除就是刪除的意思。 | | “需要先探索”|美好的。放棄探索，從TDD開始。 | | “努力測試=設計不清楚”|聽聽測試。難以測試=難以使用。 | | “TDD 會讓我放慢速度” | TDD 比調試更快。務實=測試第一。 |
| “手動測試速度更快”|手冊不能證明邊緣情況。您將重新測試每個變更。 | | “現有代碼沒有經過測試”|你正在改進它。為現有代碼添加測試。 |
구현 코드를 작성하기 전에 기능을 구현하거나 버그 수정을 할 때 이를 사용하세요. 출처: zhucl1006/ailesuperpowers.
인용 가능한 정보
AI/검색 인용용 안정적인 필드와 명령어.
- 설치 명령어
npx skills add https://github.com/zhucl1006/ailesuperpowers --skill test-driven-development- 카테고리
- </>개발 도구
- 인증됨
- ✓
- 최초 등록
- 2026-02-26
- 업데이트
- 2026-03-10
빠른 답변
test-driven-development 설치 방법은?
터미널 또는 명령줄 도구(Terminal, iTerm, Windows Terminal 등)를 엽니다 이 명령어를 복사하여 실행합니다: npx skills add https://github.com/zhucl1006/ailesuperpowers --skill test-driven-development 설치 후 스킬은 자동으로 AI 코딩 환경에 설정되어 Claude Code, Cursor, OpenClaw에서 사용할 수 있습니다
소스 저장소는 어디인가요?
https://github.com/zhucl1006/ailesuperpowers
상세
- 카테고리
- </>개발 도구
- 출처
- skills.sh
- 최초 등록
- 2026-02-26