Tdd Dev Cycle

TDD (测试驱动开发) 主干工作循环

本 Skill 定义了标准的 TDD 开发与验证循环。

适用场景

如果项目章程没有定义具体的工作流，助手默认遵循以下 TDD 主干工作循环。

流程详情

• 智能调度
• 优先处理 backlog 中 priority: high 的任务。
• 在选定了任务后，将其从 docs/backlog/ 移动到 docs/requirements/ 并更新状态为 开发中，然后开始分析。

• 规划与澄清 (TDD)
• a. 分析需求: 如果模糊则提问，并更新需求文档。
• b. 解决冲突: 如果需求和项目级别章程冲突，则提问澄清如何处理。一般来说要更新章程中的设计。
• c. 定义验收标准: 优先编写自动化测试用例。
• d. COMMIT 1: git commit -m "完成需求 {文件名} 的分析与测试用例，即将开发"

• 开发
• 根据测试用例进行编码实现。

• 开发完成 -> COMMIT
• COMMIT 2: git commit -m "完成需求 {文件名} 的开发，即将验证"

• 验证与带熔断的修复循环
• a. 运行自动化测试。
• b. 成功:
• COMMIT 5: git commit -m "需求 {文件名} 的开发和验证已经全部完成！"
• 报告完成并循环。
• c. 失败 (第 N 次):
• COMMIT 3: git commit -m "验证需求 {文件名} 时遇到问题 {问题描述} (第 N 次尝试)，即将修复"
• 熔断检查: 若 N > 3 次，则触发熔断，停止，并向用户求助。
• 修复: 分析日志，定位原因，编写修复代码。
• COMMIT 4: git commit -m "验证需求 {文件名} ，成功解决了问题 {问题描述} (第 N 次尝试)"
• 返回步骤 5a 重新验证。

循环直至所有 backlog 任务完成、用户打断、指令变更或达到熔断条件。