1、测试类中的问题和解决思路
1.1、问题
在测试类中,每个测试方法都有以下两行创建 IoC 容器的代码:
ApplicationContext ac = new ClassPathXmlApplicationContext(“bean.xml”);
IAccountService as = ac.getBean(“accountService”,IAccountService.class);
这两行代码的作用是获取容器,如果不写的话,直接会提示空指针异常。所以又不能轻易删掉,但是不删除又不能保证测试工程师懂得如何去创建 IoC 容器。
1.2、解决思路分析
针对上述问题,我们需要的是程序能自动帮我们创建容器。一旦程序能自动为我们创建 spring 容器,我们就无须手动创建了,问题也就解决了。
我们首先得认识 junit 单元测试的原理:在 junit 单元测试中,没有 main 方法也能执行。是因为 junit 集成了一个 main 方法,该方法就会判断当前测试类中哪些方法有 @Test 注解, junit 就会让有 Test 注解的方法执行。
但显然,junit 是无法实现在执行 @Test 方法之前帮我们创建好 IoC 容器的,因为它自己都无法知晓我们是否使用了 spring 框架,更不用说帮我们创建 spring 容器了。不过好在,junit 给我们暴露了一个注解,可以让我们替换掉它的运行器,即它本身集成的 main 方法。
这时,我们需要依靠 spring 框架,因为它提供了一个运行器,可以读取配置文件(或注解)来创建容器。我们只需要告诉它配置文件在哪就行了。
2、配置步骤
2.1、第一步:拷贝整合 junit 的必备 jar 包到 lib 目录
此处需要注意的是,导入 jar 包时,需要导入一个 spring 中 aop 的 jar 包。(用于支持注解)
注意 spring5 需要 junit4.12 以上的版本才能匹配,否则会在运行时抛出初始化异常。
2.2、第二步:使用@RunWith 注解替换 junit 的原有运行器
/**
* 测试类
*/
@RunWith(SpringJUnit4ClassRunner.class)
public class AccountServiceTest {
}
@RunWith:用于指定 junit 运行环境,是 junit 提供给其他框架测试环境接口扩展,为了便于使用 spring 的依赖注入,spring提供了 SpringJUnit4ClassRunner 作为 Junit 的测试环境
2.3、第三步:使用 @ContextConfiguration 指定 spring配置文件的位置
/**
* 测试类
*/
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations= {"classpath:bean.xml"})
public class AccountServiceTest {
}
@ContextConfiguration 注解:
locations 属性: 用于指定配置文件的位置。如果是类路径下,需要用 classpath:表明
classes 属性: 用于指定注解的类。当不使用 xml 配置时,需要用此属性指定注解类的位置。
2.4、第四步:使用 @Autowired 给测试类中的变量注入数据
当使用 spring 的运行器,替换掉 junit 的运行器时,则此时的运行器会帮助我们在执行 @Test 方法之前,创建 IoC 容器,并自动注入给类成员。
/**
* 测试类
*/
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations= {"classpath:bean.xml"})
public class AccountServiceTest {
@Autowired
private IAccountService as ;
}
2.5、spring 整合 junit 实现事务控制
在单元测试中的事务,不管成败,我们都不希望测试结果污染到数据库,只需要告诉我们最终的测试结果即可,所以我们通常都是需要回滚单元测试的事务。存在如下两个级别的事务控制注解:
1、方法级别的:在测试方法上添加注解 @Rollback(true) 注解
public class TransTest{
@Test
@Rollback(true)
public void testTrans() {
}
2、类级别的:在测试类上添加 @Transactionnal 注解。
@Transactionnal
public class TransTest{
@Test
public void testTrans() {
}
3、为什么不把测试类配到 xml 中
在解释这个问题之前,先解除大家的疑虑,配到 XML 中能不能用呢?
答案是肯定的,没问题,可以使用。
那么为什么不采用配置到 xml 中的方式呢?
这个原因是这样的:
第一:当我们在 xml 中配置了一个 bean ,spring 加载配置文件创建容器时,就会创建对象。
第二:测试类只是我们在测试功能时使用,而在项目中它并不参与程序逻辑,也不会解决需求上的问题,所以创建完了,并没有使用。那么存在容器中就会造成资源的浪费。
所以,基于以上两点,我们不应该把测试类配置到 xml 文件中。