单元测试之道-学习笔记

使用Junit进行java代码单元测试。

 

Junit断言

assertEqual([String message],expected,actual,[tolerance])

assertNull([String message],object)

assertSame([String message],expected,actual) 验证是否引用同一对象

assertNotSame([String message],expected,actual)

assertTrue([String message],boolean condition)

assertFalse([String message],boolean condition)

fail([String message]) 使测试立即失败,可用来测试异常

 

如果测试失败，先修复失败的测试，再进行原代码新特性的编写

 

哪些内容需要被测试:

  1.Right——结果是否正确?

  2.B——是否所有的边界条件都是正确的?

  3.I——能查一下反向关联吗?

  4.C——能用其他手段交叉检查一下结果吗?

  5.E——你是否可以强制错误条件发生?(使用mock,模拟内存耗光,磁盘用满等)

  6.P——是否满足性能要求?

 

如何测试边界条件:

  1.一致性——值是否符合预期的格式

  2.有序性——一组值是该有序的，还是无序的

  3.区间性——值是否在一个合理的最大值和最小值范围之内

  4.引用,耦合性——代码是否引用了一些不受代码本身直接控制的外部因素

  5.存在性——值是否存在

  6.基数性——是否恰好有足够的值

  7.时间性——所有的事情是否都是按顺序发生，是否在正确的时间，是否及时

 

好的单元测试遵循以下准则:

 

1.自动的

      测试可以自动运行，并且自动分析测试结果

 

2.全面的

      测试代码覆盖到每个可能出错的地方。可以使用nounit等工具分析测试覆盖率

 

3.可重复的

      测试代码可以以任意顺序重复运行，不影响测试结果。这意味着每个测试必须独立，而且和环境无关

 

4.独立的

      测试代码必须整洁、专注重点。每一个测试专门测试一件事情。测试必须彼此独立，和环境无关

 

5.专业的

      测试代码必须和产品代码一样专业，包括该有的封装、继承、DRY原则等良好设计。但是不需要测试不太可能存在bug的方法，比如单纯的get/set方法。一般来说，测试代码和产品代码等量或者更多。

 

测试一个工程

      经常测试，确保check in的代码都是测试通过。加强代码review，交流团队经验。

 

代码设计

      1.面向测试的设计。如果一段代码不好进行测试，那么变更代码，使测试变得容易。

      2.为测试而重构代码。作为回报，我们获得了一个简洁的设计。

      3.测试类的不变性

      4.测试驱动的设计

      5.测试无效的参数。