单元测试运行慢?十分钟教会你怎么提升单测运行速度

单元测试是项目研发的重要阶段。相比接口测试、界面测试,单元测试外部依赖最少、颗粒度最细,可以在开发阶段更快、更直接地发现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、内存,或者选择配置更高的执行终端运行,缩短单元测试执行时间。

结语

提高单元测试运行速度对提升研发效率具有重要的意义,也是单元测试领域的一个重要研究课题。笔者也将在该领域不断加强研究,不断总结好的方法,与大家共同致力于单元测试运行速度的提升。

感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取   

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值