SpringBoot与单元测试JUnit的结合操作

目录
  • Juint版本说明
  • Junit5常见注解及其用法
  • 在普通Maven项目中使用Junit
  • 在Spring项目中使用Junit
  • 在SpringBoot项目中使用Junit

有些人认为,写单元测试就是在浪费时间 ,写完代码,依然还是能够进行测试的。但是,还是建议写单元测试的,可以让你的条理更加清晰,而且当某个功能出现问题时,可能通过单元测试很容易的定位和解决问题。

本文主要总结下在Spring及SpringBoot项目中,使用单元测试时的方法。将JUnit4和JUnit5对比着来写,因为我发现我身边的同事经常搞不明白要怎么用。

Juint版本说明

这里主要说明下它们在Maven下的依赖包

Junit4

<dependency>
 <groupId>junit</groupId>
 <artifactId>junit</artifactId>
 <version>4.13</version>
  <!--请注意这个scope的用法-->
  <scope>test</scope>
</dependency>

Junit5

<dependency>
  <groupId>org.junit.jupiter</groupId>
  <artifactId>junit-jupiter</artifactId>
  <version>5.6.2</version>
  <!--请注意这个scope的用法-->
  <scope>test</scope>
</dependency>

在上边的依赖中,两个依赖分别写了scope属性,这里做一个讲解:

一个标准的maven项目结构如下图:

写Java代码的地方有两个src/main/java和src/test/java。

如果我们不在上边依赖中添加scope为test属性,就可以在这两个地方任意地方写@Test测试方法,但是,如果添加了这个属性,就只能在src/test/java下写单元测试代码,这个就是maven所谓的test域。

从上图也可以看出,test域可以有自己的配置文件,如果没有的话就会去加载main下的resources的配置文件,如果有,则以自己的为优先。

Junit5常见注解及其用法

不管使用哪一种方法,一个标准的单元测试方法如下:

public class TestDemo {
    @Test
    void fun1(){
        System.out.println("欢迎关注我的微信公众号——小鱼与Java");
    }
}

但是对于Junit4而言,所有的测试方法应当是public声明的,而Junit5不用。只不过不同的版本,这个@Test的类是不同的:

Junit4: org.junit.Test
Junit5: org.junit.jupiter.api.Test

相比Junit4而言,5添加了新的一些注解,但是常用的注解还是相同的,主要有以下:

注解 Description
@Test 写在一个测试类中的测试方法中的元注解,也就是说,在每一个单元测试方法上都应加上它才会生效
@ParameterizedTest 参数化测试,就是在你的测试方法执行时,自动添加一些参数
@RepeatedTest 重复此测试方法
@TestFactory 动态测试的工厂方法
@TestTemplate 测试模板
@TestMethodOrder 测试方法的执行顺序,默认是按照代码的前后顺序执行的
@DisplayName 自定义测试方法的名称显示
@DisplayNameGeneration 自定义名称生成器
@BeforeEach 在Junit4中,这个注解叫@Before。就是会在每一个测试方法执行前都会执行的方法,包括@Test, @RepeatedTest, @ParameterizedTest,或者 @TestFactory注解的方法
@AfterEach 和上边很相似,在Junit4中,这个注解叫@After。就是会在每一个测试方法执行之后都会执行的方法,包括@Test, @RepeatedTest, @ParameterizedTest, 或者@TestFactory注解的方法.
@BeforeAll 在当前测试类中的方法执行前执行,只会执行一次,在Junit4中是@BeforeClass
@AfterAll 在当前测试类中的所有测试方法执行完之后执行,只会执行一次,在Junit4中是@AfterClass
@Nested 表示一个非静态的测试方法,也就是说@BeforeAll和@AfterAll对此方法无效,如果单纯地执行此方法,并不会触发这个类中的@BeforeAll和@AfterAll方法
@Tag 自定义tag,就是可以自定义一个属于自己的@Test一样功能的注解
@Disabled 表明此方法不可用,并不会执行,在JUnit4中的@Ignore
@Timeout 设定方法执行的超时时间,如果超过,就会抛出异常

以上是在JUnit5中最常用的注解,可以自己挨个试下,一下子就会明白其用法。关注我,后续为您递上具体用法。

在普通Maven项目中使用Junit

引入相关依赖后,然后在对应的位置进行测试就可以了,这里不做演示,可以自行下载代码查看

在Spring项目中使用Junit

这里的Spring和SpringBoot项目也是基于Maven构建的,和普通Maven项目的最大区别就是加载Sprign容器而已,一般来说,使用Spring提供的上下文ApplicationContext就可以从配置文件件或者配置类加载Spring容器。如下代码:

/**
 * 使用普通的Spring上下文来加载Spring容器
 *
 * @auther 微信公众号:小鱼与Java
 * 2020/4/23
 */
public class MyMain {
    public static void main(String[] args) {
        ApplicationContext ctx = new ClassPathXmlApplicationContext("application.xml");
        Teacher teacher = (Teacher) ctx.getBean("teacher");
        System.out.println(teacher.getName());
    }
}

但是,我们可以通过引入Spring相关的test依赖来让其自动加载Spring上下文,这样我们就能利用如@Autowired这样的自动注入方式来获取bean了

<dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-test</artifactId>
  <version>5.2.5.RELEASE</version>
</dependency>

但是这里对于JUnit4和JUnit5写测试方法时有一点儿不同之处,如下:

Junit4

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:application.xml"})
public class TestDemo {
    @Resource
    private Teacher teacher;
    @Test
    public void fun(){
        System.out.println(teacher.getName());
    }
}

Junit5

@SpringJUnitConfig
//指定配置文件路径,会先从test域中找
@ContextConfiguration("classpath:application.xml")
public class SpringTest {
    @Resource
    private Teacher teacher;
    @Test
    void fun(){
        System.out.println(teacher.getName());
    }
}

它们都加了额外的注解来加载Spring上下文的

在SpringBoot项目中使用Junit

在SpringBoot中,为我们提供了一个SpringBootTest的注解来加载Spring容器。在SpringBoot2.2.0以前是JUnit4,在SpringBoot之后是JUnit5。但是我建议最应该使用JUnit5。

Junit4

<dependencies>
  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter</artifactId>
    <version>2.1.6.RELEASE</version>
  </dependency>
  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <version>2.1.6.RELEASE</version>
    <!--表示只能在maven的测试域中使用-->
    <scope>test</scope>
  </dependency>
</dependencies>
@SpringBootTest
@RunWith(SpringJUnit4ClassRunner.class)
public class TestDemo {
   @Resource
   private Student student;
   @Test
   public void fun1(){
        System.out.println(student.getName());
    }
}

Junit5

<dependencies>
  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter</artifactId>
    <version>2.2.6.RELEASE</version>
  </dependency>
  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <version>2.2.6.RELEASE</version>
    <!--表示只能在maven的测试域中使用-->
    <scope>test</scope>
    <exclusions>
      <!--这个是JUnit5中为了支持使用JUint4所做的一个过度
       也就是说,你只需要在你的JUnit4旧项目中添加这个依赖,
       就能完美过渡,而不用修改之前代码
       这里用不到,自然也就排除了。当然,这里,它无关紧要
   -->
      <exclusion>
        <groupId>org.junit.vintage</groupId>
        <artifactId>junit-vintage-engine</artifactId>
      </exclusion>
    </exclusions>
  </dependency>
</dependencies>
@SpringBootTest //它默认会为我们加载Spring容器,
public class TestDemo {
    @Resource
    private Student student;
    @Test
    void fun1(){
        System.out.println(student.getName());
    }
}

为什么在SpringBoot中不用指定Spring容器的配置文件?

其实他是会自动加载类路径下的那个SpringBoot的启动类的,就算指定配置文件,也是指定那个启动类为配置类。如果你写的包结构不符合它的要求,就需要自己使用@ContextConfiguration注解来指定Spring的配置类了

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • SpringBootTest单元测试报错的解决方案

    目录 SpringBootTest单元测试报错 单元测试 @mock和@SpringBootTest使用 一.单元测试工具mock使用 二.springboot使用@SpringBootTest单元测试 三.mock和@springBootTest区别 SpringBootTest单元测试报错 @RunWith(SpringRunner.class) @SpringBootTest(classes = { DataRulesApplication.class }) @EnableAutoConf

  • SpringBoot中Mockito单元测试入门

    Mock 测试 Mock 测试就是在测试过程中,创建一个假的对象,避免你为了测试一个方法,却要自行构建整个 Bean 的依赖链. 举个例子: 类 A 需要调用类 B 和类 C,而类 B 和类 C 又需要调用其他类如 D.E.F 等,假设类 D 是一个外部服务,那就会很难测,因为你的返回结果会直接的受外部服务影响,导致你的单元测试可能今天会过.但明天就过不了了. 而当我们引入 Mock 测试时,就可以创建一个假的对象,替换掉真实的 Bean B 和 C,这样在调用B.C的方法时,实际上就会去调用这

  • SpringBoot 单元测试实战(Mockito,MockBean)

    目录 一个测试方法主要包括三部分 Junit 基本注解介绍 测试方法执行顺序 测试方法命名约定 基于 Spring 的单元测试编写 Mockito 常用的 Mockito 方法 示例 @MockBean 一个测试方法主要包括三部分 1)setup 2)执行操作 3)验证结果 public class CalculatorTest { Calculator mCalculator; @Before // setup public void setup() { mCalculator = new C

  • SpringBoot+TestNG单元测试的实现

    目录 背景 接口测试用例,针对入参进行设计: 言归正传! 背景 由于开发任务进度紧张,接口及基础数据提供不全,即使设计全面的接口测试用例也无法全面有效的进行覆盖测试:且又因为单接口测试用例设计的方向是入参和出参,从入参着手就是参数必填校验.参数类型及参数边界值,再有入参的组合入参,例如一个接口5个参数,3个必填,2个非必填,数据类型有string.int等,还有字符长度限制条件,那么这样的单接口测试用例数设计起来那就有,嗯......数不过来,如果入参个数及参数类型变得多起来,那么这个数量就不可

  • Java Spring Boot实战练习之单元测试篇

        一.关于JUnit的一些东西   在我们开发Web应用时,经常会直接去观察结果进行测试.虽然也是一种方式,但是并不严谨.作为开发者编写测试代码来测试自己所写的业务逻辑是,以提高代码的质量.降低错误方法的概率以及进行性能测试等.经常作为开发这写的最多就是单元测试.引入spring-boot-starter-testSpringBoot的测试依赖.该依赖会引入JUnit的测试包,也是我们用的做多的单元测试包.而Spring Boot在此基础上做了很多增强,支持很多方面的测试,例如JPA,Mo

  • SpringBoot与单元测试JUnit的结合操作

    目录 Juint版本说明 Junit5常见注解及其用法 在普通Maven项目中使用Junit 在Spring项目中使用Junit 在SpringBoot项目中使用Junit 有些人认为,写单元测试就是在浪费时间 ,写完代码,依然还是能够进行测试的.但是,还是建议写单元测试的,可以让你的条理更加清晰,而且当某个功能出现问题时,可能通过单元测试很容易的定位和解决问题. 本文主要总结下在Spring及SpringBoot项目中,使用单元测试时的方法.将JUnit4和JUnit5对比着来写,因为我发现我

  • java单元测试JUnit框架原理与用法实例教程

    本文实例讲述了java单元测试JUnit框架原理与用法.分享给大家供大家参考,具体如下: 1 简介 JUnit是一个Java语言的单元测试框架,它由 Kent Beck 和 Erich Gamma 建立,逐渐成为 xUnit 家族中最为成功的一个. JUnit有它自己的JUnit扩展生态圈,多数Java的开发环境都已经集成了JUnit作为单元测试的工具.在这里,一个单元可以是一个方法.类.包或者子系统.因此,单元测试是指对代码中的最小可测试单元进行检查和验证,以便确保它们正常工作.例如,我们可以

  • 浅谈spring-boot的单元测试中,@Before不被执行的原因

    我们先来看下笔者的单元测试的依赖版本: <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.2.6.RELEASE</version> <relativePath/> <!-- lookup parent from reposi

  • SpringBoot中引入MyBatisPlus的常规操作

    一.前言 近来参与一个电力大数据项目,开发小组决定在 DAO 层使用 MyBatisPlus --国产.新颖.强大.轻量. 官方API地址:http://mp.baomidou.com/#/?id=%E7%AE%80%E4%BB%8B 二.通用 CRUD 通过本项目(表少,数据量大,非常适合) 发现 MyBatisPlus 在 单表CRUD 方面 比原来的的 MyBatis 的有着绝对优势: VS PS MyBatis MyBatisPlus 代码生成器 数据库有些表的字段发声改变 ① 再次运行

  • JavaWeb实战之编写单元测试类测试数据库操作

    首先导入jar包 使用Mybatis generator生成,dao.entity.mappers 没有dataSource,我圈错了... jdbc.properties是数据库链接配置文件 sqlMapConfig.xml是Mybatis 配置文件 如何自动生成这些文件夹? 如下.右键generatorConfig -> 选择Run as -> 如何点击Run Mybatis Generator 新建MyBatisTool public class MybatisTool { public

  • SpringBoot整合Elasticsearch并实现CRUD操作

     配置准备 在build.gradle文件中添加如下依赖: compile "org.elasticsearch.client:transport:5.5.2" compile "org.elasticsearch:elasticsearch:5.5.2" //es 5.x的内部使用的 apache log4日志 compile "org.apache.logging.log4j:log4j-core:2.7" compile "org

  • idea显示springboot多服务启动界面service操作

    如果是多模块的微服务,idea提供了一个可以多服务启动的界面services,如果你的项目里没看到这个界面: 那么你需要在顶级的maven工程中找到这个配置,然后找到 component name="RunDashboard"这个节点整个替换掉: <component name="RunDashboard"> <option name="configurationTypes"> <set> <option

  • SpringBoot 如何整合 ES 实现 CRUD 操作

    本文介绍 Spring Boot 项目中整合 ElasticSearch 并实现 CRUD 操作,包括分页.滚动等功能. 之前在公司使用 ES,一直用的是前辈封装好的包,最近希望能够从原生的 Spring Boot/ES 语法角度来学习 ES 的相关技术.希望对大家有所帮助. 本文为 spring-boot-examples 系列文章节选,示例代码已上传至 https://github.com/laolunsi/spring-boot-examples 安装 ES 与可视化工具 前往 ES 官方

  • SpringBoot+mybatis实现多数据源支持操作

    什么是多数据源支持? 简单的说,就是一个项目里,同时可以访问多个不同的数据库. 实现原理 单个数据源在配置时会绑定一套mybatis配置,多个数据源时,不同的数据源绑定不同的mybatis配置就可以了,简单的思路就是让不同的数据源扫描不同的包,让不同的包下的mapper对应连接不同的数据源去处理逻辑. 业务场景假设 项目底层有正常业务库和日志库,希望解决的是将项目中的一些日志单独记录到一个库里,比如用户操作记录.产品更新记录等. 说一下为什么会有这个需求:用户操作记录和产品更新记录可能很多,而实

随机推荐