【高效编码】超全面的，超正的单元测试框架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有如下几个特点：
- 独立于业务代码之外对业务代码进行测试，这样的好处就是可以不影响业务代码。
- 在打包的时候可以将单元测试的代码踢出。
- 修改业务代码之后可以执行单元测试代码，看看功能有没有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
单元测试运行结果：
相关注解的说明
单元测试的执行主要是通过相关注解来驱动的。所以，了解各个注解的作用显的尤为重要。
@RunWith这个注解修饰的是测试类，作用在类上表示该测试类所使用的测试驱动。@Test：这个注解表明被修饰的方法是测试方法，在Junit中将会被自动执行，需要注意的是，测试方法只能是无返回值无参数的公共方法，即public void。方法名可以任意取（建议是跟被测试方法同名），方法不能有入参。当然@Test 注解内还能传入一些参数，例如：本例中@Test(expected = ArithmeticException.class)就是预期被测试的方法会抛出ArithmeticException异常，可以理解异常捕获。还可以传入超时时间，比如@Test(timeout = 100)：我们给测试函数设定一个执行时间，超过了这个时间(100毫秒)，它们就会被系统强行终止，并且系统还会向你汇报该函数结束的原因是因为超时，这样你就可以发现这些Bug了。@BeforeClass这个注解针对所有测试，在所有测试方法执行之前执行，且只执行一次，且必须是作用在public static void，即修饰静态方法，知道原因的小伙伴欢迎留言回答。@AfterClass这个注解针对所有的测试，将会在所有测试方法执行结束后执行一次，且必须作用到public static void。@Before初始化方法，每个测试方法运行之前必须执行被@Before注解修饰的方法。@After释放资源，在任何测试方法执行之后需要进行的收尾工作，在每个测试方案执行之后执行一次，该注解作用到public static void。@Ignore忽略的测试方法，标注的含义就是"某些方法尚未完成，暂不参与此次测试"，被@Ignore注解修饰的方法不会被执行。
断言
一个完整的单元测试有三个步骤：
- 准备（测试环境，准备测试数据）
- 执行（构造请求传入参数执行）
- 断言（验证结果）
前面介绍完了准备和执行两个步骤，下面就是介绍断言这个步骤了，Junit测试框架中Assert类就是实现断言的工具，它主要作用如下：1. 单元测试用于判断某个特定条件下某个方法的行为；执行单元测试为了证明某段代码的执行结果和期望的一致。总而言之，断言的作用就白了就是验证被测试方法的返回结果。
Assert类中用于断言的方法有很多，下面介绍几个常用的断言方法。 assertEquals(expected, actual)：查看两个对象或者两个值是否相等，如果是对象的话就是使用equal()方法来比较。参数expected为用户期望的值，actual为被测试方法实际返回的值。如果这两个值相等的话， 则说明方法运行是正确的。assertNull()查看对象是否为空。assertSame(expected,actual)：查看两个对象的引用是否相等，直接用==来进行比较的。比较两个对象的值是否相等。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
- 点赞
- 收藏
- 关注作者
评论（0）