name: tdd-workflowdescription: “Test-Driven Development workflow principles. RED-GREEN-REFACTOR cycle.”risk: criticalsource: communitydate_added: “2026-02-27”TDD 工作流先写测试后写代码。1. TDD 循环 RED → 编写失败的测试 ↓ GREEN → 编写最少的代码使其通过 ↓ REFACTOR → 改进代码质量 ↓ 重复...2. TDD 三定律只有在让失败测试通过时才编写生产代码只写足以证明失败的测试只写足以让测试通过的代码3. RED 阶段原则写什么关注点示例行为“应该能对两个数求和”边界情况“应该处理空输入”错误状态“无效数据时应抛出异常”RED 阶段规则测试必须先失败测试名称描述预期行为每个测试一个断言理想情况下4. GREEN 阶段原则最少代码原则含义YAGNI你不需要它You Aren’t Gonna Need It最简单的事情写最少量的代码使其通过不做优化先让它工作GREEN 阶段规则不编写不需要的代码暂不优化通过测试即可不做多余的事5. REFACTOR 阶段原则改进什么领域行动重复提取公共代码命名让意图清晰结构改进组织复杂性简化逻辑REFACTOR 规则所有测试必须保持绿色小步增量修改每次重构后提交6. AAA 模式每个测试都遵循步骤目的Arrange准备设置测试数据Act执行运行被测代码Assert断言验证预期结果7. 何时使用 TDD场景TDD 价值新功能高Bug 修复高先写测试复杂逻辑高探索性工作低先做 spike再做 TDDUI 布局低8. 测试优先级优先级测试类型1正常路径Happy path2错误情况3边界情况4性能9. 反模式❌ 不要✅ 要做跳过 RED 阶段先观察测试失败事后才写测试先写测试初始就过度设计保持简单多个断言每个测试一个行为测试实现测试行为10. AI 增强的 TDD多代理模式代理角色代理 A编写失败的测试RED代理 B实现代码使其通过GREEN代理 C优化REFACTOR记住测试就是规格说明。如果你写不出测试说明你还不理解需求。何时使用此技能适用于执行概述中描述的工作流或操作。局限性仅在任务明确匹配上述范围时使用此技能。不要将输出视为环境特定验证、测试或专家审查的替代品。如果缺少所需的输入、权限、安全边界或成功标准请停下来询问澄清。