IDEA单元测试覆盖技巧分享

1.前言

通常情况下，项目经理or项目总监会分阶段的问测试负责人，本阶段的测试覆盖率是多少？在工作中，当被问到“如何提高代码质量”，回答无非如下几个，增加评审，代码规约，单元测试。不知起自何年何月，如今一些机构开始引入“单元测试覆盖率”的概念，并由此对程序员提出了覆盖率要达到70%，90%，以此来评判程序员工作的质量，以及产品的质量。这里先预为单元测试下定义以免混淆，即，基于Junit，类与代码级别的，与运行时无关的白盒测试。

2.我的理解

测试覆盖率应该区分自动化测试覆盖率和功能测试用例覆盖率。

对于自动化测试覆盖率，应是=(自动化测试脚本执行过的代码/总代码）

对于测试用例覆盖率，应是=（测试用例覆盖的功能点/产品设计的所有功能点）

3.什么是单元测试

单元测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确，通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。

3.1好处

1，单元测试不但会使你的工作完成得更轻松。而且会令你的设计会变得更好，甚至大大减少你花在调试上面的时间

2，提高代码质量

3，减少bug，快速定位bug

4，放心地修改、重构

5，显得专业（玩笑话）

3.2注意

1，不能只测试一条正确执行路径，要考虑到所有可能的情况

2，要确保所有测试都能够通过，避免间接损害

3，如果一个函数复杂到无法单测，那就说明模块的抽象有问题

（1）语句覆盖法

（2）分支覆盖法

（3）条件覆盖法

（4）组合条件覆盖法

4.IDEA 单元测试覆盖技巧

package com.example.demoo.junit;
/**
 * Created by lanxinghua on 2018/7/26.
 */
public class Myclass {
  public String test1(){
    return "test1!";
  }

  public String test2(){
    return "test2";
  }
}

package com.example.demoo;
import com.example.demoo.junit.Myclass;
import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.test.context.junit4.SpringRunner;
@SpringBootTest
public class JunitTest {
  private Myclass myclass;
  @Before
  public void setUp() {
    myclass = new Myclass();
  }

  @Test
  public void testHello(){
    myclass.test1();
  }
}

1）启动单元测试覆盖模式（Run “*” with Coverage）

2）查看代码覆盖率结果

工具栏按钮:

3）生成代码覆盖率报告

在里面 生成覆盖报告对话框打开，指定存储生成的报告的目标目录，并且可选择选中该复选框在浏览器中打开生成的HTML。

扩展

随着公司的发展，自动化测试脚本的持续集成逐渐要被做起来，那就面临一个自检的问题，我的测试脚本、测试用例是否全覆盖了开发的代码。如何直观地看到代码覆盖率？

本地统计代码覆盖率：jacoco，cobertura

远程统计代码覆盖率：jenkins上下载jacoco插件，并在构建后配置

如果把测试工程(T)跟开发工程(D)分开为两个独立的工程，D部署在独立的服务器上，T工程该如何远程获取D的覆盖率数据呢？

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。