文章目录
  1. 1. 一.加入Spring测试套件依赖
  2. 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测试套件依赖

  1. Junit4
  2. Spring-test包(位于Spring框架中)
  3. 其他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>
    

    二.具体操作

    项目结构

  4. 建立Junit测试基类

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

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

  1. 建立具体的测试类集成测试基类,也可以直接将测试基类当作测试类,这里推荐第一种方法

    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:标记一个方法为测试方法

  2. 开发一个带测试类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);
        }
    
    }
    
  3. 运行测试方法,看到如下输出则表示测试成功

    …省略日志
    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] 
    …省略后续日志
    
文章目录
  1. 1. 一.加入Spring测试套件依赖
  2. 2. 二.具体操作
Fork me on GitHub