如何做单元测试

最新推荐文章于 2023-02-19 15:47:11 发布

小小马里奥ぅ

最新推荐文章于 2023-02-19 15:47:11 发布

阅读量4.4k

点赞数 5

分类专栏： Java基础文章标签：单元测试 junit

本文链接：https://blog.csdn.net/weixin_42588332/article/details/115414458

版权

Java基础专栏收录该内容

14 篇文章 1 订阅

订阅专栏

如何做单元测试

一. 定义
二. 为什么要做单元测试
三. 单元测试用例
四. 阿里单元测试规约
五. 测试框架的使用
- Junit（下面以Junit4 为例来介绍）
参考

一. 定义

单元测试是指，对软件中的最小可测试单元在与程序其他部分相隔离的情况下进行检查和验证的工作，这里的最小可测试单元通常是指函数或者类。

二. 为什么要做单元测试

从“基础元件”开测，单元测试对象是代码，以函数或类为单位，完成基础测试，在代码封装成“功能”后，更容易定位功能上出现的问题

三. 单元测试用例

通常来讲，单元测试的用例是一个“输入数据”和“预计输出”的集合。你需要针对确定的输入，根据逻辑功能推算出预期正确的输出，并且以执行被测试代码的方式进行验证，用一句话概括就是“在明确了代码需要实现的逻辑功能的基础上，什么输入，应该产生什么输出”。

四. 阿里单元测试规约

【强制】好的单元测试必须遵守 AIR 原则。
说明：单元测试在线上运行时，感觉像空气（AIR）一样感觉不到，但在测试质量的保障上，却是非常关键的。好的单元测试宏观上来说，具有自动化、独立性、可重复执行的特点。
   - A：Automatic（自动化）
   - I：Independent（独立性）
   - R：Repeatable（可重复）
【强制】单元测试应该是全自动执行的，并且非交互式的。测试用例通常是被定期执行的，执行过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试。单元测试中不准使用 System.out 来进行人肉验证，必须使用 assert 来验证。
【强制】保持单元测试的独立性。为了保证单元测试稳定可靠且便于维护，单元测试用例之间决不能互相调用，也不能依赖执行的先后次序。
反例：method2 需要依赖 method1 的执行，将执行结果作为 method2 的输入。
【强制】单元测试是可以重复执行的，不能受到外界环境的影响。
说明：单元测试通常会被放到持续集成中，每次有代码 check in 时单元测试都会被执行。如果单测对外部环境（网络、服务、中间件等）有依赖，容易导致持续集成机制的不可用。
正例：为了不受外界环境影响，要求设计代码时就把 SUT 的依赖改成注入，在测试时用 spring 这样的 DI框架注入一个本地（内存）实现或者 Mock 实现。
【强制】对于单元测试，要保证测试粒度足够小，有助于精确定位问题。单测粒度至多是类级别，一般是方法级别。
说明：只有测试粒度小才能在出错时尽快定位到出错位置。单测不负责检查跨类或者跨系统的交互逻辑，那是集成测试的领域。
【强制】核心业务、核心应用、核心模块的增量代码确保单元测试通过。
说明：新增代码及时补充单元测试，如果新增代码影响了原有单元测试，请及时修正。
【强制】单元测试代码必须写在如下工程目录：src/test/java，不允许写在业务代码目录下。
说明：源码编译时会跳过此目录，而单元测试框架默认是扫描此目录。
【推荐】单元测试的基本目标：语句覆盖率达到 70%；核心模块的语句覆盖率和分支覆盖率都要达到 100%
说明：在工程规约的应用分层中提到的 DAO 层，Manager 层，可重用度高的 Service，都应该进行单元测试。
【推荐】编写单元测试代码遵守 BCDE 原则，以保证被测试模块的交付质量。
   - B：IBorder，边界值测试，包括循环边界、特殊取值、特殊时间点、数据顺序等。
   - C：ICorrect，正确的输入，并得到预期的结果。
   - D：IDesign，与设计文档相结合，来编写单元测试。
   - E：IError，强制错误信息输入（如：非法数据、异常流程、业务允许外等），并得到预期的结果。
10.【推荐】对于数据库相关的查询，更新，删除等操作，不能假设数据库里的数据是存在的，或者直接操作数据库把数据插入进去，请使用程序插入或者导入数据的方式来准备数据。
反例：删除某一行数据的单元测试，在数据库中，先直接手动增加一行作为删除目标，但是这一行新增数据并不符合业务插入规则，导致测试结果异常。
11.【推荐】和数据库相关的单元测试，可以设定自动回滚机制，不给数据库造成脏数据。或者对单元测试产生的数据有明确的前后缀标识。
正例：在阿里巴巴企业智能事业部的内部单元测试中，使用 ENTERPRISE_INTELLIGENCE _UNIT_TEST_的前缀来标识单元测试相关代码。
12.【推荐】对于不可测的代码在适当的时机做必要的重构，使代码变得可测，避免为了达到测试要求而书写不规范测试代码。
13.【推荐】在设计评审阶段，开发人员需要和测试人员一起确定单元测试范围，单元测试最好覆盖所有测试用例（UC）。
14.【推荐】单元测试作为一种质量保障手段，在项目提测前完成单元测试，不建议项目发布后补充单元测试用例。
15.【参考】为了更方便地进行单元测试，业务代码应避免以下情况：
   - 构造方法中做的事情过多。
   - 存在过多的全局变量和静态方法。
   - 存在过多的外部依赖。
   - 存在过多的条件语句。
说明：多层条件语句建议使用卫语句、策略模式、状态模式等方式重构。
16.【参考】不要对单元测试存在如下误解：
   - 那是测试同学干的事情。本文是开发手册，凡是本文内容都是与开发同学强相关的。
   - 单元测试代码是多余的。系统的整体功能与各单元部件的测试正常与否是强相关的。
   - 单元测试代码不需要维护。一年半载后，那么单元测试几乎处于废弃状态。
   - 单元测试与线上故障没有辩证关系。好的单元测试能够最大限度地规避线上故障

五. 测试框架的使用

Junit（下面以Junit4 为例来介绍）

1.1、什么是Junit

Unit是一个易学易用的Java单元测试框架，一般我们在写完一段代码或一个方发的时候，都要测试一下这段代码和这个方法的逻辑是不是正确，输入一定的数据，返回的数据是不是我们想要的结果，即我们在写单个业务代码针对结果进行测试。这时Junit就派上了大用场了。

1.2、为何使用Junit

也许有的初学者会说，项目完成之后测试不行吗？如果你要这么想的话，那就错了，因为随着你代码的增加，你牵扯到的模块和项目中的逻辑就会越来越多，这样测试起来就会非常的麻烦，而且容易出错。Junit看起来是增加了代码量，可是它可以大大的减少后期的测试时间，提升代码的质量，让代码更易于维护。

1.3、Junit的快速入门

导入Junit对应jar包(maven)：

  <dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.8</version>
    <scope>test</scope>
  </dependency>

下面我们来写一段简单的逻辑代码进行单元测试演练

新建项目，在com.yzheng.junit.demo路径下新建ComputeJunit

package com.yzheng.junit.demo;

public class ComputeJunit {
    public int add(int a, int b) {
        return a + b;
    }

    public int subtract(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;
    }
}

方法很简单，就是一般的加减乘除，下面我们就可以进行测试了，怎么测试呢，在我们的测试目录下新建测试类ComputeJunitTest，然后定义测试方法。代码如下：

package com.yzheng.junit.demo;
import static org.junit.Assert.*;
import org.junit.Test;
public class ComputeJunitTest {
    @Test
    public void testAdd(){
    	// 3 + 0    
        assertEquals(3, new ComputeJunit().add(3, 0));
    }
    
    @Test
    public void testSubtract(){
 		// 6 - 3
        assertEquals(3, new ComputeJunit().subtract(6, 3));
    }
    
    @Test
    public void testMultiply(){
    	// 6 * 1
        assertEquals(6, new ComputeJunit().multiply(6, 1));
    }
    
    @Test
    public void testDivision(){
    	// 6 / 1
        assertEquals(6, new ComputeJunit().division(6, 1));
    }
}

关于测试方法：

测试方法必须有@test；
该测试方法必须由public void修饰，没有返回值；
该方法不带任何参数；
新建一个源代码测试文件单独存放测试代码；
测试类的包和被测试类的包保持一致；
测试方法间互相独立没有任何依赖；

       下面来讲解一下assertEquals这个函数，它的第一个参数是你预期的一个结果，第二个参数使我们想测试的函数，这个函数我们要通过先new出函数所在的类，然后通过类来调用方法，方法里面的参数就是你在写该方法是传进来的参数。在这里最好在你需要测试的方法的前面加上test，这样的话就会比较规范一些
       写完之后你可以点击测试类左侧的小三角，Run ComputeJunitTest 执行，就能在弹出的窗口中看到你的测试结果，它会提示你失败的个数和错误的个数。如果只想测试一个方法，在你创建的测试类的下面还有目录，列表里面的会列出你所有的测试方法，你就可以右击你想测试的方法，执行该方法即可，测试成功后就会看到一个绿色的对号，结果如图：
在这里插入图片描述
       在这里如果我们每一个方法都要自己手动的敲出它的测试方法，在这里我们只是简单的测试了几个方法，在项目中如果我们有很多的方法需要测试，一个一个的敲的话会有些浪费时间了，这里给大家介绍一个快速生成测试的方法：在你所需要测试的类或者接口名称上按ctrl+shift+t ，然后选择create new test ，出现一个弹窗Create test如下图所示, 勾选需要测试的方法，点击OK，即可生成测试方法。

在这里插入图片描述

1.4、Junit测试失败的两种情况：

在前面的情况中我们都是测试的是成功的例子，但是Junit的作用只是测试的方法里的返回数据是不是正确的，但是在数据返回正确的情况下我们未必是正确的，就比如如果你要求的是长方形的面积，但是你用的是周长公式，当你在测试的时候他也会给你测试成功，得到预期的结果，也就是说我们的测试用例对于逻辑错误是无能为力的

测试失败的情况一

当我们预期值和程序执行的结果不一样的时候就会测试失败,比如我们上面的测试加法函数的方法：

@Test
public void testAdd(){
      assertEquals(4, new ComputeJunit().add(3, 0));
}

如果把预期结果3，改为4，就会测试失败（failure）。如果你仔细观察的话，下面还会有相关的提示，如图所示：
在这里插入图片描述

测试失败情况二：

下面我们在来测试除法：

@Test
public void testDivision(){
    assertEquals(6, new ComputeJunit().division(6, 0));
}

如果在这里把除数改为0，会出现什么情况呢，执行后提示有一个错误（error）。
在这里插入图片描述

于是我们得出下面的两种情况：
1、failure一般由单元测试使用的断言方法判断失败所引起的，这表示测试点发现了问题，也就是说程序输出的结果和预期的不一样
2、error是由代码异常引起的，他可能是由于测试代码本身的错误，也可能是被测试代码中隐藏的一个bug

1.5、Junit的运行流程：

首先我们先在test包下的com.yzheng.junit.demo;新建一个junit case，和并且直接命名JunitCaseTest。在创建的时候把setUpBeforeClass()，tearDownAfterClass()，setUp() ，tearDown() 选上就会得到下面的代码：

package com.yzheng.junit.demo;

import org.junit.After;
import org.junit.AfterClass;
import static org.junit.Assert.*;

import org.junit.Before;
import org.junit.BeforeClass;
import org.junit.Test;


public class JunitCaseTest {
    @BeforeClass
    public static void setUpBeforeClass() throws Exception {
    }

    @AfterClass
    public static void tearDownAfterClass() throws Exception {
    }

    @Before
    public void setUp() throws Exception {
    }

    @After
    public void tearDown() throws Exception {
    }

    @Test
    public void test() {
        fail("Not yet implemented");
    }
}

下面我们在每个方法中输入一句简单的输出语句，看看他们的运行状态，如下：

package com.yzheng.junit.demo;

import static org.junit.Assert.*;

import org.junit.After;
import org.junit.AfterClass;
import org.junit.Before;
import org.junit.BeforeClass;
import org.junit.Test;

public class JunitCaseTest {

    /**
     * BeforeClass修饰的方法会在所有方法被调用前执行，
     * 而且该方法是静态的，所以当测试类被加载后接着就执行它，
     * 在内存中它只会存在一份，适合加载配置文件。
     */
    @BeforeClass
    public static void setUpBeforeClass() throws Exception {
        System.out.println("this is beforeclass");
    }
    
    /**
     * AfterClass修饰的方法用来对资源的清理，如关闭数据库的连接
     */
    @AfterClass
    public static void tearDownAfterClass() throws Exception {
        System.out.println("this is afterclass");
    }
    
    /**
     * Before修饰的方法在每个test修饰的方法执行前会被执行一次，假如有两个
     * 就执行两次
     */
    @Before
    public void setUp() throws Exception {
        System.out.println("this is before");
    }
    
    /**
     * After修饰的方法在每个test修饰的方法执行后会被执行一次，假如有两个
     * 就执行两次
     */
    @After
    public void tearDown() throws Exception {
        System.out.println("this is after");
    }

    @Test
    public void test1() {
        System.out.println("this is test1");
    }

    @Test
    public void test2() {
        System.out.println("this is test2");
    }
}

如果运行上面的代码，就会得到下面的结果

this is beforeclass
this is before
this is test2
this is after
this is before
this is test1
this is after
this is afterclass

1.6、Junit的常用注解：

上面我已经讲解了@test、@BeforeClass、@AfterClass、@Before、@After；@test他除了将一个普通的方法修饰为测试方法外，还可以处理异常，设置超时。下面来对test的异常处理做讲解test有两个参数：expected和timeout，即异常处理和设置超时如果对我们上面的除数为0的那个方法进行异常处理，那么我们就可以看到代码能够正常，测试通过,代码如下:

@Test(expected=ArithmeticException.class)
public void testDivision(){
     assertEquals(6, new ComputeJunit().division(6, 0));
}

在测试一些对性能有要求的方法中设置超时是很有必要的，它可以检测你的代码能否在这个时间段内运行出结果，设置方法如下：

 /**
  * timeout:单位是毫秒
  */
@Test(timeout=2000)
 public void testWhile(){
    while(true){
        System.out.println("run forever");
    }
}

@Ignore：在test方法上加上该修饰，测试的时候就会不执行该测试方法；

@RunWith：可以更改测试运行器；我们除了使用junit提供的测试运行器之外，还可以自定义我们的运行器，只要继承org.junit.runner.Runner
代码如下：

package com.yzheng.junit.demo;

import org.junit.runner.RunWith;
import org.junit.runners.Suite;

@RunWith(Suite.class)
@Suite.SuiteClasses({ComputeJunitTest.class,JunitCaseTest.class})
public class SuitTest {

    public void test(){
        /**
         * 由于在开发的项目中，测试的类很多，一个一个运行很浪费时间，
         * 于是可以写一个测试套件把所有需要测试的类组合在一起测试运行
         * 1、写一个测试入口，这个类不含其它的方法；
         * 2、更改测试运行器@RunWith(Suite.class)
         * 3、将要测试的类作为数组放在@Suite.SuiteClasses({})中；
         */
    }
}

1.7、Junit的参数设置

在上面的测试中，我们对一个方法都是只测试了一组数据，可是在真正的项目中，一组数据往往是不够的，我们需要很多组数据，如果每一组数组写一个测试方法的话那可把我们的工作人员累死了！这时我们可以使用参数设置来解决这个问题。
代码如下：

package com.yzheng.junit.demo;
import static org.junit.Assert.*;

import java.util.Arrays;
import java.util.Collection;

import org.junit.Test;
import org.junit.runner.RunWith;
import org.junit.runners.Parameterized;
import org.junit.runners.Parameterized.Parameters;

@RunWith(Parameterized.class)
public class ParameterTest {
    //声明变量存放预期值和测试数据；
    int expected=0;
    int input1=0;
    int input2=0;
    
    @Parameters
    public static Collection<Object[]> test(){
    
        return Arrays.asList(new Object[][]{
                {3,1,2},
                {4,2,2}
            });     
    }

    public ParameterTest(int expected,int input1,int input2){
        this.expected=expected;
        this.input1=input1;
        this.input2=input2;
    }
    @Test
    public void testAdd(){
        assertEquals(expected, new ComputeJunit().add(input1, input2));
    }   
}

我们需要测试多组数据，那么我们就需要用到数组来存放多组数据,这里用Arrays.asList来接收。

1.8、Junit模拟方法异常执行

在Junit中，通常有3种方式去模拟生产中的异常场景。

使用@Test结合它的属性expected
使用try-catch并且最后使用fail()
使用@Rule和 ExpectedException

使用@Test和其属性expected

代码如下：

package com.yzheng.junit.demo;

import java.util.ArrayList;
import org.junit.Test;

public class Exception1Test {

    /**
     * 如果测试该方法时产生一个ArithmeticException的异常，则表示测试通过
     * 你可以改成int i = 1 / 1;运行时则会测试不通过-因为与你的期望的不符
     */
    @Test(expected = ArithmeticException.class)
    public void testDivisionWithException() {
        int i = 1 / 0;
    }

    /**
     * 运行时抛出一个IndexOutOfBoundsException异常才会测试通过
     */
    @Test(expected = IndexOutOfBoundsException.class)
    public void testEmptyList() {
        new ArrayList<>().get(0);
    }
}

try-catch并且总是在块最后加上fail()

代码如下：

package com.yzheng.junit.demo;

import java.util.ArrayList;
import org.junit.Test;
//注意：这是java中的静态引入
import static junit.framework.TestCase.fail;
import static org.hamcrest.CoreMatchers.is;
import static org.hamcrest.MatcherAssert.assertThat;

public class Exception2Test {
    @Test
    public void testDivisionWithException() {
        try {
           int i = 1 / 0;
           fail(); 
        } catch (ArithmeticException e) {
            assertThat(e.getMessage(), is("/ by zero"));
        }
    }
    
    @Test
    public void testEmptyList() {
        try {
            new ArrayList<>().get(0);
            fail();
        } catch (IndexOutOfBoundsException e) {
            assertThat(e.getMessage(), is("Index: 0, Size: 0"));
        }
    }
}

使用@Rule和ExpectedException

ExpectedException从4.7之后才有的，可以让你测试到异常类型和异常信息。可以认为和try-catch+fail()，但是更优雅些。

package com.yzheng.junit.demo;

import static org.hamcrest.CoreMatchers.containsString;
import static org.hamcrest.CoreMatchers.is;
import static org.hamcrest.Matchers.hasProperty;
import org.junit.Rule;
import org.junit.Test;
import org.junit.rules.ExpectedException;

public class Exception3Test {
    @Rule
    public ExpectedException thrown = ExpectedException.none();

    @Test
    public void testDivisionWithException() {
        thrown.expect(ArithmeticException.class);
        thrown.expectMessage(containsString("/ by zero"));
        int i = 1 / 0;
    }

    @Test
    public void testNameNotFoundException() throws NameNotFoundException {
        //test type
        thrown.expect(NameNotFoundException.class);
        
        //test message
        thrown.expectMessage(is("Name is empty!"));

        //test detail
        thrown.expect(hasProperty("errCode"));  //make sure getters n setters are defined.
        thrown.expect(hasProperty("errCode", is(666)));

        CustomerService cust = new CustomerService();
        cust.findByName("");
    }

}

自定义的异常类NameNotFoundException，代码如下：

package com.yzheng.junit.demo.exception;

public class NameNotFoundException extends Exception{
    private int errCode;

    public NameNotFoundException(int errCode, String message) {
        super(message);
        this.errCode = errCode;
    }

    public int getErrCode() {
        return errCode;
    }

    public void setErrCode(int errCode) {
        this.errCode = errCode;
    }
}

CustomerService，代码如下：

package com.yzheng.junit.demo.service;
public class CustomerService {
    public Customer findByName(String name) throws NameNotFoundException {
        if ("".equals(name)) {
        	// 模拟异常场景
            throw new NameNotFoundException(666, "Name is empty!");
        }
        return new Customer(name);
    }

    static class Customer{
        private String name;

        public Customer(String name) {
            super();
            this.name = name;
        }
    }
}

1.9、springBoot中使用Junit

创建SpringBoot项目

一般使用idea新建一个SpringBoot 项目时，一般都会自动引入此依赖，如果没有，请手动引入

<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-test</artifactId>
	<scope>test</scope>
</dependency>

SpringBoot单元测试代码样例

如下图所示，将@SpringBootTest注解的classes属性换成你项目的启动类，然后@Autowired引入你想测试的类就好，测试方法上面要加@Test注解。

import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
import org.springframework.boot.test.context.SpringBootTest;
import org.junit.Test;

@RunWith(SpringJUnit4ClassRunner.class)
//classes = Application.class  Application：你项目的启动类
@SpringBootTest(classes = Application.class )
public class TestXXXService {
    @Autowired
    private XXXService ...;

    //@Test
    public void testXXX(){...}
}

参考

Java开发手册（嵩山版）：下载链接🔗

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

小小马里奥ぅ

关注

5
点赞
踩
45

收藏

觉得还不错? 一键收藏
0
评论
如何做单元测试

如何做好单元测试一. 定义二. 为什么要做单元测试三. 单元测试用例四. 阿里单元测试规约五. 测试框架的使用Junit（下面以Junit4 为例来介绍）1.1、什么是Junit1.2、为何使用Junit1.3、Junit的快速入门导入Junit对应jar包(maven)：下面我们来写一段简单的逻辑代码进行单元测试演练1.4、Junit测试失败的两种情况：测试失败的情况一测试失败情况二：1.5、Junit的运行流程：1.6、Junit的常用注解：1.7、Junit的参数设置1.8、Junit模拟方法异常执行
复制链接

扫一扫