Test-Driven Development：先验证行为，再实现功能

这个 Skill 能做什么

Test-Driven Development 强调先为预期行为编写测试，确认它因目标行为尚未实现而失败，再编写满足测试的最小代码。功能通过后再整理结构，避免只有覆盖率数字却没有有效验证。

适合哪些场景

• 给已有模块补充一个边界清楚的新行为
• 为可复现缺陷建立回归保护
• 重构前确认核心业务规则已有可靠测试

使用前准备

准备可用于练习的项目或材料，说明任务目标、现有约束和预期结果；在支持相应技能及工具的 Agent 环境中使用。具体依赖和版本以实际交付文件为准。

建议使用流程

1. 选取一个具体行为，准备最小且可读的输入与预期。
2. 运行测试，确认失败来自行为缺失，而不是环境或语法错误。
3. 编写足以通过当前测试的实现，保持变更范围清晰。
4. 在测试保持通过的前提下重构，再进入下一个行为。

任务描述示例

下面是练习提示，可根据你的项目补充上下文，不是实际运行结果。

为用户名校验增加规则：只允许 3～20 位字母、数字和下划线。
先列出边界行为，并为一个行为编写失败测试。
确认失败原因后再实现。
每轮只推进一个行为，最后整理重复代码并运行相关回归。

你可以获得什么

表达行为的测试、对应实现和测试运行证据。对缺陷修复，应确认测试在修复前能够复现问题，修复后通过。

使用边界与人工复核

不要为了让测试通过而把业务实现替换成过度模拟，也不要将测试数量当作品质结论。TDD 仍需结合需求评审、集成测试与系统测试。

如何获取

点击页面的“获取 Skills”，扫码添加销售微信，发送技能名称“test-driven-development”，由销售协助领取。资料版本、依赖及授权说明以实际交付为准。

本文由柠檬班根据公开项目资料与教学场景整理，保留原始项目来源；不代表原作者背书。使用及再分发应遵守原项目许可。