用途：在实现任何新功能、修复缺陷、重构代码或进行可能破坏现有功能的改动前，强制先编写测试，遵循 RED-GREEN-REFACTOR 循环。
主要能力与流程：1）RED：先写最小、因正确原因失败的测试，运行并确认其失败；2）GREEN：写最少代码让测试通过，不做多余优化与重构；3）REFACTOR：在测试全部通过的前提下清理重复、改进命名、抽取方法。
测试质量要求：快速、隔离、可重复、自验证、及时（先于代码编写）。测试结构建议 Arrange-Act-Assert，资料中给出对应代码示意。同时遵循 YAGNI（不写不需要的代码、不做推测性功能与过早优化），DRY 仅在 REFACTOR 阶段执行。
提交策略：每次 GREEN 和 REFACTOR 后提交，小步频繁提交，每次提交都需通过全部测试。
适用场景：新功能开发、缺陷修复（先写能复现缺陷的测试）、重构前确保测试存在。
限制与禁止：资料明确禁止“简单函数不需要测试”“稍后再写测试”“先跑通再说”“手动测试”“测试显而易见”“我在探索”等借口。
安装与使用步骤、具体命令、平台或收费信息：暂未提供。