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的覆盖率数据呢?
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。如有错误或未考虑完全的地方,望不吝赐教。