发现通过Spring进行bean管理后,做测试会有各种不足,
例如,很多人做单元测试的时候,还要在Before方法中,初始化Spring容器,导致容器被初始化多次。
- @Before
- public void init() {
- ApplicationContext ctx = new FileSystemXmlApplicationContext( "classpath:spring/spring-basic.xml");
- baseDao = (IBaseDao) ctx.getBean("baseDao");
- assertNotNull(baseDao);
- }
在开发基于Spring的应用时,如果你还直接使用Junit进行单元测试,那你就错过了Spring满汉全席中最重要的一道硬菜。
再说这道菜之前,我们先来讨论下,在基于Spring的javaweb项目中使用Junit直接进行单元测试有什么不足
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在同一事务中访问数据库,查询数据的变化,验证操作的正确性!
看完上面的内容,相信,你已经知道我说的硬菜是什么了。
根据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在同一事务中访问数据库,查询数据的变化,验证操作的正确性!
下面,让我们看看,使用Spring测试套件后,代码是如何变优雅的。
1. 加入依赖包
使用spring的测试框架需要加入以下依赖包:
- JUnit 4
- Spring Test (Spring框架中的test包)
- Spring 相关其他依赖包(不再赘述了,就是context等包)
如果使用maven,在基于spring的项目中添加如下依赖:
- <dependency>
- <groupId>junit</groupId>
- <artifactId>junit</artifactId>
- <version>4.9</version>
- <scope>test</scope>
- </dependency>
- <dependency>
- <groupId>org.springframework</groupId>
- <artifactId>spring-test</artifactId>
- <version> 3.2.4.RELEASE </version>
- <scope>provided</scope>
- </dependency>
2. 创建测试源目录和包
在此,推荐创建一个和src平级的源文件目录,因为src内的类都是为日后产品准备的,而此处的类仅仅用于测试。而包的名称可以和src中的目录同名,这样由于在test源目录中,所以不会有冲突,而且名称又一模一样,更方便检索。这也是Maven的约定。
3、创建测试类
1)基类,其实就是用来加载配置文件的
- @RunWith(SpringJUnit4ClassRunner.class) //使用junit4进行测试
- @ContextConfiguration
- ({"/spring/app*.xml","/spring/service/app*.xml"}) //加载配置文件
- //------------如果加入以下代码,所有继承该类的测试类都会遵循该配置,也可以不加,在测试类的方法上///控制事务,参见下一个实例
- //这个非常关键,如果不加入这个注解配置,事务控制就会完全失效!
- //@Transactional
- //这里的事务关联到配置文件中的事务控制器(transactionManager = "transactionManager"),同时//指定自动回滚(defaultRollback = true)。这样做操作的数据才不会污染数据库!
- //@TransactionConfiguration(transactionManager = "transactionManager", defaultRollback = true)
- //------------
- public class BaseJunit4Test {
- }
2)接着是我们自己的测试类
- public class UserAssignServiceTest extends BaseJunit4Test{
- @Resource //自动注入,默认按名称
- private IBaseDao baseDao;
- @Test //标明是测试方法
- @Transactional //标明此方法需使用事务
- @Rollback(false) //标明使用完此方法后事务不回滚,true时为回滚
- public void insert( ) {
- String sql="insert into user(name,password) values(?,?)";
- Object[] objs=new Object[]{"00","000"};
- baseDao.insert( sql , objs );
- String sql1="select * from user where name=? and password=? ";
- List<Map<String,Object>> list=baseDao.queryForList( sql1 , objs );
- System.out.println(list);
- assertTrue(list.size( )>0);
- }
- }
相关推荐
主要介绍了idea +junit单元测试获取不到bean注入的解决方式,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
spring-Test,Junit4 jar,和测试代码
编程语言+JAVAspring+测试框架+单元测试**:这是一个关于JAVAspring编程语言的测试框架的单元测试的资源,适合有一定JAVAspring基础的开发者。它介绍了JAVAspring的测试框架的概念、原理和作用,以及如何使用JAVA...
该资源包含了spring整合单元测试Junit开发包spring-test-4.2.4.RELEASE.jar
分别是两个版本的, 因为spring做单元测试的时候, 是很容易出现版本不兼容的情况, 所以我将我用到的jar包分享出来,zip包中内容:hamcrest-core-1.3、junit4.4、junit-4.12、spring_test2.5.5、spring-test-3.2.0....
Spring Test 整合 JUnit 4 使用总结.rar
struts-junit spring-mock spring-test junit等的javadoc.jar格式的API文档,直接导入Eclipse/MyEclipse/Netbeans等IDE即可实现快速API查询。 包含以下文件: File name -------------------------------------- ...
主要介绍了spring cloud如何使用spring-test进行单元测试,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
SSM中进行单元测试Junit4+spring-test所需jar包,
分别是两个版本的, 因为spring做单元测试的时候, 是很容易出现版本不兼容的情况, 所以我将我用到的jar包分享出来,zip包中内容:spring_test2.5.5、spring-test-3.2.0.RELEASE 这个我忘了上传有关于junit的jar ,...
java web 开发中,利用Struts+Spring+Hibernate框架开发网页后的测试
确保已安装Eclipse Maven集成(m2e)。 (“帮助”->“关于”对话框中应该有m2图标)文件->...清洁SimpleSpringIPrimefaces 简单的应用程序jsf(primefaces)maven spring数据jpa spring test providerHibernatejunit
单元测试—— Spring 环境下测试,所需要的jar包: spring-test-4.3.29.RELEASE.jar、junit-4.13.1.jar、hamcrest-core-1.3.jar。
spring-test-junit5, JUnit ( a )的spring TestContext框架扩展( a ) spring 5测试支持这个项目作为 5的正式 Prototype,在 spring TestContext框架测试支持,并与 SPR-13575结合到 Spring Framework 。 因此,在...
5、测试Spring+mybatis的框架搭建,写单元测试JUnit,测试事务配置等:model-->dao(mapper)-->service-->test 6、映入SpringMVC:配置SpringMVC配置信息。-->配置文件:spring-mvc.xml(扫描controller) 7...
Spring Boot 2 + JUnit 5示例应用程序1.将JUnit 5依赖项添加到pom.xml < dependency>< groupId>org.junit.jupiter</ groupId>< artifactId>junit-jupiter-api</ artifactId>< scope>test</ scope></ dependency>...
spring添加 单元测试 junit4 +spring jar包: hamcrest-core-1.3.jar junit-4.12.jar spring-test-4.2.5.RELEASE.jar
集成了Spring 3.2.2 Hibernate 3.3.2 Struts 2.3.4 用JPA的注解实现orm 不用创建数据库表 只需本机上有oracle即可 用JSR注解进行Spring的...用Spring Test整合Junit4 进行测试并自动事务回滚 不对数据库造成持久化操作
spring-test项目实例 1.使用spring-test与junit进行单元测试。 2.包含回滚动作,避免测试数据污染数据库。
NULL 博文链接:https://dannyhz.iteye.com/blog/2429129