写代码前先写测试？TDD 这个思路真的能让你少踩坑

你写代码之前，真的想好怎么测了吗？

我见过太多人一顿操作猛如虎，写完代码才发现逻辑走不通——不是因为代码烂，是因为压根没想过「怎么验证它是对的」。

这不是编程问题，是思维问题。而 TDD（测试驱动开发），就是来解决这个问题的。

什么是 TDD？红绿重构三步走

TDD 的核心就一句话：先写测试，再写代码。

具体怎么跑？

第一步：写一个必定失败的测试（RED）
你想实现什么功能？先写个测试描述它。比如「重试3次后成功」，就写个测试验证这件事。跑一下——失败，因为功能还没写。

第二步：写最少的代码让它通过（GREEN）
不要想太多，不要过度设计。测试要什么，你就写什么，刚好够过就行。

第三步：回头优化代码质量（REFACTOR）
功能对了，现在可以整理代码、消除重复、提升可读性。测试全程保护你，不会改出 bug。

三个步骤循环往复，这就是 TDD 的全部。

为什么劝你试试

很多人觉得「这不是更慢吗？」——表面看是多了测试步骤，实际上：

• 减少调试时间：每次写完立刻知道对不对，不用跑半天发现报错再回头找
• 代码更干净：因为要先写测试，你会被迫想清楚「这个功能到底要做什么」
• 敢改代码：有了测试护身，改需求时不怕破坏原有功能

说白了，TDD 不是在写测试，是在倒逼你把需求想清楚。

怎么上手

这个 Skill 来自 Superpowers 框架，一个给 AI 编程助手设计的开发方法论。TDD 是里面最核心的技能之一。

安装方式：
– 在 Claude Code 里装 Superpowers 插件
– 或者直接 clone 仓库，把 skills/test-driven-development 目录加到你的 Skill 配置里

Skill 里有详细的 RED-GREEN-REFACTOR 流程图、代码示例、常见误区说明，比大多数 TDD 教程都实操。

GitHub 链接： https://github.com/obra/superpowers

写代码之前先写测试，听起来反直觉，但习惯了真的会快——因为你想清楚了再动手。*

GitHub: https://github.com/obra/superpowers