目录 start

• Java的测试
  • 断言
    • 正式代码
    • 测试代码
  • 单元测试
  • 实现方案
    • 使用Junit
      • Idea上Junit的使用
    • TestNG
    • Mock框架
      • DBUnit
  • 感悟

目录 end |2018-06-23| 码云 | CSDN | OSChina

Java的测试

测试的基础理论

断言

正式代码

参考博客: Java陷阱之assert关键字详解_java java 中assert的使用

首先可以用在单元测试代码中。junit侵入性是很强的，如果整个工程大量的代码都使用了junit，就难以去掉或者是选择另外一个框架。如果单元测试代码 很多，并且想复用这些单元测试案例，应该选择assert而不是junit，便于使用别的单元测试框架，比如TestNG。同理正式的功能代码根本就不应 该出现Junit，应该使用assert.

assert主要适合在基类，框架类，接口类，核心代码类，工具类中。换言之，当你的代码的调用者是另外一个程序员写得业务代码，或者是另外一个子系统时，就很有必要使用它。比如你做了一个快速排序的算法

这种情况下，如果不检查传入参数的正确性，会抛出一个莫名其妙的空指针错误。你的调用者可能并不清楚你代码的细节，在一个系统的深处调试一个空指针错误是很浪费时间的。就应该直接明确的告诉你的调用者是传入的参数有问题。否则他会怀疑你的代码有BUG。使用assert可以避免两个程序员之间互相指责对方写的代码有问题。 assert适用那些你知道具体是什么错误，你和你的调用者已经约定应该由你的调用者去排除或检查的错误。你通过一个断言告诉你的调用者。assert不适用那些外部系统造成的错误，比如用户输入数据的错误，某个外部文件格式错误。这些错误不是你的调用者而是用户造成的，甚至于不属于异常，因为出现输入错误和文件格式错误是经常的，这些错误应该由业务代码去检查。

assert比较适合于被频繁调用的 基类，框架代码，工具类，核心代码，接口代码中，这正是它在运行时被去掉的原因。测试代码应该在测试阶段开启-ea参数，便于对系统深处的核心代码做仔细的测试。

Java较少使用assert的原因是Java有很完整的OO体系，强制类型转换出现得较少，所以不需要类似c那样需要频繁的检查指针的类型是否正确，指针是否为空。同时Java也很少直接管理内存或缓冲区，所以不需要频繁的检查传入的缓冲区是否为空或者是已经越界。

但使用好assert有助于提高框架代码的正确性和减少框架代码的使用者的调试时间。

assert要达到的目的是让程序员方便的发现自己的逻辑错误，并且不影响程序的效率。assert所发现的错误，是完全不应该出现的，是不能用异常代替的。异常，那是系统所允许的，或者是系统不可控的“错误”，它不是程序员的逻辑问题。

assert应该是开发阶段打开，而在发布后关闭。

测试代码

测试中必须要通过断言来得知测试是否通过,

单元测试

单元测试(unit testing)，是指对软件中的最小可测试单元进行检查和验证。

• Assert.assertEquals(a,b) 断言两个对象是相等的
• assert(expression) 断言表达式为真

实现方案

使用Junit

官网 | 如何上手Junit | 如何上手Junit5

• Before Test 执行顺序：

  • Before在Test之前执行是毋庸置疑的，但是如果有多个Before的话，按定义的先后逆序执行，也就是说AB顺序定义，BA顺序执行
  • 注意 Before的执行顺序不是平常想的那样，如果你有一个共享的对象，需要在两个Before中完成初始化，是办不到的，必然空指针

• 遇到的问题:

  • 如果在加了Test注解的方法中像Main方法一样的去开多个子线程对象并运行起来,并不会得到想要的结果
  • 这几个线程都是开了就立马关闭了,而且也是正常的退出码 0
  • 原因:

Idea上Junit的使用

可以使用TestMe插件

• Ctrl Shift T 生成测试类 结合Mockit可以更好的模拟测试环境

TestNG

Mock框架

2017-06-21 14:36:54 对mock的使用很迷，还是需要稳定心态慢慢看文档才能理解 JMockit官方文档

• 入门博客

DBUnit

基于Junit的一个数据库测试框架, 方便测试dao层

感悟