关于TDD

TDD 是最近接触到的一个新的知识，就自己理解写下来。

TDD：Test Drive Development，即测试驱动开发。就测试的角度来检验整个项目。

具体流程：1.对每个需求即功能点写出测试代码
2.编写单元测试代码
3.运行单元测试代码（看测试能否通过）
循环以上三个步骤，直到整个单元测试都完全通过。

优点：可以减少编程方面的逻辑错误，减少代码中的bug。

要求：1.此测试模式可能需要我们对项目需求的分析足够的全面，并且足够清晰。对整个需求应该有足够的了解。

2.测模式可能不太适合复杂的项目，如果各模块之间的相互依赖性比较强，会导致我们在拆分接口和写测试代码的时候工作量会非常大。

顺带写一下BDD吧，都是新接触到的东西。
BDD：Behavior Drive Developmet,即行为驱动开发。

BDD算是对TDD的一种补充，在TDD中，我们不能保证根据设计所编写的测试就是用户所期望的功能，所以可以作为TDD后期的补充。

还有就是，不可能每个人都能接受先测试后写代码的模式，就像我自己，认为不存在的东西，怎么能写测试呢。所以，我们可以转换观念，考虑他该如何运行，在写出代码后，在对它进行测试编写。

初学，可能理解有些片面，有深入理解之后再来进行补充吧。