用途：在实现新功能、修复缺陷或重构时，强制采用测试先行的工作方式，并在修复缺陷时尽量补充回归测试。
适用时机：可单元测试的新功能；缺陷修复（实用时始终加回归测试）；重构（先用测试保护现有行为）。
规则：优先红→绿→重构；若难以写测试，仍要提供验证手段，如最小复现脚本、集成测试或清晰的手动步骤；测试尽量聚焦，一个测试对应一个行为；按行为命名测试，而非实现细节。
流程：1）定义行为变化（完成后应成立的事实）；2）编写或调整测试捕获该行为（尽量先让其失败）；3）做最小改动使测试通过；4）按需重构并保持通过；5）运行相关测试套件及 linter。
输出要求：改动代码时说明新增或修改了哪些测试、如何运行它们、它们证明了什么。
限制：官方文档未提供具体安装命令、运行环境、平台或收费信息；需结合所在项目已有的测试框架与工具链使用。