test-driven-development

测试驱动开发 (TDD) 技能是一套核心工程方法论，旨在以系统化、验证优先的流程取代随意的编码方式。它专为需要维持高质量代码、降低回归风险，并确保每项生产变更都基于特定且可验证行为的软件工程师与编码代理程序设计。通过强制执行“红灯-绿灯-重构”循环，此技能可防止在验证需求前编写实现代码的常见陷阱，确保软件代理程序在提交任何逻辑前先验证其假设。

• 实现严格的红灯-绿灯-重构工作流程：编写最小化的失败测试（红灯）、建立最简单的实现来通过测试（绿灯），以及在保持测试通过状态下进行代码重构（重构）。

• 强制执行“无失败测试，不写生产代码”的铁律，要求删除在测试前编写的代码，以确保验证的客观性。

• 提供编写有效测试的明确启发式规则，包括最小化测试范围、明确的命名规范，以及基于行为而非实现细节的测试设计。

• 与 npm test 等标准 CLI 测试执行器集成，实时验证失败、通过与回归状态。

• 通过强制自动化行为记录、启用安全重构并防止未经测试或损坏的功能积累，进而降低技术债。

• 在进行新功能开发、错误修复、行为变更与重构任务时，务必启用此技能以确保完整的测试覆盖率。

• 针对抛弃式原型或配置文件等例外状况，建议与人类伙伴商议，以维持流程的一致性。

• 使用专注于单一行为的最小化测试；避免过度设计或使用过多 Mock 的测试模式，因为这些模式会掩盖代码的真实意图。

• 在编写实现前，务必确认测试确实失败；若测试立即通过，代表该行为可能已存在或测试范围定义错误。

• 将测试套件视为代码库的主要事实来源；若逻辑变更，请务必先更新测试以反映新的需求。

• 关键字：TDD, 红灯绿灯重构, 测试驱动, 软件测试, 单元测试, 回归测试, 代码质量, 自动化验证, 敏捷开发, 实现计划, 测试覆盖率, 调试, 软件架构。