用途：这是一套测试驱动开发（TDD）实践规范，核心主张是先写测试再写实现，把测试当作设计工具而非事后验证手段。适用于实现新函数、方法或功能，修复缺陷（先写复现测试），以及重构既有代码；也用于回应“先写代码，测试以后再加”这类要求。
主要能力：给出明确铁律——没有失败的测试就不写生产代码，不因“函数很简单”“以后补测试”“我已经知道怎么实现”“测试拖慢我”而例外。核心流程为 RED→GREEN→REFACTOR→REPEAT：先写失败的测试，再写最少代码使其通过，然后在测试通过的前提下清理重构，再进入下一个用例。资料还给出“代码优先”坏味道的识别方法，即实现文件先于测试文件出现、直接提交无对应测试的代码、测试一写就通过（从未见其失败）等。
使用方式：按循环操作即可，无安装命令或配置说明。文档以 calculateDiscount 为例演示反例（先写实现、打算以后补测试）与正例（先写 describe/it 断言，再写实现），强调测试即规格、即文档、即安全网。
适用场景：新功能开发、缺陷修复、重构，以及面对“稍后补测试”“太简单不必测”“测试拖慢进度”“测试是 QA 的事”“只是原型”等压力时的应对。资料提供了压力抵抗协议与常见借口对照表。
限制：资料未提供具体编程语言、框架、运行环境、安装步骤或工具链要求，仅给出通用原则与一段示例代码；也未涉及团队协作流程、覆盖率指标或性能数据。实际落地需结合项目已有的测试框架自行适配。