test-driven-development
应用测试驱动开发
또한 다음에서 사용할 수 있습니다: Cygnusfear,DYAI2025,sickn33,obra,Cycleaddict,DMJGilbert,ZhanlinCui,CodingCossack
代码写完后立即通过测试并不能证明任何东西。测试优先原则迫使你先看到测试失败，从而证明测试确实在验证正确的行为。TDD 在缺陷进入生产环境之前就将其捕获，并支持自信的重构。
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"test-driven-development" 사용 중입니다. Help me implement a retry function using TDD
예상 결과:
- 步骤 1 - 编写失败的测试：定义预期的重试行为，测试会失败
- 步骤 2 - 验证红色：运行测试确认它因预期原因失败
- 步骤 3 - 编写最小代码：实现刚好通过测试的代码
- 步骤 4 - 验证绿色：确认测试通过且所有测试仍然通过
- 步骤 5 - 重构：清理代码同时保持测试通过
- 步骤 6 - 重复：下一个功能的下一个失败测试
"test-driven-development" 사용 중입니다. I need to fix a bug where empty emails are accepted
예상 결과:
- 首先，编写一个失败的测试，证明空邮箱应该被拒绝
- 运行测试并确认它因'需要邮箱'错误而失败
- 实现最小修复：添加验证以检查 email.trim()
- 再次运行测试以确认修复有效且所有测试通过
- 如需要，为多个字段提取验证逻辑进行重构
보안 감사
안전Pure documentation skill containing only markdown files. No executable code, network requests, or file system operations. All static findings are false positives: backticks are markdown code fences (not shell execution), SHA mentions are in documentation (not crypto code), and file references are local documentation links. The skill provides TDD methodology guidance only.
위험 요인
🌐 네트워크 접근 (1)
⚙️ 외부 명령어 (57)
품질 점수
만들 수 있는 것
新功能实现
先为新功能编写失败的测试，实现最小代码使其通过，然后在保持测试通过的情况下重构
缺陷复现测试
创建失败的测试来复现缺陷，修复代码使测试通过，确保防止回归
TDD 过程验证
通过检查测试是否在实现之前就已存在并首先失败来验证代码是否使用 TDD 编写
이 프롬프트를 사용해 보세요
应用 TDD 方法论。首先，帮助我为[描述功能/缺陷]编写一个失败的测试。我希望在实现任何解决方案之前看到它失败。
帮助我重构[代码部分]同时保持所有测试通过。展示 TDD 如何实现安全重构。
审查我针对[功能]的测试并提出改进建议。这是在测试真实行为还是仅验证 mock 的存在？
我在[组件]中发现了一个缺陷。帮助我编写一个失败的测试来复现它，然后使用 TDD 正确地修复它。
모범 사례
- 总是在实现之前观察每个测试失败 - 证明测试确实在测试你需要的内容
- 编写最小代码以通过测试 - 抵制添加测试未要求的功能
- 在测试中使用真实代码 - mock 应该隔离依赖项，而不是被测试的对象
피하기
- 在测试之前编写实现代码 - 删除并重新开始 TDD
- 测试 mock 行为而不是真实组件行为
- 在编写测试时保留实现代码作为参考 - 你会顺应它