Test Driven Development
面向非平凡行为的测试驱动开发实践
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：Test Driven Development。 它的用途是：面向非平凡行为的测试驱动开发实践 完整的 Skill 内容见：https://321skill.com/skills/test-driven-development-x/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
'请使用TDD方式开发一个检查密码强度的函数，要求包含大小写、数字、特殊字符的判断，先写测试用例并观察失败。' 它会先输出一个包含多种边界条件的测试函数，运行后显示失败，再输出最小实现代码，通过测试后还会建议重构。
介绍
在软件开发中，非平凡的业务逻辑往往隐藏着大量边界条件和异常路径，传统开发方式容易因遗漏测试而引入回归缺陷。本 Skill 提供了一套严谨的测试驱动开发（TDD）流程，专门针对“非平凡行为”——要求你先编写一个可预测失败的测试用例，并亲眼见证它因缺少实现而报错，然后仅编写足以通过该测试的最小代码，最后通过持续迭代构建完整的正确行为。
使用方法非常简单：当你面对一个有一定复杂度的功能时，先分析其行为边界，用断言定义预期结果并运行测试，确认失败后编写最简实现代码，再运行测试确认通过，然后重构代码并保持测试始终绿色。整个过程强调“失败证据”的可观测性，避免跳过测试或一次性编写大量代码。
本 Skill 适合所有需要编写健壮代码的软件工程师，尤其是测试工程师、后端开发、全栈开发。对于正在学习 TDD 的开发者，它能帮你建立“先测试后代码”的肌肉记忆；对于资深工程师，它能规范你在处理复杂逻辑时的质量控制流程。
建议在开发包含条件分支、循环、异常处理、状态机等非平凡行为的模块时优先使用。对于简单的 CRUD 接口或纯数据转换函数，可以适度简化，避免过度设计。与 CI/CD 流程结合效果更佳，可将测试运行作为代码合并的前置检查。
核心特点
相比泛泛的“先写测试再写代码”教程，本 Skill 强调非平凡行为、必须观察测试失败并保留证据、仅写最小通过代码，杜绝“测试通过但代码冗余”或“跳过测试直接写实现”的常见误区。
注意事项
不适合非常简单的脚本或一次性代码，TDD 的额外开销在这些场景下可能得不偿失。
常见问题
TDD 和传统测试有什么区别？
传统测试是在代码写完后再补充，TDD 则是先写测试再写实现，且测试驱动设计决策，确保代码可测试性。本 Skill 进一步要求观察测试失败，强调证据链。
什么算“非平凡行为”？
涉及条件判断、循环、异常处理、多状态迁移、复杂计算等逻辑，简单的 getter/setter 或纯数据管道不在此列。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/test-driven-development-x/raw/index.md 读取 Test Driven Development 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/test-driven-development-x/raw/index.md（查看排版版本）