Test Driven Development
非平凡行为测试驱动开发，先写失败测试再写代码
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：Test Driven Development。 它的用途是：非平凡行为测试驱动开发，先写失败测试再写代码 完整的 Skill 内容见：https://321skill.com/skills/test-driven-development-x-2/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
'使用TDD方式开发一个用户登录次数限制功能，连续失败3次后锁定账号30分钟。' AI会先输出一个失败测试用例，并说明预期失败结果（如'断言锁定时间未到'）。然后你根据提示编写最少代码，再次运行测试通过后，AI会建议重构逻辑。整个过程迭代3-5轮即可完成功能。
介绍
解决什么问题：传统TDD教程往往只覆盖简单示例，当面对复杂业务逻辑、异步调用、边界条件等非平凡行为时，开发者容易跳过“先写测试并观察失败”的关键步骤，导致测试流于形式。本Skill强制要求为每个非平凡行为编写失败测试，并亲眼确认测试失败证据，再编写最少代码使其通过，从而确保测试真正具有验证效力。
怎么用：在AI对话中直接描述你要实现的功能行为（例如“用户登录失败三次后锁定账号”），AI会先引导你编写一个失败测试用例，并输出执行该测试的预期失败结果。然后你再根据AI建议编写最少生产代码，运行测试通过后进入下一轮迭代。整个过程形成“红-绿-重构”的闭环。
适合谁：适合追求代码质量的后端开发、全栈开发、测试工程师，以及希望系统学习TDD实践的团队。尤其适合需要维护复杂业务逻辑、要求高测试覆盖率的项目。
使用建议：建议在稳定的开发环境中使用，并配合单元测试框架（如Jest、pytest）。对于纯探索性原型或一次性脚本，本Skill可能过度设计。使用时注意保持测试粒度适中，避免过度耦合。
核心特点
不同于常规TDD教程，本Skill强制要求先写失败测试并观察失败证据，再写最少代码通过，确保测试有效性；同时专注于非平凡行为（如边界条件、异步流程、状态转换），而非简单加法示例。
注意事项
不适合未定义明确行为的纯探索性开发，或对测试覆盖率要求极低的快速原型。
常见问题
这个Skill支持哪些编程语言？
通用性较强，但示例多为JavaScript/TypeScript和Python，可根据需要调整。
需要提前安装测试框架吗？
需要，建议项目中已配置好Jest、pytest等测试框架，Skill会假定你已具备执行测试的环境。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/test-driven-development-x-2/raw/index.md 读取 Test Driven Development 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/test-driven-development-x-2/raw/index.md（查看排版版本）