spring整合Junit问题

时间:2020-8-2 作者:admin


spring整合Junit问题

在学习spring的过程中,看到测试类中加了一个注解
spring整合Junit问题
就是这个@Runwith(SpringJUnit4ClassRunner.class)注解

那么就来引入一个实际的问题
在编写测试类的时候,每个测试方法都要去获取容器和得到业务层对象
spring整合Junit问题spring整合Junit问题
那么必然造成代码的耦合,所以我们很自然的想到把这一部分代码抽取出来

private ApplicationContext applicationContext;
private AccountService accountService;

@Before
public void init(){
	//1.获取容器
	applicationContext = new AnnotationConfigApplicationContext(SpringConfiguration.class);
	//2.得到业务层对象
	accountService = applicationContext.getBean("accountService",AccountService.class);
	}

也就是说@Before注释 在Test方法执行前 我们都要先去执行init方法完成获取容器和业务层对象,从而解决我们的问题,但是还有一点我们需要思考,如果软件的开发和测试是分离的话,对于测试人员他应该关注于测试的代码而不是去考虑spring里的代码(抽取),从而这种方法可以用,但是还有更好解决办法。

那么我们首先梳理一下Junit相关的知识点

1.应用程序的入口 是 main方法
2.junit单元测试中,没有main方法也能执行,是因为junit继承了一个main方法,该方法就会判断当前测试类中哪些方法有@Test注解,junit就让有Tesst注解的方法执行
3.junit不会管我们是否采用Spring框架,在执行方法时,junit根本不知道我们是不是使用了spring框架,所以也就不会为我们读取配置文件/配置类创建spring核心容器
由此我们可以知道,当测试方法执行时,没有IOC容器,就算写了Autowired注解,也无法实现注入

Spring整合Junit

在junit的jar包中(org.junit.runner.notification.Runner)核心,这个核心在执行的时候根本不会创建容器,所以我们要考虑把它原来那个不能加载容器的main方法替换掉,使它能够加载容器,而有了容器也就能够实现注入
1.导入spring整合Junit的jar(坐标)
spring整合Junit问题
2.使用Junit提供的一个注解,把原有的mian方法替换,替换成Spring提供的 @Runwith(SpringJunit4ClassRunner.class)
我们通过查看这个类,发现它就是继承Runner这个抽象类
spring整合Junit问题
3.告知spring的运行器,spring和ioc创建时基于xml还是注解的,并且说明位置

@ContextConfiguration

参数:
Locations指定xml文件的位置,加上classpath关键字,表示在类路径下
classes:指定注解类所在地位置
spring整合Junit问题
这样就实现了spring整合junit

另外还有一个小细节就是
当我们使用spring 5.x版本的时候,要求junit的jar包必须时4.12及以上
否则编译器会报错提示
spring整合Junit问题

声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。