详解Junit 测试之 Spring Test
在做spring相关测试时比较麻烦,如果只用junit测试,需要没测有初始化一下applicationcontext,效率比较底下,而且也有不足之处。
1、导致多次spring容器初始化问题
根据junit测试方法的调用流程,每执行一个测试方法都会创建一个测试用例的实例并调用setup()方法。由于一般情况下,我们在setup()方法 中初始化spring容器,这意味着如果测试用例有多少个测试方法,spring容器就会被重复初始化多次。虽然初始化spring容器的速度并不会太 慢,但由于可能会在spring容器初始化时执行加载hibernate映射文件等耗时的操作,如果每执行一个测试方法都必须重复初始化spring容 器,则对测试性能的影响是不容忽视的;使用spring测试套件,spring容器只会初始化一次!
2、需要使用硬编码方式手工获取bean
在测试用例类中我们需要通过ctx.getbean()方法从spirng容器中获取需要测试的目标bean,并且还要进行强制类型转换的造型操作。这种乏味的操作迷漫在测试用例的代码中,让人觉得烦琐不堪;使用spring测试套件,测试用例类中的属性会被自动填充spring容器的对应bean,无须在手工设置bean!
3、数据库现场容易遭受破坏
测试方法对数据库的更改操作会持久化到数据库中。虽然是针对开发数据库进行操作,但如果数据操作的影响是持久的,可能会影响到后面的测试行为。举个例子, 用户在测试方法中插入一条id为1的user记录,第一次运行不会有问题,第二次运行时,就会因为主键冲突而导致测试用例失败。所以应该既能够完成功能逻 辑检查,又能够在测试完成后恢复现场,不会留下“后遗症”;使用spring测试套件,spring会在你验证后,自动回滚对数据库的操作,保证数据库的现场不被破坏,因此重复测试不会发生问题!
4、不方便对数据操作正确性进行检查
假如我们向登录日志表插入了一条成功登录日志,可是我们却没有对t_login_log表中是否确实添加了一条记录进行检查。一般情况下,我们可能是打开 数据库,肉眼观察 是否插入了相应的记录,但这严重违背了自动测试的原则。试想在测试包括成千上万个数据操作行为的程序时,如何用肉眼进行检查?
只要你继承spring的测试套件的用例类,你就可以通过jdbctemplate在同一事务中访问数据库,查询数据的变化,验证操作的正确性!
1. maven 配置
<dependency> <groupid>junit</groupid> <artifactid>junit</artifactid> <version>4.12</version> <scope>test</scope> </dependency> <dependency> <groupid>org.springframework</groupid> <artifactid>spring-test</artifactid> <version>4.3.12</version> <scope>test</scope> </dependency>
2.创建basejunit4test基类
创建 spring test 的基类,该类主要用来加载配置文件,设置web环境。
所有的测试类,都继承该类即可。
import org.junit.runner.runwith; import org.springframework.test.context.contextconfiguration; import org.springframework.test.context.junit4.springjunit4classrunner; import org.springframework.test.context.web.webappconfiguration; @runwith(springjunit4classrunner.class) //使用junit4进行测试 @contextconfiguration(locations={"classpath:spring.xml","classpath:spring-mvc.xml","classpath:spring-hibernate.xml","classpath:spring-ehcache.xml"}) //加载配置文件 @webappconfiguration("src/main/webapp") //------------如果加入以下代码,所有继承该类的测试类都会遵循该配置,也可以不加,在测试类的方法上///控制事务,参见下一个实例 //这个非常关键,如果不加入这个注解配置,事务控制就会完全失效! //@transactional //这里的事务关联到配置文件中的事务控制器(transactionmanager = "transactionmanager"),同时//指定自动回滚(defaultrollback = true)。这样做操作的数据才不会污染数据库! //@transactionconfiguration(transactionmanager = "transactionmanager", defaultrollback = true) //------------ public class basejunit4test{ }
- @runwith(springjunit4classrunner.class) 使用junit4进行测试
- @contextconfiguration() 加载spring相关的配置文件
- @webappconfiguration() 设置web项目的环境,如果是web项目,必须配置该属性,否则无法获取 web 容器相关的信息(request、context 等信息)
3.测试类
import org.junit.test; import org.springframework.beans.factory.annotation.autowired; import org.springframework.test.annotation.rollback; import org.springframework.transaction.annotation.transactional; import cn.com.infcn.ade.service.usermanagerservice; import cn.com.infcn.model.pmodel.adeuser; public class usertest extends basejunit4test{ @autowired //自动注入 private usermanagerservice usermanagerservice; @test @transactional //标明此方法需使用事务 @rollback(false) //标明使用完此方法后事务不回滚,true时为回滚 public void testuser(){ system.out.println("测试spring整合junit4进行单元测试"); adeuser user = usermanagerservice.get("0"); system.out.println(user); system.out.println("------------"+user.getloginname()); } }
- 使用spring test 可以使用@autowired 自动注入 相关的bean信息,而不需要自己手动通过getbean去获取相应的bean信息。
- @transaction
- 使用spring test 测试,可以 @transaction 注解,表示该方法使用spring的事务。
- @rollback(false)
标明使用完此方法后事务不回滚,true时为回滚。
比如每次打包或提交时,都执行下所有的测试类,而测试类每次都进行插入或删除数据或导致数据库中的数据不完整,为了防止执行测试类都修改库中的数据,可以设置rollback(true)。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
推荐阅读
-
详解Junit 测试之 Spring Test
-
详解Spring框架之基于Restful风格实现的SpringMVC
-
JBuilder2005单元测试之JUnit框架
-
详解Spring-Cloud2.0之Feign调用远程服务指南
-
spring之Bean的生命周期详解
-
实例详解Spring Boot实战之Redis缓存登录验证码
-
详解Spring框架注解扫描开启之配置细节
-
详解Spring框架之基于Restful风格实现的SpringMVC
-
新建Springboot项目默认test包下的测试类报错缺少org.junit.jupiter.api
-
Spring in action 读书笔记(第二章)bean的装配(java类显式配置和spring-test单元测试的使用)