TDD Cycle Skill

Scope: EXECSPEC_FULFILL — Fulfill ExecSpec（落实 ExecSpec）

版本: 0.1.0（占位）| 创建日期: 2025-11-27

---

概述

TDD Cycle 是测试驱动开发的核心循环：

┌─────────────────────────────────────────────────────┐
│              🔄 TDD Cycle                           │
├─────────────────────────────────────────────────────┤
│       ┌─────┐                                      │
│       │ RED │ ← 写失败的测试                        │
│       └──┬──┘                                      │
│          ↓                                         │
│       ┌─────┐                                      │
│       │GREEN│ ← 最小代码让测试通过                  │
│       └──┬──┘                                      │
│          ↓                                         │
│    ┌──────────┐                                    │
│    │REFACTOR │ ← 重构，保持测试绿色                 │
│    └────┬─────┘                                    │
│         └──────→ REPEAT                            │
└─────────────────────────────────────────────────────┘

核心节奏：

• 🔴 RED: 先写失败的测试
• 🟢 GREEN: 写最小代码让测试通过
• 🔵 REFACTOR: 重构代码，保持测试绿色
• 🔁 REPEAT: 循环直到功能完成

---

L1-STREAMLINED

检查清单

• 测试先于实现代码编写
• 每次 GREEN 后立即考虑重构
• 单元测试覆盖率 ≥ 80%
• 测试金字塔比例合理（60%单元/30%集成/10%E2E）
• GOAL 注释已添加到测试文件

通过标准

• 5 项中 4 项通过（≥80%）

---

>> 命令

>>tdd_check_l1         # 检查 TDD 节奏
>>coverage_report_l1   # 测试覆盖率报告

---

GOAL 注释规范

// GOAL: GOAL-XXX-001
describe('功能描述', () => {
  it('should ...', () => {
    // 测试代码
  });
});

---

常见问题

🔴 RED 阶段

问题：测试写得太大 解决：每个测试只验证一个行为

问题：不知道先测什么 解决：从最简单的 Happy Path 开始

🟢 GREEN 阶段

问题：写了太多代码 解决：只写让测试通过的最小代码

问题：想一步到位 解决：接受"丑陋"的代码，重构阶段再优化

🔵 REFACTOR 阶段

问题：跳过重构 解决：每次 GREEN 后强制问自己"能更简单吗？"

问题：重构时破坏测试 解决：小步重构，每步都运行测试

---

相关 Skills

• 前置: bdd-scenario（BDD 场景已定义）
• 并行: code-quality（质量门禁）
• 原则: principle-dry, principle-kiss

---

TODO: 待细化覆盖率检查脚本和 TDD 节奏监控