单元测试是项目研发的重要阶段。相比接口测试、界面测试，单元测试外部依赖最少、颗粒度最细，可以在开发阶段更快、更直接地发现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(打包)等７个步骤。
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、内存，或者选择配置更高的执行终端运行，缩短单元测试执行时间。
结语
提高单元测试运行速度对提升研发效率具有重要的意义，也是单元测试领域的一个重要研究课题。笔者也将在该领域不断加强研究，不断总结好的方法，与大家共同致力于单元测试运行速度的提升。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！