单元测试是项目研发的重要阶段。相比接口测试、界面测试,单元测试外部依赖最少、颗粒度最细,可以在开发阶段更快、更直接地发现Bug,适合开发团队快速排查错误,是保障研发质量的重要手段之一。
但是,随着单元测试用例数量的增加,执行速度也会逐渐变长。我们经常看到一个现象:在研发人员的研发终端上,运行数千条单元测试脚本,时间超过1个小时。
本文主要是总结了笔者近年来的单元测试经验,分享如何有效提升单元测试的运行速度,节约开发时间。
提升妙招
1、优化单元测试代码。
例如:
@Test
public void test1() {
//模拟数据库交互
List mockList = Mockito.mock(List.class);
when(mockList.get(0)).thenReturn("first");
assertThat(mockList.get(0)).isEqualTo("first");
}
@Test
public void test2() {
//模拟第三方接口返回
when(personService.queryForOneName("1")).thenReturn("ceshiname1"); assertThat(personService.queryForOneName("1")).isEqualTo("ceshiname1");
}
2、多模块项目并行编译
针对多模块项目推荐采用mvn命令加-T选项开启并行构建。例如:mvn -T 2 test(指定两个线程并行),mvn -T 2C test(指定每个CPU分配2个线程构建)。
3、并发执行单元测试脚本
在maven-surefire-plugin开启parallel,可以为一个进程开启多个线程(Junit高于4.7)。
使用threadCount参数可以设置创建的最大线程数,或使用useUnlimitedThreads参数,可以为每个CPU内核创建一个线程。例如:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.18.1</version>
<configuration>
<skipTests>false</skipTests>
<testFailureIgnore>true</testFailureIgnore>
<argLine>${argLine} -XX:MaxPermSize=1024m</argLine>
<parallel>all</parallel>
<threadCount>4</threadCount>
</configuration>
</plugin>
4、执行参数优先使用mvn test
mvn clean package依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7个步骤。
mvn clean install依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8个步骤。
mvn test命令可以一次性执行所有的用例,执行完后可以直接看到执行结果,相对mvn clean package和mvn clean install更节省时间。
5、减少初始化次数
使用suite参数,将同一个类的测试用例放在一个suite套件中,执行时只初始化一遍,减少初始化次数。
另外,推荐直接使用SpringBootTest注解,避免在注解中加入一些选项值,导致注解加载多次,延长时间。例如:
@Slf4j
@SpringBootTest
@RunWith(SpringRunner.class)
public class CaseServiceImplTest {
@Autowired
private CaseService caseService;
@Test
public void countCaseByUsername() {
String userName = "xxxx";
ResultBus resultBus = caseService.countByUsername(userName);
org.junit.Assert.assertNotNull(resultBus);
Assert.assertEquals(resultBus.getMessage(), resultBus.getCode(), CodeInfoEnum.SUCCESS.code());
System.out.println(resultBus);
}
}
6、优化执行慢的测试用例
本地执行过程中控制台输出每个用例的执行时间,将结果保存在日志中,按照执行时间进行排序(例如cat log.txt|grep “Time elapsed:”|sort -t’’-k 13rn, 13| head -15)。
通过日志,查看耗时较长的用例,有针对性地进行优化。
7、扩充执行资源
增加执行终端的CPU、内存,或者选择配置更高的执行终端运行,缩短单元测试执行时间。
结语
提高单元测试运行速度对提升研发效率具有重要的意义,也是单元测试领域的一个重要研究课题。笔者也将在该领域不断加强研究,不断总结好的方法,与大家共同致力于单元测试运行速度的提升。
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!