tdd-workflow
测试驱动开发工作流原则。红-绿-重构循环。
作者
分类
开发工具安装
热度:0
下载并解压到你的 skills 目录
复制命令,发送给 OpenClaw 自动安装:
下载并安装这个技能 https://openskills.cc/api/download?slug=sickn33-skills-tdd-workflow&locale=zh&source=copy
TDD Workflow - 测试驱动开发智能助手
技能概述
TDD Workflow 是一款遵循测试驱动开发原则的 Claude 技能,通过 RED-GREEN-REFACTOR 循环指导您先编写测试再实现代码,帮助构建更可靠、更易维护的软件。
适用场景
1. 新功能开发
在开发新功能时使用 TDD 可以确保代码从一开始就具备测试覆盖。技能会引导您先编写失败的测试(RED),然后实现最少代码让测试通过(GREEN),最后优化代码结构(REFACTOR)。这种方式能有效减少后期 Bug,提高代码质量。
2. Bug 修复与回归测试
修复 Bug 时,TDD Workflow 建议先编写重现问题的测试用例,确保测试失败后再进行修复。这不仅验证了 Bug 已被解决,还能防止同类问题再次发生。技能会优先引导您关注 Happy Path、错误场景和边界条件的测试覆盖。
3. 复杂业务逻辑实现
对于复杂的业务规则和算法,TDD 能帮助理清需求边界。通过 AAA 模式(Arrange-Act-Assert)编写测试,让您在编码前明确输入、输出和边界条件。技能支持多智能体协作模式,可分别负责编写测试、实现功能和代码优化。
核心功能
1. RED-GREEN-REFACTOR 循环指导
严格遵循 TDD 三定律:只为让失败的测试通过而编写生产代码、只编写足以展示失败的测试、只编写足以让测试通过的代码。在每个阶段提供针对性指导,确保不跳过任何步骤,避免过度工程化。
2. AAA 测试模式支持
引导每个测试用例遵循 Arrange(准备测试数据)、Act(执行被测代码)、Assert(验证结果)的标准结构。支持行为描述式测试命名,如"should add two numbers",让测试本身就成为文档。
3. 测试优先级与覆盖策略
按照 Happy Path → 错误场景 → 边界条件 → 性能测试的优先级序列,帮助建立完整的测试金字塔。明确告知 TDD 价值最高的场景(新功能、Bug 修复、复杂逻辑),以及价值较低的场景(探索性开发、UI 布局)。
常见问题
什么是 TDD 的 RED-GREEN-REFACTOR 循环?
RED-GREEN-REFACTOR 是测试驱动开发的核心循环。RED 阶段先编写一个失败的测试,确保测试确实能检测到问题;GREEN 阶段编写最简单的代码让测试通过,不做任何优化;REFACTOR 阶段在保持测试通过的前提下优化代码结构,消除重复、改善命名。这个循环不断重复,逐步构建功能。
测试驱动开发适合什么场景?
TDD 在以下场景中价值最高:新功能开发时确保代码从一开始就有测试覆盖;Bug 修复时先写测试防止回归;复杂业务逻辑实现时通过测试理清需求边界。相对而言,探索性编程、快速原型验证或纯 UI 布局调整时,TDD 的收益较低,可以先 Spike 后再补测试。
如何开始实践 TDD 工作流?
开始 TDD 的关键是不跳过 RED 阶段——必须亲眼看到测试失败。先从简单的 Happy Path 测试开始,使用 AAA 模式组织测试代码:准备数据、执行功能、断言结果。记住 YAGNI 原则,GREEN 阶段只写足以让测试通过的代码,不要预先优化。本技能支持 AI 辅助的多智能体模式,可以分别处理测试编写、功能实现和代码优化三个环节。