基于Spring编写单元测试实例详解

什么是单元测试?(了解请戳:分享—你不知道的软件测试专业术语)

首先单元测试真的算是一种“脏活累活”,但是我个人感觉还是有必要,至少本人最近开始写单元测试后还是能发现一些“bug”的。

如何写单元测试?

单元测试的要求...网上很多。下面来分享一下我是如何写单元测试。首先我们项目一般都是MVC分层的,而单元测试主要是在Dao层和Service层上进行编写。

从项目结构上来说,Service层是依赖Dao层的,但是从单元测试角度,对某个Service进行单元的时候,他所有依赖的类都应该进行Mock。

而Dao层单元测试就比较简单了(下面Dao层就以Jdbc为例子),只依赖数据库中的数据。

DAO层单元测试是什么?

dao层单元测试肯定要是连数据库的,但是不需要本地起一个Mysql,可以使用H2内存数据库来做单测就足够了。

实战

首先给一个通用模板吧,就是所有DAO层单元测试都会用到的,注:ORM使用Mybatis

@RunWith(SpringRunner.class)

@ContextConfiguration(classes = )

public class XXXDaoTest {

@MapperScan({"com.xxx.xxx.mapper"})

@TestConfiguration

@EnableTransactionManagement

public static class MybatisScanConfiguration {

@Bean

public XXXDaoTest xxxDao() {

}

@Bean

public DataSource h2DataSource() {

EmbeddedDatabaseBuilder builder = new EmbeddedDatabaseBuilder();

EmbeddedDatabase database = builder.setType(EmbeddedDatabaseType.H2)

.addScript("classpath:

x/init_table.sql") //启动时初始化建表语句

.build();

return database;

}

@Bean

public SqlSessionFactory sqlSessionFactory(DataSource dataSource) throws Exception {

final SqlSessionFactoryBean sessionFactory = new SqlSessionFactoryBean();

sessionFactory.setDataSource(dataSource);

PathMatchingResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();

//加载所有的sql mapper文件

Resource[] mapperLocations = resolver.getResources("classpath:com

x

x/XXXXMapper.xml");

sessionFactory.setMapperLocations(mapperLocations);

return sessionFactory.getObject();

}

@Bean

public PlatformTransactionManager platformTransactionManager(DataSource dataSource) {

return new DataSourceTransactionManager(dataSource);

}

@Bean

public JdbcTemplate jdbcTemplate(DataSource dataSource) {

return new JdbcTemplate(dataSource);

}

}

public void clearAll() {

jdbcTemplate.execute("DELETE FROM XXX");

}

}

其中的一些需要稍微修改的,我使用“XXX”或者“xxx”,如果配过Spring的肯定知道怎么弄。其中init_table.sql就是用来创建数据库表的,就不列出来的,下面需要注意的地方:

H2 DataBase有些语法是不支持的,例如 insert ignore,还有类似在创建数据库时候"CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP"

如果一些sql是Mapper不提供的,那么可以使用jdbcTemplate来执行,例如上面的clearAll()方法

每次单元测试执行完后,建议删除当前单元测试中使用到的表

如果当前dao层存在其他依赖,其实是可以mock的(可以参考后面Service层的单元测试)

如果你看到奇怪的类或者方法,不要奇怪,是我可能没脱敏

通用模板写好以后,就可以按照不同情况来写单测了,想想是不是很开心啊

@Test

public void testUpdatexxx() {

clearAll();

Long testUserId = 1L;

//1.当数据不存在的时候,返回0

int i = xxxDao.updateXxx(testUserId,1);

Assert.assertTrue(i == 0);

// 2.如果存在记录,状态是已经完成 返回0

Domain domain = createBy(testUserId, 0);

//插入一条数据

mapper.insertSelective(domain);

Assert.assertTrue(xxxDao.updateXxx(testUserId,1) == 0);

//3.如果存在记录,状态是未完成 返回1

....

}

Service层单元测试

说实话,Service层的单测是最麻烦的,特别是那种超级大方法。Service层的单元测试就是主要Mock其他依赖Bean来完成各种逻辑的判断。

实战

还是先给一个模板

@RunWith(SpringRunner.class)

@ContextConfiguration(classes = NeedTestService.Config.class)

public class NeedTestServiceTest {

@TestConfiguration

public static class Config {

//这里直接创建一个待测试的类

@Bean

public NeedTestService needTestService() {

return new NeedTestService();

}

}

/*

* Mock掉依赖的Bean

*/

@MockBean

private X1Dao x1Dao;

@MockBean

private X1Service x1Service;

//这里是Autowired需要测试的类

@Autowired

private NeedTestService needTestService;

}

通用模板在上面,当然,遇到恶心的类,Mock十几个Bean也是有可能的。 下面就开始开心的写单元测试的了,例如

@Test

public void testCalculateUserClaims1() {

Long testUserId = 1L;

Date transTime = DateUtil.getStartDate(new Date());

given(x1Dao.insertInitIgnore(testUserId, transTime)).willReturn(1);

List list = Lists.newArrayList();

list.addAll(createTenderCell(1L, "100.00", 10));

list.addAll(createTenderCell(2L, "200.00", 5));

Collections.shuffle(list);

given(x1Dao.selectxxx(testUserId, transTime)).willReturn(list);

... 把改情况下 各种依赖的方法调用返回mock出来,

//这里直接调用被测试的方法

Result result = needTestService.needTestMethod(...)

Assert.assertTrue(result != null);

//... 省略掉各种 Assert.

}

当然,这仅仅是一种情况,还有各种情况需要您进行测试,good luck!

小结

我也是最近才开始写单元测试的,虽然很无脑,但是我个人还是觉得有必要的,一些很低级的错误至少能找出来(如果你稍微认真的写,而不是敷衍)。这样总比在Code Review的时候被指出来要好很多吧。而且写单元测试也算是一种休息吧!

原文来自:http://www.cnblogs.com/lizo/p/7899706.html

更多内容等你来戳:秘籍-软件测试进阶学习指南!

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180104A0LI5H00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券