让测试先行地实现功能

负责已确认行为、失败证据、实现和局部重构之间的顺序。使用 testing-guidelines 选择并验证测试证据；本技能只负责测试优先的开发循环。

在 RED 前确定行为

从需求、契约、验收标准、不变量或已确认的回归问题开始。进入循环前，先解决会实质改变公开行为或用户可见行为的歧义。不要让测试凭空创造新需求。

每个连贯切片按以下顺序推进：

需求 -> 验收标准 -> 测试用例 -> RED -> GREEN -> REFACTOR

保持 TDD 关卡

• 观察到有意义的 RED。 在实现前运行所选证据；只有目标行为确实缺失或已损坏时，才接受该失败。构建、夹具、导入和环境失败都属于准备失败。
• 实现合理的 GREEN。 仅添加当前切片需要的生产行为，同时保持现有架构和契约。不要为了最快通过而牺牲可维护性或正确性。
• 局部重构。 只改进当前实现已有理由支持的部分，保持所有相关证据为绿，并避免无关清理或大范围重设计。

使用连贯的纵向切片

对每个尚未完成的行为：

1. 用 testing-guidelines 为该行为选择最小且可信的证据。
2. 添加证据并观察到有效的失败。
3. 只实现该切片所需的内容。
4. 运行聚焦证据并保持通过。
5. 只有能改进当前切片时才重构，然后再次验证通过。

一个切片是一项连贯的行为或契约，不一定只对应一个测试函数。完成一个切片后再开始独立行为，确保每次失败和通过都有清晰原因。

无法产生真实 RED 的情况

对于特征测试或保持行为不变的重构，目标行为可能已经存在，因此真实失败既不安全也不可行。说明替代证据，保留当前行为，不要为了模仿 TDD 顺序而制造没有意义的失败。

只有未解决的权限、公开行为，或为了可测试性而进行的重大架构调整会实质改变实现时，才询问用户。普通的执行顺序、接缝和局部重构无需额外审批。