Spring整合Junit框架

前言

在前面的文章中给大家介绍了以注解和XML的方式分别实现IOC和依赖注入。并且我们定义了一个测试类，通过测试类来获取到了容器中的Bean，具体的测试类定义如下：

@Testpublicvoidtest01(){ApplicationContext context =newClassPathXmlApplicationContext("applicationContext.xml");//获取BeanObject o = context.getBean(String id);}

大家思考一下，定义这种测试代码有没有什么问题？

其实问题很明显，就是我们每次定义测试类，都需要去写这样的重复的代码。我们可不可以定义一种标准的测试模板类，不管是开发人员，还是测试人员都可以使用这个测试模板类，并且这个测试模板具备Spring的环境。

其实Spring已经给我们提供了解决对应的解决方案，那就是Spring整合Junit单元测试框架。 Spring提供了整合Junit4框架，还有Junit5测试框架。

废话不多说，接下来给大家介绍Spring整合Junit框架。

Spring整合Junit4框架

1.什么是Junit框架

Junit是用Java语言编写的单元测试框架,是由 Erich Gamma 和 Kent Beck 编写的一个测试框架。其中Junit4对于整个Junit框架有了巨大的改进，其目的就是基于java的annotation来简化测试用例的编写。

本篇文章不会单独讲解Junit的使用，我们主要给大家讲解在Spring的环境下面如何使用Junit。如果大家想更全面的了解Junit的如何使用，可以去参考Junit的官方网站：https://junit.org/junit4/

2.在Spring中使用Junit4

2.1 引入相关的依赖

因为Spring框架对Junit4框架做了整合，所以我们需要导入Junit4相关的依赖。

<dependencies><dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.2.1.RELEASE</version></dependency><dependency><groupId>org.springframework</groupId><artifactId>spring-test</artifactId><version>5.2.1.RELEASE</version></dependency><dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.13</version><scope>test</scope></dependency></dependencies>

大家会发现，我们除了引用Junit单元测试框架本身的依赖之外，我们还引入了spring-test这个依赖。

这个依赖是什么呢？这是Spring整合了Junit框架之后给我们提供的依赖。需要注意的是这个依赖的版本号，和Spring的核心依赖，也就是spring-context这个依赖的版本号保持一致。

2.2 编写测试用例

和以前一样，我们编写一个测试类，但是这个测试类和之前的写法就不再一样了。具体怎么写呢？就是如下的测试模板类。

@RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations ={"classpath:applicationContext.xml"})publicclassTestAccount{@Testpublicvoidtest01(){}}

小伙伴们会发现，在这个测试类上面，我加上了几个新的注解。这几个注解修饰的这个测试类就是一个标准的单元测试模板类。那么，修饰这个类的两个注解到底是什么意思呢？给大家解释一下：

• @RunWith 指定单元测试类在什么样的测试引擎上面运行。后面的SpringJUnit4ClassRunner.class是固定的写法，意思就是当前Junit单元测试类在SpringJUnit4ClassRunner测试引擎上面运行。@ContextConfiguration 加载Spring的核心配置文件，保证当前单元测试模板类也具备Spring的环境。在这个配置类里面，通过locations = {“classpath:applicationContext.xml”}，我们指定Spring的核心配置文件的类路径。通过对指定路径的Spring核心配置文件的加载，我们的单元测试类也就具备了Spring的环境。

2.3 在Spring中使用Junit单元测试框架

在上篇文章中，我们搭建了一个基于注解实现ioc的案例，小伙伴们还记不记得我们的测试类是怎么写的？我们之前的单元测试类写法如下：

publicclassTestAccount{@Testpublicvoidtest(){//1.获取容器ApplicationContext ac =newClassPathXmlApplicationContext("applicationContext.xml");//2.得到业务层对象AccountService accountService = ac.getBean("accountService",AccountService.class);//3.执行方法Account account = accountService.findAccountById(1);System.out.println(account);}}

这种测试代码的写法非常"笨重"，如果我们要定义多个测试方法的话，我们需要重复的去定义加载Spring的配置文件的代码，如下所示：

@Testpublicvoidtest(){//1.获取容器ApplicationContext ac =newClassPathXmlApplicationContext("applicationContext.xml");//后面的代码省略}

这种测试代码的写法非常"笨重"，如果我们要定义多个测试方法的话，我们需要重复的去定义加载

因为我们想要在Spring的环境中获取Bean的话，就必须定义加载Spring核心配置文件的代码，否则就不能获取Spring核心容器中的Bean。现在我们定义了这个标准的单元测试模板类以后，由于这个测试类自带的Spring的环境，所以如果我们要获取容器中的Bean，我们只需要进行依赖注入即可。我们还是结合上篇文章中的案例，我们的测试用例可以编写如下格式：

大家有没有发现，通过这种写法，我们的测试代码是不是就变的非常简洁，轻巧！其实Junit整合Spring还有更多的用法，在这里抛砖引玉,给大家讲解Spring整合Junit4之后的其它用法，鉴于篇幅有限，更多的用法，小伙伴们可以去参考官网学习。

2.4 Spring整合Junit4的其他用法

(1) @Before、@After注解

这里给大家介绍两个新的注解，一个是@Before注解，还有一个是@After注解。

这两个注解是什么意思呢，我们见名知意，可以猜测出其中的大致意思。其中@Before注解它修饰一个方法，意味着当前修饰的方法在@Test注解修饰的方法之前执行。@After注解也修饰一个方法，这个注解修饰的方法在@Test注解修饰的方法之后执行。

现在给大家写一个测试用例，大家来感受一下：

@RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations ={"classpath:applicationContext.xml"})publicclassTestAccount{@AutowiredAccountService accountService;@Beforepublicvoidbefore(){System.out.println("在测试方法之前执行......");}@Afterpublicvoidafter(){System.out.println("在测试方法之后执行......");}@Testpublicvoidtest01(){Account account = accountService.findById(2);System.out.println(account);}}

具体写法如下图红框所示：

我们运行当前测试用例，查看控制台，观察输出效果：我们发现@Before注解修饰的方法和@After注解修饰的方法分别在@Test注解修饰方法的之前和之后执行。

(2) @Ignore注解

@Ignore注解修饰对应的测试方法，标识当前测试方法不会被Junit单元测试引擎去测试运行，而是会被忽略掉。我们现在编写一个测试方法，使用@Ignore注解修饰：
现在我们测试运行整个单元测试类：

查看控制台：我们发现test02这个方法并没有运行，因为它被@Ignore注解修饰了，在执行的时候，被单元测试引擎忽略掉了。

Junit4还提供了更多的注解为我们使用，在这里我就是抛砖引玉，如果小伙伴们还想了Junit4解更多的使用方式，请大家参考官网去学习。

Spring整合Junit5框架

现在给大家再介绍Junit5单元测试框架，Junit5在Junit4的基础之上又衍生出了一些新的特性，下面给大家介绍Junit5的具体特性和细节：

1.Junit5的基本概述

Junit5框架在Junit4的基础上又采用了一些新的风格，它采用了Java8的编程风格，比Junit4框架更加灵活和健壮。下面我们来看看它和Junit4的不同区别

(1) 体系上的区别

Junit5的框架主要有三个部分组成分别是：Junit Platform + Junit Jupiter + Junit Vintage3。

• Junit Platform : 其主要作用是在 JVM 上启动测试框架。它定义了一个抽象的 TestEngine API 来定义运行在平台上的测试框架；也就是说其他的自动化测试引擎或开发人员⾃⼰定制的引擎都可以接入 Junit 实现对接和执行。同时还支持通过命令行、Gradle 和 Maven 来运行平台（这对于我们做自动化测试至关重要）Junit Jupiter: 这是 Junit5 的核心，可以看作是承载 Junit4 原有功能的演进，包含了 JUnit 5 最新的编程模型和扩展机制；很多丰富的新特性使 JUnit ⾃动化测试更加方便、功能更加丰富和强大。也是测试需要重点学习的地方；Jupiter 本身也是⼀一个基于 Junit Platform 的引擎实现，对 JUnit 5 而言，JUnit Jupiter API 只是另一个 APIJunit Vintage3Junit 发展了10数年，Junit 3 和 Junit 4 都积累了大量的⽤用户，作为新一代框 架，这个模块是对 JUnit3，JUnit4 版本兼容的测试引擎，使旧版本 junit 的⾃动化测试脚本也可以顺畅运行在 Junit5 下，它也可以看作是基于 Junit Platform 实现的引擎范例。

(2) 使用上的区别

大部分注解在JUnit4和JUnit5中都是一样的，但是有些是不一样的，在这里通过一张表格给大家罗列一下：

搞清楚Junit5和Junit4单元测试框架之间的区别之后，我们再来看看Junit5单元测试框架的具体使用。

2.在Spring中使用Junit5

2.1 引入相关的依赖

<dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.0.9.RELEASE </version></dependency><dependency><groupId>org.junit.jupiter</groupId><artifactId>junit-jupiter-engine</artifactId><version>5.6.2</version></dependency><dependency><groupId>org.junit.platform</groupId><artifactId>junit-platform-runner</artifactId><version>1.6.2</version></dependency><dependency><groupId>org.junit.jupiter</groupId><artifactId>junit-jupiter-api</artifactId><version>RELEASE</version><scope>test</scope></dependency><dependency><groupId>org.junit.platform</groupId><artifactId>junit-platform-launcher</artifactId><version>1.6.2</version><scope>test</scope></dependency><dependency><groupId>org.junit.jupiter</groupId><artifactId>junit-jupiter-engine</artifactId><version>5.6.2</version><scope>test</scope></dependency><dependency><groupId>org.junit.vintage</groupId><artifactId>junit-vintage-engine</artifactId><version>5.6.2</version><scope>test</scope></dependency><dependency><groupId>org.junit.jupiter</groupId><artifactId>junit-jupiter-params</artifactId><version>5.6.2</version><scope>test</scope></dependency><dependency><groupId>org.springframework</groupId><artifactId>spring-test</artifactId><version>5.0.9.RELEASE </version><scope>provided</scope></dependency>

2.2 编写测试用例

现在我们编写一个标准的测试用例，注意，这个测试用例使用的注解和Junit4单元测试框架使用的注解不一样。

packagecom.qf;importcom.qf.service.AccountService;importorg.junit.jupiter.api.Test;importorg.junit.jupiter.api.extension.ExtendWith;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.test.context.ContextConfiguration;importorg.springframework.test.context.junit.jupiter.SpringExtension;@ExtendWith(SpringExtension.class)@ContextConfiguration("classpath:applicationContext.xml")//@SpringJUnitConfig(locations = "applicationContext.xml")// 组合注解 @ExtendWith + @ContextConfigurationpublicclassMyTest2{@AutowiredAccountService accountService;@Test//注意这个注解的不再是org.junit包下面的，而是org.junit.jupiter.api.Test;publicvoidTg(){
        accountService.transfer("eric","james",500.0);}}

经过测试，我们发现没有问题。接下来我们再来学习Spring整合Junit5之后的其他用法。

2.3 Spring整合Junit5的其他用法

(1) Junit5的常用注解

@DisplayName :修饰测试类或者测试方法，为测试类或者测试方法设置展示名称。现在给大家写一个测试用例：

@BeforeEach :表示在每个单元测试之前执行。我们给大家演示这个注解的使用：

@BeforeEachpublicvoidbeforeEach(){System.out.println("这是beforeEach方法");}

我们运行test01方法，发现控制台结果打印输出如下：

@AfterEach :表示在每个单元测试之后执行，我们继续演示这个注解的使用：

@AfterEachpublicvoidafterEach(){System.out.println("这是afterEach方法");}

我们运行test01方法，发现控制台结果打印输出如下：

总结

通过这篇文章给大家详细的介绍了Spring整合Junit框架是如何实现的。并给大家演示了Spring整合Junit4还有Junit5单元测试框架的具体用法

这两种方式在今后的学习和工作中都会使用到，所以各位小伙伴们一定要好好掌握并学会使用