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-6/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
‘我需要实现一个用户积分等级计算函数，规则比较复杂，请用TDD方式指导我。’ 它会引导你先为边界情况（如零积分、负积分、等级阈值）编写会失败的测试用例。在你确认测试失败后，它会提示你编写最小化的代码让第一个测试通过，然后逐步添加更多测试和实现，直到完整功能完成并经过重构。
介绍
这个Skill旨在帮助开发者在处理复杂、非平凡的业务逻辑时，严格遵循测试驱动开发（TDD）的核心流程。它解决的是在开发过程中，开发者可能因急于实现功能而忽略测试先行，导致代码质量不高、重构困难、回归风险增加的问题。
使用方式非常明确：首先，为要实现的非平凡行为编写一个会失败的测试用例，并观察其失败以确认测试有效；然后，编写最小化的代码使该测试通过；最后，进行重构以优化代码结构，同时保持所有测试通过。这一循环确保了代码始终处于可验证、可维护的状态。
它特别适合那些已经了解TDD基础概念，但在实际项目中难以坚持实践，或者面对复杂逻辑时不知如何下手的开发者。无论是前端、后端还是全栈开发，只要涉及需要严谨逻辑的业务代码，都可以从中受益。
使用建议是，将其应用于项目中那些核心的、容易出错的业务模块开发，而不是所有代码。注意事项是，TDD需要一定的学习成本和思维转变，初期可能会感觉开发速度变慢，但长期来看能显著提升代码质量和开发信心。
核心特点
本Skill严格聚焦于“非平凡行为”的TDD实践，强调先观察测试失败作为证据，再编写最小化通过代码，而非泛泛地编写测试。其核心在于通过“红-绿-重构”的严格循环，将测试作为设计工具，确保复杂逻辑的实现从第一步就是可验证和正确的。
注意事项
不适合用于简单的CRUD操作或原型快速验证阶段，在这些场景下严格的TDD流程可能显得过于繁重。
常见问题
什么是TDD？
测试驱动开发，一种先写失败测试，再写最小代码使其通过，最后重构的开发方法。
这个Skill对新手友好吗？
更适合已了解TDD基础，希望在实践中严格执行以提升复杂代码质量的开发者。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/test-driven-development-x-6/raw/index.md 读取 Test Driven Development 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/test-driven-development-x-6/raw/index.md（查看排版版本）