[无名弟子]MIND|2017年10月15日的日报-技能树.IT修真院

发表于： 2017-10-15 10:59:24

1 651

今天完成的事

1，读了一上午关于接口的书。

2，编写了单元测试，我用的是JDBC来进行的单元测试。

先理解了一下为什么要结合Spring来做单元测试而不是只用junit

这部分参考文档http://blog.csdn.net/cuibruce/article/details/52923796

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表中是否确实添加了一条记录进行检查。一般情况下，我们可能是打开数据库，肉眼观察是否插入了相应的记录，但这严重违背了自动测试的原则。试想在测试包括成千上万个数据操作行为的程序时，如何用肉眼进行检查？

上代码！

*只是做了插入操作。

package cn.xiuzhen.jdbc;

import org.junit.Test;
import org.junit.runner.RunWith;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;

import javax.annotation.Resource;

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("classpath:beans.xml")

public class BaseJunit4Test {
    private Logger logger = LoggerFactory.getLogger(this.getClass());

    @Resource
    private Student3DaoImpl Student3DaoImpl;

    @Test
    public void testInsert() {
        System.out.println("================执行插入操作================");


        Student3 student3 = new Student3(123, "小王", 888, "山大", "baby", 1, 1);

        Student3DaoImpl.insert(student3);
        logger.info("--------->testUserInsert end-------------");

    }


}