啥是TDD？

其实很简单，Test Driven Development，测试驱动开发。简单的说就是“代码未动，测试先行”：在开发的最初期就写好测试，之后以通过代码测试为目的，不断的进行代码编写以及重构，最终通过所有测试，完成代码编写的一种开发方式。这种开发方式用于敏捷开发，或者也可以说是敏捷的精髓。

为何要TDD?

TDD的好处有一些，以下是我自己觉得TDD的一些优势：

1、目标非常明确：通过测试用例。

可能有些朋友觉得，平时需求也是一个明确的目标啊？我的想法是，需求每次有很多，随着自己不断的coding，有些小需求就会被忽略，有的需求像是实现了，又像是没实现，很难有个标准的判断，而TDD明确了你的任务：通过测试

2、防止过度设计

平时做项目的时候，有时候做着某个点，之后不知不觉的就把功能写的过于复杂而不必要，通过TDD，你只需要去实现测试就ok了，不需要考虑那么多因素

3、展示效果方便，工作有成就感

在通过测试之后，你就可以展示自己的工作成果了，每次通过test那个绿灯，无疑对鼓舞士气起着显著的作用。

4、自动化测试

虽然自动化测试不是TDD的主要特点，但是无疑自动化测试是一个很爽的事情：不再需要你从UI层自己一点一点的进入某个地方，之后加上断点，从堆栈中抓出某个变量。用“鼠标点着”的测试方法依赖人工，每次测试都需要你集中精力，小心翼翼。而自动化测试，只需要在代码中加入几个断言，编译一下，之后通过测试工具测试，什么地方通过什么地方没通过，立马一目了然。

怎样TDD

这是我从wikipedia 下弄下来的一张图，它很好的描述了TDD的整个流程，之后下面的文字翻译自wikipedia对tdd的描述

1、编写测试用例

在测试驱动开发中，在写每一个特性之前，首先都需要编写一个测试（这个测试在最开始肯定会失败，因为你还没实现这个特性，当你测试到通过测试之后，说明“新”特性已经被实现了）在写测试的时候，你需要对需实现的特性有着清晰的认识，了解它的规格和需求。 你可以通过用例图或者假设场景（User Stories） 去获得特性的需求和“非正常情况”(Exception Condition)的处理。当然你也可以去把以前的测试做一些修改或者扩充来满足新的“特性要求”。这是TDD区别于你写好代码后做单元测试的特性：这样做可以让你在编写代码之前，紧盯着需求，这是个微妙的，但是很重要的不同点。

2、运行所有的测试，之后看最新的那个测试报错了没

这个是用来验证 测试工具是否工作正常，新的测试在没有写任何新的代码之前，是不会通过测试的。这实际上也同时检测了 “测试”自身的代码，举个反例：如果说碰到了这种事情–>新的测试仪被通过了，则那个测试就相当于没用。

新测试必须失败的原因还有一些期望的原因：会提高信心（虽然并不是每个人都会），因为咱们测试了需要测试的东西，并且除非我们实现了这个期望的用例，咱才能通过测试。

3、写代码实现

这个步骤是编写代码来通过测试。写的这些代码暂时也许不需要非常完美，咱们可以用一个很囧的代码去实现一个测试。为啥这么说，因为我们待会将会重构它的。

只为了让代码通过测试来写，是相当重要的一个原则。不要画蛇添足的写上你预想出的其他功能，你的目的就是单纯的通过测试。

4、运行自动化测试看看是否都通过了测试

如果说所有的测试都通过了，咱就可以确认代码已经满足了所有测试过的需求了。这是个在整个开发迭代中的不错的最终结果的开始。

5、重构代码

这个时候，代码可以好好的清理下了。通过重新运行测试用例，我们可以确认重构没有影响到任何已经实现的功能。

消除“复制代码”是任何软件设计的一个重要的概念，同事在这里，它也是删除删除测试代码和产品最终代码的一个概念。比如说一些“神奇数字”（某个已有初始值，但没注明具体含义的数字）“神奇字段”。

迭代

当你折腾完之后，你就可以写新的一个测试了，这种循环会推动功能的完备。每个步骤应该保证“很小”，只需要很少的步骤（1-10次编辑）对于每个测试。如果新的新的代码不能迅速的通过一个测试，或者其他的测试莫名其妙的错了，咱就应该undo 或者恢复到过度调试（revert in preference to excessive debugging.）持续集成有助于提供可回复的测试点。When using external libraries it is important not to make increments that are so small as to be effectively merely testing the library itself,^[3] unless there is some reason to believe that the library is buggy or is not sufficiently feature-complete to serve all the needs of the main program being written.（这句话我没看明白，但不太影响理解整个流程）

ok，就到这里了，下篇文章将介绍做TDD需要的几个工具。

Tags: Moq, NUnit, TDD