【高效编码】超全面的,超正的单元测试框架Junit的使用姿势

举报
码农飞哥 发表于 2021/05/29 00:23:02 2021/05/29
【摘要】 您好,我是码农飞哥,感谢您阅读本文!如果此文对您有所帮助,请毫不犹豫的一键三连吧。小伙伴们有想看的欢迎积极留言。前面几篇文章介绍Idea的常用插件,这只是本专栏很小的一部分,实现高效编码是一个很广泛的点,需要系统化的知识。其中单元测试就是非常重要的一部分。充分的单元测试可以很好的提高代码质量。本篇文章就将介绍单元测试框架Junit,小伙伴们是不是很期待呀,哈哈哈。 ...

您好,我是码农飞哥,感谢您阅读本文!如果此文对您有所帮助,请毫不犹豫的一键三连吧。小伙伴们有想看的欢迎积极留言。前面几篇文章介绍Idea的常用插件,这只是本专栏很小的一部分,实现高效编码是一个很广泛的点,需要系统化的知识。其中单元测试就是非常重要的一部分。充分的单元测试可以很好的提高代码质量。本篇文章就将介绍单元测试框架Junit,小伙伴们是不是很期待呀,哈哈哈。
在这里插入图片描述

单元测试有啥用?

学习一个技术或者一个框架,我们首先会考虑的一个问题这个框架有啥用,能解决什么问题?只有能提升生产力的工具才是好工具。针对这个问题,想想下面这个场景,在不用单元测试的情况下,当你编写了一个很复杂的方法后,该如何测试该方法的是不是有bug。除了代码review和编写一个main方法手动调用该方法,是不是没有其他更好的方法,如果有的话,欢迎读者朋友们积极留言,让我学习一下。。很明显上面说的两种方法各有各的弊端,首先是代码review这种方式,光看不调,对于一些隐藏很深的bug还是比较难发现。然后就是编写一个main方法调用,如果方法很多的话,都用一个main方法来调用的话,main方法会非常的庞大,还可能会出现方法之间相互影响的情况。综上所述,就要请出我们的单元测试框架了。让单元测试来大显身手。

Junit4的简介

Junit框架是一种应用非常广泛的单元测试框架。使用也是非常的方便。其在单元测试领域有着广泛的应用,主要分为Junit4和Junit5两个主要的版本。其中Junit 及其之前的版本是将所有内容放到一个jar中,JUnit 5 由三个不同的模块组成。包括JUnit 平台、 JUnit Jupiter、 JUnit Vintage。Junit有如下几个特点:

  1. 独立于业务代码之外对业务代码进行测试,这样的好处就是可以不影响业务代码。
  2. 在打包的时候可以将单元测试的代码踢出。
  3. 修改业务代码之后可以执行单元测试代码,看看功能有没有bug。
    下面以Junit 4为例进行说明。

Junit的使用

说了一堆Junit的介绍和好处,那么Junit该如何使用呢?先举个简单的栗子。下面定义了一个待测试的业务类Calculate类,它有加减乘除四个方法。

public class Calculate { public int add(int a, int b) { return a + b; } public int substract(int a, int b) { return a - b; } public int multiply(int a, int b) { return a * b; } public int division(int a, int b) { return a / b; }
}

  
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18

现在要对这个类里的每个方法进行单元测试,第一步还是要引入junit依赖(在此默认你的项目是通过maven管理的)。

 <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.13.2</version> </dependency>

  
 
  • 1
  • 2
  • 3
  • 4
  • 5

在Idea中按下Ctrl+Shift+T快捷键就可以创建一个单元测试类。下面就展示这个测试类。

@RunWith(JUnit4.class)
public class CalculateTest { private static Calculate calculate; private static int A = 4; private static int B = 0; @BeforeClass public static void initClass() { System.out.println("针对所有测试,只运行一次"); calculate = new Calculate(); } @Before public void setUp() { System.out.println("测试方法运行前执行"); } @Test public void add() { int add = calculate.add(1, 2); Assert.assertEquals(3, add); System.out.println("对add单元测试完成"); } @Test public void substract() { int substract = calculate.substract(A, B); Assert.assertEquals(4, substract); System.out.println("对substract单元测试完成"); } @Test public void multiply() { int multiply = calculate.multiply(A, B); Assert.assertEquals(0, multiply); System.out.println("对multiply单元测试完成"); } @Test public void division() { //正常情况 int division = calculate.division(A, 1); Assert.assertEquals(4, division); System.out.println("对division单元测试完成"); } @Test(expected = ArithmeticException.class) public void division2() { int division = calculate.division(A, B); System.out.println("对异常情况单元测试完成"); }
}

  
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53

单元测试运行结果:
在这里插入图片描述

相关注解的说明

单元测试的执行主要是通过相关注解来驱动的。所以,了解各个注解的作用显的尤为重要。

  1. @RunWith这个注解修饰的是测试类,作用在类上表示该测试类所使用的测试驱动。
  2. @Test :这个注解表明被修饰的方法是测试方法,在Junit中将会被自动执行,需要注意的是,测试方法只能是无返回值无参数的公共方法,即public void 。方法名可以任意取(建议是跟被测试方法同名),方法不能有入参。当然@Test 注解内还能传入一些参数,例如:本例中@Test(expected = ArithmeticException.class) 就是预期被测试的方法会抛出ArithmeticException异常,可以理解异常捕获。还可以传入超时时间,比如 @Test(timeout = 100):我们给测试函数设定一个执行时间,超过了这个时间(100毫秒),它们就会被系统强行终止,并且系统还会向你汇报该函数结束的原因是因为超时,这样你就可以发现这些Bug了。
  3. @BeforeClass 这个注解针对所有测试,在所有测试方法执行之前执行,且只执行一次,且必须是作用在public static void,即修饰静态方法,知道原因的小伙伴欢迎留言回答
  4. @AfterClass 这个注解针对所有的测试,将会在所有测试方法执行结束后执行一次,且必须作用到public static void
  5. @Before 初始化方法,每个测试方法运行之前必须执行被@Before注解修饰的方法。
  6. @After 释放资源,在任何测试方法执行之后需要进行的收尾工作,在每个测试方案执行之后执行一次,该注解作用到public static void
  7. @Ignore 忽略的测试方法,标注的含义就是"某些方法尚未完成,暂不参与此次测试",被@Ignore注解修饰的方法不会被执行。
    在这里插入图片描述

断言

一个完整的单元测试有三个步骤:

  1. 准备(测试环境,准备测试数据)
  2. 执行(构造请求传入参数执行)
  3. 断言(验证结果)
    前面介绍完了准备和执行两个步骤,下面就是介绍断言这个步骤了,Junit测试框架中Assert类就是实现断言的工具,它主要作用如下:1. 单元测试用于判断某个特定条件下某个方法的行为;执行单元测试为了证明某段代码的执行结果和期望的一致。总而言之,断言的作用就白了就是验证被测试方法的返回结果。
    Assert类中用于断言的方法有很多,下面介绍几个常用的断言方法。
  4. assertEquals(expected, actual):查看两个对象或者两个值是否相等,如果是对象的话就是使用equal()方法来比较。参数expected为用户期望的值,actual为被测试方法实际返回的值。如果这两个值相等的话, 则说明方法运行是正确的。
  5. assertNull()查看对象是否为空。
  6. assertSame(expected,actual):查看两个对象的引用是否相等,直接用==来进行比较的。比较两个对象的值是否相等。
  7. assertTrue(String message, boolean condition) 要求condition==true,查看运行的结果是否为true。

扩展延伸

上面介绍的都是一些基本的概念,实在是不过瘾,只能算一个demo级别的知识点。那我一个用Spring容器管理的类如何测试测试呢?我图片上传的方法如何测试呢?这些都没讲嘛,没意思!!!!哈哈哈,读者朋友们,不要着急,项目级别的实战在后面呢!
SpringBoot项目的单元测试请看这篇文章一分钟上手SpringBootTest
SpringMVC项目的单元测试请看这篇文章 SpringMVC框架如何与Junit整合,看这个就够了

总结

本文是一个Junit4框架使用的基础篇,详细介绍了Junit4框架的使用,以及Junit框架中各种注解的作用。希望对读者朋友们有所帮助。

参考

史上最全JUnit4核心学习和使用、思维导图
Junit4单元测试学习

文章来源: feige.blog.csdn.net,作者:码农飞哥,版权归原作者所有,如需转载,请联系作者。

原文链接:feige.blog.csdn.net/article/details/116379533

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200