【高效编码】超全面的，超正的单元测试框架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;
    }
}

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

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

在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. @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单元测试学习

转载：https://blog.csdn.net/u014534808/article/details/116379533