tdd 是这份中文版测试驱动开发 Skill 的名称。要构建功能或修复缺陷时，它要求先用一个会失败的测试描述行为，再写足够让测试通过的代码。
测试放在外部能观察的接口边界上，不深入私有方法。你先确定用户要得到什么行为，并认可要测的边界；每轮处理一个测试与最小实现，再根据新认识继续下一轮。
它反对先批量写完全部测试，也反对用与实现相同的算式再算一次“正确答案”。预期结果应来自要求或独立已知例子，代码内部改了、行为没变，测试仍应成立。
这份流程把重构放到评审阶段，与你可能熟悉的三步口号有所区别。详细例子与模拟依赖规则另有参考文件，本文只展开主文原则；使用时还应读取项目用语和架构决定，不能靠测试数量判断质量。