测试驱动开发工作流

问题：被测试拖累的开发节奏

许多开发者在赶进度时会跳过测试，结果代码里埋满地雷：上线后 bug 频发、回归测试耗时巨大、重构时如履薄冰。这种“先写代码后补测试”的模式，让测试沦为应付差事的摆设，根本无法为代码质量保驾护航。

如何用 TDD 把测试变成开发指南针

核心能力：本技能强制执行 RED-GREEN-REFACTOR 工作流，确保测试始终先于实现代码诞生。

• 红线（RED）：先写一个失败的测试，清晰定义功能期望；若测试“侥幸通过”，立即中止流程。
• 绿线（GREEN）：编写能通过测试的最小实现代码，不追求完美，只求快速验证逻辑正确性。
• 黄线（REFACTOR）：在测试保护下优化代码结构，消除重复、提升可读性，确保改动安全无副作用。

关键步骤：技能会引导你先理解业务场景，自动生成首个失败测试；随后分析失败原因（如逻辑错误、缺失依赖），再写最小代码让测试变绿；最后在绿线基础上重构，循环推进每个功能点。整个过程强调“测试即文档”，让测试成为代码的可执行说明书。

适用边界与协作要点

• 不适合探索型原型或快速 MVP 开发，初期写测试可能拖慢节奏。
• 团队需建立 TDD 文化，否则“先写代码后补测试”的习惯会抵消技能价值。
• 需与 systematic-debugging、plan 等技能配合，形成“规划→测试→调试→优化”的闭环工作流。