单元测试
单元测试（Unit Testing）又称为模块测试，是针对程序模块来进行正确性检验的测试工作。单元就是单个程序、函数、过程等，编写程序的过程中前后很可能要进行多次单元测试。
然而在工作中，一般都是追求快速迭代上线，基本很难做到有时间来写测试用例。虽然大家都知道单元测试的优点，也非常认同，然而现实中确很难推行下去。
然而单元测试也是敏捷开发的一个环节，既然是敏捷，是否是我们对单元测试的认知还不够，或者没有切合实际推行单元测试，导致无法在项目中推行。
TDD与BDD
- 测试驱动开发（Test-Driven Development）
- 行为驱动开发 (Behavior-Driven Development)
一般的开发模式更偏向于BDD，以往开发需求，测试同事编写需求的测试用例，然后拉上产品、开发会进行用例评审，通过后，开发同事根据需求文档来开发需求，最后按照评定的测试用例冒烟测试和进行简单功能点测试就提测了。
BDD的重点在于可以使用自然语言来写测试用例，常见的测试用例一般是假定一个场景、条件，然后在特定场景，应该输出一个符合预期的结果。
而TDD就是使用开发语言来写测试用例，这个工作由基本都是由开发同事完成。
提高认知
需要明确一点的就是，TDD 很容易让人误解为就是先写测试后写代码。测试驱动开发，驱动的意思是由先进行软件方案设计，再写测试用例，最后写功能性的业务代码。这时候的测试用例可能就是一个方案设计的一个功能点，使用开发环境运行测试用例是失败的，因为功能代码还没开始实现。
所以，我们就不用再纠结先写测试用例有如何困难，理解上有偏差，我们可以把测试驱动开发更改为设计驱动开发。重点在软件方案的设计。
TDD开发流程
TDD的开发流程简单总结为以下几点
- 先分解任务，大需求拆分小需求，复杂逻辑细分，降低粒度。
- 写测试用例，聚焦于用例的注释和功能说明。
- 实现每个细分需求的功能代码。
- 完善单元测试用例，运行测试用例。
- 串联所有测试用例，通过集成测试。
- 重构并review代码。
以下我画了一个简单的流程图，梳理一下开发流程
Demo
使用一个用户登录模块的TDD开发过程来演示。
先拆分功能点，然后设计出软件方案和流程图来。
TDD的用例编写如下
以上用例写完第一次运行肯定是fail的，因为能代码还没开始实现，接下来的步骤就是完善功能代码，串联，集成测试，重构上线。
highlight
- TDD的重点在于软件方案设计，功能点细分，然后使用测试用例来记录下来。
- 测试用例即是开发文档
- 注重重构，有测试用例的前提下，重构是成本最低的。
