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 辅助的多智能体模式,可以分别处理测试编写、功能实现和代码优化三个环节。