##为什么需要测试驱动/或者说需要单元测试
我们工作接触的软件项目，不是学生时代，玩一玩就不管了，工作的项目，需要长期维护，并且随着时间的推移需要增加新的需求，进行修改，优化。此时已经距离你编写代码已经过去整整一个月了，看着自己编写的代码，似曾相识，就是不敢修改。每次上线更新，你都战战兢兢！！ 如果你遇到这种情况，那么你急需要测试驱动这种软件开发方法。 测试驱动能够帮助我们，更加安全，自信的对代码进行修改，因为有单元测试代码的保护，可以验证每次修改是否破坏了代码。
##认识测试驱动
测试驱动开发是一种软件开发过程中的应用方法。能够帮助我们提高保证软件的质量。和以往的接到需求直接开始编写代码不同，测试驱动，要求在接到需求后，先编写测试代码，再编写实际代码。
测试驱动的基础是单元测试。
开发流程： 面向接口开发代码（没有具体实现） --> 针对写的抽象代码编写单元测试 --> 编写具体的功能代码 --> 运行单元测试 --> 通过
测试驱动有三个步骤：
- 红色 - 先写单元测试，测试还没有具体的功能代码
- 绿色 实现功能代码
- 重构 由于有单元测试的保护，重构可以更加大胆，更加有信心。
先看一个简单的实例。
我们需要编写计算两个数相除的一个方法 add(int a,int b )
可以看到，我们只是没有写具体的加法代码， 就写了测试代码。然后运行，显示 红色，代码不符合期望。
现在我们编写 实际的功能代码，
为了你能够很快速的了解，认识测试驱动和单元测试，我做了一个很简单的例子。你可能会想，这么简单的功能代码，有必要写单元测试吗？ 这玩意不是浪费时间吗？ 我在前面已经说了这是一个简单的实例，简单到确实没有必要写单元测试，没有必要使用TDD，回到工作中，你的代码可不像上面的实例那么简单。所有你必须保证，代码的质量，并且为了以后，你还能信心满满的进行修改，扩展，优化。如果，你觉得你工作的代码，实在是一处都没有必要写单元测试，那么恭喜你，同学，你可以从现在的公司毕业了，去换个新的行业。
##测试驱动适合那些项目
1.需要长期维护的大的项目
如果你的项目，只是一个小小练习，那么，真的没有必要去使用测试驱动，因为在短期看来，写单元测试需要时间，并且单元测试的代码很多时候是功能代码的几倍。
但是长期来看，测试驱动，单元测试是十分有必要的。因为它可以让你更好的设计代码，毕竟写单元测试至少需要功能代码的流程。
可以给你修改的信心，很多时候，我们上个月写的代码，现在再看就看不懂了，如果这个时候还需对他进行扩展，你可能会犯各种各样的错误，此时有了单元测试，每次进行小小的修改，就跑一下单元测试，可以保证此次的修改是否破坏了代码。
给你重构的勇气，随着业务增加，原来设计优美，清晰的代码，会充满坏味道，并且腐化。此时单元测试能够保证你的每一次重构，时候破坏了代码。
##编写单元测试需要很多的时间，得不偿失?
是的，在上面的我回答了，什么样的项目需要测试驱动，对于小的简单的并且不需要维护的项目站在公司角度来看，确实不需要去写单元测试。 但是站在程序猿的角度，我们需要为自己编写的每段代码负责，每个项目项目负责，即使再小。
长远来看，前期编写了单元测试消耗了时间，但是在未来进行修改，重构的时候，节省了我们很多时间，并且避免了很多可能因为修改，重构而引入的新问题。
单元测试，可以帮助我们减少调试的时间，设计合理，覆盖充分的用例，可以帮助我们及早的发现bug，并且能更加锻炼我们的思维，给团队其他人员，更快的了解我们编写的代码。
