Test Driven Development
遵循测试驱动开发（TDD）核心流程，编写非平凡行为的代码。
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：Test Driven Development。 它的用途是：遵循测试驱动开发（TDD）核心流程，编写非平凡行为的代码。 完整的 Skill 内容见：https://321skill.com/skills/test-driven-development-x-4/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
‘我需要实现一个购物车的计算总价功能，包含折扣和税费。’ 它会引导你先为‘空购物车总价为0’、‘添加一件商品后总价正确’、‘应用折扣券后总价更新’等行为分别编写失败的测试。你运行测试看到它们失败后，再编写最简代码让测试逐个通过，最终得到经过充分测试且设计良好的代码。
介绍
这个 Skill 旨在解决开发者在面对复杂或非平凡业务逻辑时，难以保证代码质量、设计清晰度和可维护性的问题。它通过强制要求先编写失败的测试用例，确保需求被明确验证，再编写最少量的代码使其通过，从而引导开发者编写出高内聚、低耦合的代码。
使用方式非常直接：开发者首先需要构思一个明确的功能需求或行为，然后立即为该行为编写一个预期会失败的测试。接着运行测试，观察其失败的具体证据，确认测试的有效性。最后，编写恰好能让该测试通过的最简代码，并重复此循环。
它特别适合那些希望提升代码设计水平、减少回归缺陷、并希望将测试作为设计工具而非事后验证的前后端开发、全栈开发及测试工程师。对于习惯先写代码后补测试，或认为 TDD 只适用于简单场景的开发者，这个 Skill 提供了实践非平凡行为 TDD 的清晰路径。
使用建议是，从小的、独立的功能点开始实践，逐步适应“红-绿-重构”的节奏。注意事项是，它要求开发者对测试框架有一定了解，并且需要克服初期因思考测试用例而可能带来的“开发速度变慢”的心理障碍，但长期来看，这将极大提升开发效率和代码质量。
核心特点
专注于“非平凡行为”的 TDD 实践，强调先写失败测试并观察失败证据，确保测试有效，而非简单的“先写测试”。其核心在于将测试作为设计工具，引导出更优的代码结构，而不仅仅是验证功能。
注意事项
不适合对测试框架完全陌生、或需要快速产出一次性原型/概念验证（PoC）的场景。
常见问题
TDD 会不会拖慢开发速度？
初期会感觉变慢，但长期通过减少调试、重构和修复缺陷的时间，能显著提升整体效率和质量。
这个 Skill 和普通的单元测试有什么区别？
核心区别在于顺序和目的：TDD 是“测试先行”，用于驱动设计和开发；普通单元测试多为“事后验证”，用于保障已有代码。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/test-driven-development-x-4/raw/index.md 读取 Test Driven Development 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/test-driven-development-x-4/raw/index.md（查看排版版本）