为什么需要单元测试
在平时的开发当中,一个项目往往包含了大量的方法,可能有成千上万个。如何去保证这些方法产生的结果是我们想要的呢?当然了,最容易想到的一个方式,就是我们通过System.out来输出我们的结果,看看是不是满足我们的需求,但是项目中这些成千上万个方法,我们总不能在每一个方法中都去输出一遍嘛。这也太枯燥了。这时候用我们的单元测试框架junit就可以很好地解决这个问题。
junit如何解决这个问题的呢?答案在于内部提供了一个断言机制,他能够将我们预期的结果和实际的结果进行比对,判断出是否满足我们的期望。
预备工作
junit4是一个单元测试框架,既然是框架,这也就意味着jdk并没有为我们提供api,因此在这里我们就需要导入相关的依赖。
junit4是一个单元测试框架,既然是框架,这也就意味着jdk并没有为我们提供api,因此在这里我们就需要导入相关的依赖。
这里的版本是4.12。当然还有最新的版本。你可以手动选择。这里选用的是4的版本。
案例
这里我们要测试的功能超级简单,就是加减乘除法的验证。
然后我们看看如何使用junit去测试。
以上就是我们的单元测试,需要遵循一下规则:
每一个测试方法上使用@Test进行修饰
每一个测试方法必须使用public void 进行修饰
每一个测试方法不能携带参数
测试代码和源代码在两个不同的项目路径下
测试类的包应该和被测试类保持一致
测试单元中的每个方法必须可以独立测试
以上的6条规则,是在使用单元测试的必须项,当然junit也建议我们在每一个测试方法名加上test前缀,表明这是一个测试方法。
assertEquals是一个断言的规则,里面有两个参数,第一个参数表明我们预期的值,第二个参数表示实际运行的值。
我们运行一下测试类,就会运行每一个测试方法,我们也可以运行某一个,只需要在相应的测试方法上面右键运行即可。如果运行成功编辑器的控制台不会出现错误信息,如果有就会出现failure等信息。
运行流程
在上面的每一个测试方法中,代码是相当简单的,就一句话。现在我们分析一下这个测试的流程是什么:
在上面的代码中,我们使用了两个测试方法,还有junit运行整个流程方法。我们可以运行一下,就会出现下面的运行结果:
从上面的结果我们来画一张流程图就知道了:
如果我们使用过SSM等其他的一些框架,经常会在before中添加打开数据库等预处理的代码,也会在after中添加关闭流等相关代码。
注解
对于@Test,里面有很多参数供我们去选择。我们来认识一下
@Test(expected=XX.class) 这个参数表示我们期望会出现什么异常,比如说在除法中,我们1/0会出现ArithmeticException异常,那这里@Test(expected=ArithmeticException.class)。在测试这个除法时候依然能够通过。
@Test(timeout=毫秒 ) 这个参数表示如果测试方法在指定的timeout内没有完成,就会强制停止。
@Ignore 这个注解其实基本上不用,他的意思是所修饰的测试方法会被测试运行器忽略。?@RunWith 更改测试运行器。
测试套件
如果我们的项目中如果有成千上万个方法,那此时也要有成千上万个测试方法嘛?如果这样junit使用起来还不如System.out呢,现在我们认识一下测试嵌套的方法,他的作用是我们把测试类封装起来,也就是把测试类嵌套起来,只需要运行测试套件,就能运行所有的测试类了。
下面我们使用测试套件,把这些测试类嵌套在一起。
参数化设置
什么是参数化设置呢?在一开始的代码中我们看到,测试加法的时候是1+1,不过我们如果要测试多组数据怎么办?总不能一个一个输入,然后运行测试吧。这时候我们可以把我们需要测试的数据先配置好。
这时候再去测试,只需要去选择相应的值即可,避免了我们一个一个手动输入。
spring boot + junit
通过spring suite tools新建工程
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。