tdd-workflows-tdd-cycle
掌握测试驱动开发工作流
开发者在管理复杂项目时难以保持TDD规范。本技能通过严格的红-绿-重构循环协调专业代理，并提供自动化验证和覆盖率跟踪。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“tdd-workflows-tdd-cycle”。 用户注册API的TDD工作流
预期结果:
第1阶段完成：生成包含12个测试场景的测试规范，涵盖正常路径、验证错误、重复用户和边缘用例。第2阶段完成：编写12个失败的单元测试。第3阶段完成：最小实现通过所有测试。第4阶段完成：重构后将圈复杂度从12降低到6。
正在使用“tdd-workflows-tdd-cycle”。 数据验证模块的TDD工作流及覆盖率分析
预期结果:
覆盖率报告：行覆盖率87%，分支覆盖率79%，函数覆盖率92%。所有测试通过。重构建议：将验证逻辑提取到单独的策略中，将validateUserInput方法长度从28行减少到15行。
安全审计
安全All 15 static analysis findings are false positives. The external_commands pattern matched documentation references (opening markdown files, flag examples) not actual shell execution. Cryptographic and reconnaissance patterns matched unrelated TDD workflow text. This skill safely orchestrates Claude Task agents for test-driven development workflows.
低风险问题 (1)
风险因素
⚙️ 外部命令 (3)
质量评分
你能构建什么
新功能开发
以严格的TDD规范进行测试优先的新功能开发，确保从一开始就达到100%覆盖率。
遗留代码测试覆盖率
使用测试套件模式和批量开发方式为现有代码添加全面的测试覆盖率。
代码质量改进
在保持测试覆盖率的同时重构现有代码，并在每一步使用自动化验证。
试试这些提示
为实现用户身份验证模块启动TDD工作流。从第1阶段需求分析开始，然后进入红-绿-重构循环。
使用--incremental标志执行REST API端点的TDD工作流。一次编写一个失败的测试，使其通过，然后在继续之前进行重构。
使用--suite标志执行支付处理模块的TDD工作流。首先编写所有失败的测试，然后实现以通过所有测试，最后重构整个模块。
分析用户服务模块的当前测试覆盖率，并执行第11阶段以添加性能测试和边缘用例覆盖率。目标达到90%分支覆盖率。
最佳实践
- 在实现代码之前，始终验证测试因正确原因失败
- 仅实现使测试通过所需的最小代码——不要添加额外功能
- 每次重构更改后运行测试，确保测试保持通过
- 如果TDD规范被破坏，立即停止并回滚到有效状态
- 将单元测试执行时间保持在5秒以内，以保持反馈速度
避免
- 在编写失败测试之前编写实现代码
- 编写已经通过的测试而不是驱动新功能
- 跳过重构阶段并积累技术债务
- 修改测试使其通过，而不是修复实现
- 忽略失败的测试并继续下一个功能