单元测试是白盒测试，又被称为模块测试，是最小的测试单元。

单测应该做到：

  • 一次检测一个方法
  • 提供方法所需的参数
  • 验证结果的准确性

Why

为什么需要单测

  • 正确性保证
  • 提高代码质量，高内聚，低耦合
  • 代码重构时回归验证

测试内容

测试的内容可以包括

  • 模块接口
  • 局部数据结构
  • 分支路径
  • 错误处理
  • 边界测试

评价测试的指标，覆盖范围，是否测试代码覆盖了基本表达语句，基本逻辑块。

  • 语句覆盖，每一个基本语句是否被覆盖
  • 判定覆盖，分支的每一个路径是否都被覆盖
  • 循环覆盖，循环体，0,1，多次是否都被覆盖

Mock 工具

Mock 使用场景

  • 依赖外部调用
  • DAO 层，数据库等底层存储调用
  • 系统间异步通知
  • 应用中类（Abstract，final，static），接口等

Mock 工具工作的过程

  • Record 过程，准备数据阶段，创建依赖的 Class，Interface 后者 Method，模拟返回的数据，耗时，调用次数等等
  • Replay 阶段，调用被测试代码，执行测试，期间 Invoke 上一阶段准备的 Mock 对象或者方法
  • Verify 阶段，验证调用是否正确，Mock 方法调用次数，顺序等等

目前比较流行的 Mock 工具有 EasyMock，jMock，Mockito，Unitils，Mock，PowerMock，JMockit 等等

Best practices

Unit test 执行前后不能对环境造成污染，避免写有副作用的 TestCase

自我清理：

  • 文件
  • H2 内存数据库
  • MySQL 事务回滚 @TransactionConfiguration(transactionManager = "transactionManager", defaultRollback = true)

保持效率

  • Unit test 中不要 Sleep
  • 对于异步操作，用 Future 等待结果或者使用 CountDownLatch 通知

测试粒度

  • 测试尽量小，执行速度快
  • 一次测试一个对象，出现问题容易排查
  • 测试方法应当尽量简单明了

结果验证

  • 尽量使用 Unit test 提供的 assert/fail 方法

保持独立

  • 执行顺序不确定，因此测试用例之间一定要保持完全独立，不能相互依赖。

仅测试公有接口

  • 测试类公有 API
  • 一些测试工具允许测试类私有成员，应该尽量避免测试私有成员，否则会让测试变得繁琐难以维护
  • 如果私有成员需要进行直接测试，可以考虑重构到工具类公有方法中

覆盖边界值

– 确保参数边界值均被覆盖。对于数字，测试负数、 0 、正数、最小值、最大值、 NaN （非数字）、无穷大等 – 对于字符串，测试空字符串、单字符、非 ASCII 字符串、多字节字符串等 – 对于集合类型，测试空、 1 、第一个、最后一个等 – 对于日期，测试 1 月 1 号、 2 月 29 号、 12 月 31 号等

编写反向测试

  • 刻意编写问题代码，验证鲁棒性和是否能够正确处理
  • 异常处理方法

单元测试无法证明代码正确性，一个失败的单测表明代码可能有错误，但一个成功的单测什么也不能证明。

reference