测试驱动开发（tdd）和单元测试的区别

内容来自@allenholub

在大家践行TDD的时候经常把TDD和测试搅在一起，我想通过这篇短文阐述一下TDD和测试（如：单元测试）的区别。

TDD不是一个测试策略，它是一个设计/开发策略。它关注的是一个低级别的设计（如：类级别）。

TDD的“测试”并不是测试，它是如何使用代码使用的示例（快乐路径-Happy Path：没有异常或错误条件的默认流程），它只是以测试的格式来表现出来，这样我们可以更容易的执行它，它不是单元测试或者其它的类似东西。

我们不需要使用TDD来“测试”所有的东西。而是用测试来发现程序中的问题（虽然它也能发现问题，但它不是TDD流程的一部分）。

TDD的“测试”描述的是代码应该怎样工作。而一个好的测试，目标是尽可能地破坏你的代码。某种意义上说，测试是提供一个代码不能工作的例子，它俩是截然相反的想法。

很多时候，这个误解是TDD的名字导致的，TDD名称为测试驱动开发，如果叫做“示例驱动开发”（Example-Driven Development）的话就会更少的引起歧义和误解。我们写的不是测试，是示例代码。

通常，我们先写“例子/测试”，然后进行TDD流程（写失败测试->让测试通过->重构），最后添加边界条件的测试和其他需要的测试。

TDD的重点是使用“测试”来驱动设计和开发过程。 你需要执行的TDD的“测试”只是你需要安全发布的测试总数的一小部分。TDD的“测试”是有用的，但是对于安全发布是远远不够的。

TDD的“测试”还有另外一个作用是：一个可执行永不过时的文档。将所有这些示例放在一个容易找到东西的地方是很有意义的。

希望能帮到大家澄清TDD和测试的关系！