单元测试

完成对最小的软件设计单元—模块的验证工作
目标是确保模块被正确地编码
使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误
通常情况下是面向白盒的
对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早地发现和解决不易显现的错误

因为一个软件模块本身不一定是一个单独的程序，所以必须为每个单元测试开发驱动器或/和稳定的桩(stub)。在大多数应用中，一个驱动只是一个接收测试数据，并把数据传送给要测试的模块，然后打印相关结果的“主程序”。子程序桩的功能是替代那些被本模块调用的模块。根据模块间关系的不同需要有不同的桩和驱动器，可以根据桩的类型开发一些通用结构的桩和驱动器，以减少桩和驱动器的开发工作量。

单元测试的内容

接口测试
内部数据结构
全局数据结构
边界
语句覆盖
错误路径

首先对代码风格和规则、程序设计和结构、业务逻辑等进行静态审议，及早地发现和解决不易显现的错误。

接口测试：保证进出单元模块的数据流是正确的。

内部数据结构：保证临时存储的数据在算法执行过程中的完整性。

全局数据结构：全局数据结构对单元模块的影响应当审查。

边界：采用边界值分析技术，保证模块在边界条件和及县情况下正常执行

语句覆盖：保证每个语句均执行一次

错误路径：对所有处理错误的路径进行测试