安装命令
npx skills add https://github.com/chrysaliscat/designgraduation --skill 'TDD Skill'🇨🇳中文介绍
测试驱动开发 (TDD)
概述
先写测试。看着它失败。编写最少的代码使其通过。
核心原则： 如果你没有看到测试失败，你就不知道它是否测试了正确的东西。
违反规则的字面意思就是违反规则的精神。
何时使用
始终使用：
- 新功能
- 错误修复
- 重构
- 行为变更
例外情况（请咨询你的真人搭档）：
- 一次性原型
- 生成的代码
- 配置文件
想着“就这一次跳过 TDD”？停下。那是在找借口。
铁律
没有失败的测试，就没有生产代码
在测试之前写了代码？删除它。重新开始。
没有例外：
- 不要把它当作“参考”保留
- 不要边写测试边“调整”它
- 不要看它
- 删除就是删除
完全根据测试重新实现。完毕。
红-绿-重构
- 红 : 编写一个最小的失败测试。验证它是否正确失败（不是错误，而是断言失败）。
- 绿 : 编写最少的代码使测试通过。仅此而已。
- 重构 : 清理代码和测试。验证测试仍然通过。
- 重复
验证清单
在标记工作完成之前：
- 每个新函数/方法都有测试
- 在实现之前看到每个测试失败
- 每个测试都因预期原因失败（功能缺失，而非拼写错误）
- 编写了最少的代码使每个测试通过
- 所有测试都通过
- 输出干净（无错误、警告）
每周安装数
0
仓库
首次出现
1970年1月1日
安全审计
🇺🇸English
Test-Driven Development (TDD)
Overview
Write the test first. Watch it fail. Write minimal code to pass.
Core principle: If you didn't watch the test fail, you don't know if it tests the right thing.
Violating the letter of the rules is violating the spirit of the rules.
When to Use
Always:
- New features
- Bug fixes
- Refactoring
- Behavior changes
Exceptions (ask your human partner):
- Throwaway prototypes
- Generated code
- Configuration files
Thinking "skip TDD just this once"? Stop. That's rationalization.
The Iron Law
NO PRODUCTION CODE WITHOUT A FAILING TEST FIRST
Write code before the test? Delete it. Start over.
No exceptions:
- Don't keep it as "reference"
- Don't "adapt" it while writing tests
- Don't look at it
- Delete means delete
Implement fresh from tests. Period.
Red-Green-Refactor
- : Write one minimal failing test. Verify it fails correctly (not error, but assertion failure).
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者，精准高效
