HomeBrowseUpload
← Back to registry
// Skill profile

Superpowers TDD - 测试驱动开发

name: superpowers-tdd

by axelhu · published 2026-04-01

邮件处理数据处理
Total installs
0
Stars
★ 0
Last updated
2026-04
// Install command
$ claw add gh:axelhu/axelhu-superpowers-tdd
View on GitHub
// Full documentation

---

name: superpowers-tdd

description: Use when implementing any feature or bugfix, before writing implementation code - enforces RED-GREEN-REFACTOR cycle: write failing test first, verify it fails, write minimal code, verify it passes, then refactor

---

# Superpowers TDD - 测试驱动开发

核心准则

**先写测试,看着它失败,写最少的代码让它通过。**

如果没看过测试失败,就不知道测试的是不是对的东西。

**违反规则的字面意思 = 违反规则的精神。**

铁律

没有失败的测试,就不能写生产代码

先写代码后写测试?删除它。从头开始。

**没有例外:**

  • 不要留着当"参考"
  • 不要在写测试时"改编"它
  • 不要看它
  • 删除就是删除
  • 红-绿-重构循环

    RED - 写失败的测试

    写一个最小测试,展示应该发生什么。

    # Good: 清晰名称,测试真实行为,一件事
    def test_retries_failed_operations_3_times():
        attempts = 0
        def operation():
            nonlocal attempts
            attempts += 1
            if attempts < 3:
                raise Exception('fail')
            return 'success'
        
        result = retry_operation(operation)
        assert result == 'success'
        assert attempts == 3
    ❌ Bad: 模糊名称,测试 mock 而不是真实代码
    def test_retry_works():
        mock = MagicMock()
        mock.side_effect = [Exception(), Exception(), 'success']

    **要求:**

  • 一个行为
  • 清晰名称
  • 真实代码(除非不可避免才用 mock)
  • 验证 RED - 看着它失败

    **必须执行,从不跳过。**

    pytest tests/path/test_name.py -v
    # 或项目对应的测试命令

    确认:

  • 测试失败(不是错误)
  • 失败信息符合预期
  • 失败是因为功能缺失(不是拼写错误)
  • **测试通过了?** 你在测试已有行为。修复测试。

    GREEN - 最少代码

    写最简单的代码让测试通过。

    # Good: 刚好够通过测试
    def retry_operation(fn, max_retries=3):
        for i in range(max_retries):
            try:
                return fn()
            except Exception as e:
                if i == max_retries - 1:
                    raise e
    ❌ Bad: 过度设计,加入了测试没要求的功能
    def retry_operation(fn, options={max_retries=3, backoff='linear', onRetry=...})
        # YAGNI - 你不需要这个

    不要添加功能、不要重构其他代码、不要"改进"超过测试要求。

    验证 GREEN - 看着它通过

    **必须执行。**

    pytest tests/path/test_name.py -v

    确认:

  • 测试通过
  • 其他测试仍然通过
  • 输出干净(无错误、无警告)
  • **测试失败?** 修代码,不是测试。

    **其他测试失败?** 立刻修。

    REFACTOR - 重构

    只有在 green 之后:

  • 移除重复
  • 改进名称
  • 提取辅助函数
  • 保持测试 green。不添加行为。

    重复

    下一个失败测试对应下一个功能。

    好测试的特征

    | 质量 | 好 | 坏 |

    |------|----|----|

    | **最小** | 一件事。名称里有"and"?拆开它。 | `test_validates_email_and_domain_and_whitespace` |

    | **清晰** | 名称描述行为 | `test_test1` |

    | **展示意图** | 展示期望的 API | 掩盖代码应该做什么 |

    常见借口(别信)

    | 借口 | 现实 |

    |------|------|

    | "太简单了不用测" | 简单代码也会坏。测试只用30秒。 |

    | "我之后测" | 测试立即通过什么也证明不了。 |

    | "之后测试也能达到同样目标" | 之后测试 = "这代码干了什么?" 先写测试 = "这代码应该干什么?" |

    | "我已经手动测试了" | 手动测试是随意的。没有记录,不能重跑。 |

    | "删除 X 小时的工作太浪费" | 沉没成本谬误。留着不可信的代码是技术债。 |

    | "留着当参考" | 你会改编它。那就是之后测试。删除就是删除。 |

    | "TDD 太教条" | TDD 是务实的:比事后调试快。 |

    红旗 - 停止并从头开始

  • 先写代码后写测试
  • 实现之后才写测试
  • 测试立即通过
  • 说不清为什么测试失败
  • "之后"添加的测试
  • 合理化"就这一次"
  • "我已经手动测试了"
  • "之后测试能达到同样目的"
  • "这是精神不是仪式"
  • "留着当参考"或"改编现有代码"
  • **所有这些意味着:删除代码。从头用 TDD。**

    Bug 修复示例

    **Bug:** 空邮箱被接受

    **RED**

    def test_rejects_empty_email():
        result = submit_form({'email': ''})
        assert result['error'] == 'Email required'

    **Verify RED**

    $ pytest
    FAIL: expected 'Email required', got undefined

    **GREEN**

    def submit_form(data):
        if not data.get('email', '').strip():
            return {'error': 'Email required'}
        # ...

    **Verify GREEN**

    $ pytest
    PASS

    **REFACTOR**

    如需要可提取多字段验证。

    完成前检查表

  • [ ] 每个新函数/方法都有测试
  • [ ] 实现前看过每个测试失败
  • [ ] 每个测试失败原因符合预期(功能缺失,不是 typo)
  • [ ] 写了最少的代码让每个测试通过
  • [ ] 所有测试通过
  • [ ] 输出干净(无错误、无警告)
  • [ ] 测试使用真实代码(除非不可避免才用 mock)
  • [ ] 覆盖了边界情况和错误
  • 不能全部打勾?跳过了 TDD。从头开始。

    // Comments
    Sign in with GitHub to leave a comment.
    // Related skills

    More tools from the same signal band