基于Spring3及以上的SpringTest小结

文章目录

1. 一．加入Spring测试套件依赖
2. 二．具体操作

在web开发中常常用到spring框架，可能有些初学者在测试的时候都是启动web容器触发逻辑进行测试；老手们则懂得去写单元测试，一般是配合Junit使用。
传统的Junit测试中，我们通常会在init()方法添加@before加载spring配置文件，代码如下

@Before  
public void init() {  
      ApplicationContext ctx = new FileSystemXmlApplicationContext( "classpath:spring/spring-basic.xml");  
      baseDao = (IBaseDao) ctx.getBean("baseDao");  
      assertNotNull(baseDao);  
 }

这样做没什么错，但是也会带来负面影响：

1.根据JUnit测试方法的调用流程，每执行一个测试方法都会创建一个测试用例的实例并调用setUp()方法。
由于一般情况下，我们在setUp()方法中初始化Spring容器，这意味着如果测试用例有多少个测试方法，
Spring容器就会被重复进行初始化多次。虽然初始化Spring容器的速度并不慢，但由于可能会在Spring
容器初始化时执行加载数据库ORM映射文件等耗时的操作，如果每执行一个测试方法都必须重复初始化Spring容器，
则对测试性能的影响是不容忽视的；
2.在测试用例类我们需要通过ctx.getBean()方法从Spirng容器中获取需要测试的目标Bean，
并且还要进行强制类型转换的造型操作。这种乏味的操作迷漫在测试用例的代码中，让人觉得烦琐不堪；
3.测试方法对数据库的更改操作会持久化到数据库中。虽然是针对开发数据库进行操作，
但如果数据操作的影响是持久的，可能会影响到后面的测试行为。
比如，用户在测试方法中插入一条ID为1的User记录，第一次运行不会有问题，
第二次运行时，就会因为主键冲突而导致测试用例失败。所以应该既能够完成功能逻辑检查，
又能够在测试完成后恢复现场，不会留下“脏数据”；
4.假如我们向登录日志表插入了一条成功登录日志，可是我们却没有对t_login_log表中是否确实添加了一条记录进行检查。
一般情况下，我们可能是打开数据库，肉眼观察是否插入了相应的记录，但这严重违背了自动测试的原则。
试想在测试包括成千上万个数据操作行为的程序时，如何用肉眼进行检查？
这里就不得不请出本次的主角：Spring测试套件了。

先说它的优点，针对上述的不足，Spring测试套件具有如下的优越性：

1.使用Spring测试套件，Spring容器只初始化一次；
2.使用Spring测试套件，测试用例的属性会自动填充到Spring容器对应的Bean中，
无需再手工设置bean了；
3.使用Spring测试套件，Spring会在你验证后，自动回滚对数据库的操作,
保证数据库的现场不被破坏，因此重复测试不会发生问题！ 
4.只要继承Spring的测试套件的用例类，你就可以通过jdbcTemplate在同一事务中访问数据库，

查询数据的变化，验证操作的正确性！

说了这么多优点，不试试怎么行呢？

一．加入Spring测试套件依赖

Junit4
Spring-test包（位于Spring框架中）

其他Spring相关的包
如果使用的是Maven，则在pom.xml中添加如下依赖

<dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-test</artifactId>
        <version>3.2.0.RC1</version>
        <scope>provided</scope>
</dependency>
<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.10</version>
    <scope>test</scope>
</dependency>

二．具体操作

项目结构

建立Junit测试基类

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(value = {"classpath:spring/applicationContext.xml"})
public class SpringJunit4BaseTest {

}

解释：
@RunWith注解表示我们使用Junit4进行测试，这也是为什么会使用Junit4版本的原因
@ContextConfiguration 加载Spring配置文件

建立具体的测试类集成测试基类，也可以直接将测试基类当作测试类，这里推荐第一种方法
```
public class TestUserDao extends SpringJunit4BaseTest {

@Resource(name = "userDaoImpl")
    protected UserDaoImpl iUserDao;
    @Test
    public void testGetUserByEmail() {
        System.out.println(iUserDao.queryUserByID(0).toString());
    }
}
```
解释：
@Resource(name = “userDaoImpl”)：这个相信不需要进行过多解释了，注入一个bean实例
@Test：标记一个方法为测试方法

开发一个带测试类UserDaoImpl，这里没有连接数据库，为了说明问题使用Map作为虚拟的数据源。

@Repository("userDaoImpl")
public class UserDaoImpl implements IUserDao {

    private static Map<Integer, User> init() {
        User user0 = new User(0, "user0", "这是 用户0");
        User user1 = new User(1, "user1", "这是 用户1");
        User user2 = new User(2, "user2", "这是 用户2");

        Map<Integer, User> userMap = new ConcurrentHashMap<Integer, User>();

        userMap.put(0, user0);
        userMap.put(1, user1);
        userMap.put(2, user2);

        return userMap;
    }

    /*
     * 根据ID查询用户信息(非 Javadoc) 
     * <p>Title: queryUserByID</p> 
     * <p>Description: </p> 
     * @param userID
     * @return 
     * @see com.blog.facade.mapper.IUserDao#queryUserByID(java.lang.Integer)
     */
    @Override
    public User queryUserByID(Integer userID) {
        Map<Integer, User> userMap = init();
        return userMap.get(userID);
    }

}

运行测试方法，看到如下输出则表示测试成功

…省略日志
2017-02-22 16:39:36,026 [main] [org.springframework.beans.factory.support.DefaultListableBeanFactory]-[DEBUG] Returning cached instance of singleton bean 'userDaoImpl'
User [u_id=0, userName=user0, userSelfIntro=这是 用户0]
2017-02-22 16:39:36,026 [main] 
…省略后续日志

朝·闻·道

SnoWalker's Blog

基于Spring3及以上的SpringTest小结

一．加入Spring测试套件依赖

二．具体操作