1.6 生成覆盖率 告
通过编写report的build方式来生成 告结果。
这里写了一个生成 告的模版，使用者只需要copy到 本机上，按下面的说明修改、生成 告即可，下面详细介绍下这个模版的使用方法。
1.6.1 模版目录介绍
5、build文件，如无路径变化，基本不用修改
省电管理除了主干代码，还有插件部分，因此build文件取的build_group，分别为
、
6、执行ant，report目录就会生成。
7、report目录生成后，进去执行index就看到覆盖率 告。
省电管理的覆盖率生成结果：
进入到实际代码中的结果：
主要列出未覆盖场景、冗余方法、测试补充建议等等。
举个分析的例子：
需求： 消息盒子增量测试完成，进行覆盖率分析。
1.7.1 熟悉需求用例
3、确认未覆盖原因
5、补充测试验证
二、覆盖率与BVT测试结合
通过两者的结合，可以得到每个BVT的用例的覆盖率数据，可以得出几个纬度的结果：
(1)用例和代码的对应关系
(2)上面映射关系汇总后，可以按方法的调用频繁度来优化我们的代码，
优化调用频繁度高的代码，找出冗余代码等等。
下面介绍下整个过程：
2.1 在BVT用例框架中插入覆盖率方法
核心：找出关键点插入我们的覆盖率方法
(1)在每个用例执行前，插入清理覆盖率数据的方法
在BVT基类的setUp()方法最后插入清理覆盖率数据的方法。
`@Override
protected void setUp() throws Exception {
super.setUp();
//反射调用JaCoCo api的reset方法
…
Method methodDump = classAgent.getMethod(“reset”);
methodDump.invoke(objAgent,null)
｝`
这样每个用例开始执行前，就会把以前遗留的覆盖率数据清除掉，保证每次覆盖率都是一条用例的执行结果。
(2)在每个用例执行后，dump出覆盖率数据。
`@Override
protected void tearDown() throws Exception {
//反射调用JaCoCo api的dump方法
…
Method methodDump = classAgent.getMethod(“dump”,boolean.class);
methodDump.invoke(objAgent,reset);
}`
dump出来的数据用例执行过程中真实的覆盖率情况。
Method methodDump = classAgent.getMethod(“reset”);
methodDump.invoke(objAgent,null)
2.2 执行BVT用例，得到覆盖率
运行BVN的用例，用例执行成后输出覆盖率文件，一条用例对应一个覆盖率文件。
2.3 批量生成覆盖率 告，解析入库
批量生成覆盖率 告，根据用例和 告对应关系做批量入库。
2.4 分析覆盖率结果，得出用例和代码映射关系
上面我们已经得出每一个BVT用例的覆盖率数据，对每一个覆盖率数据结果进行分析，得出几个纬度的数据，用例->包->类->方法的覆盖数据，这样每个用例和代码的映射关系就出来了。
然后根据用例对应功能的特点，再筛选出重点方法，形成一个比较精简的用例和代码映射关系出来，方便我们后续的改动点定位。
三、差异覆盖率和全量覆盖率
测试完后，根据覆盖率结果衡量测试覆盖程度，主要分为两种：
(1)差异覆盖率：改动点的代码执行覆盖率情况
(2)全量覆盖率：本次测试代码执行全部覆盖率情况
使用哪种覆盖率是由测试阶段的内容决定，比如上线前测试、集成或合流阶段，主要关注的是改动点的变化，使用差异覆盖率效果比较理想。如果是新增功能，使用全量覆盖率比较理想。
3.1 差异覆盖率
差异覆盖率主要是根据开发代码变更的diff差异，得出改动代码的范围，然后根据这个范围有针对性的只生成这部分改动的代码覆盖率结果。
通过覆盖率结果反向衡量测试的充分性，更好的和精准评估的测试范围去做比较。
3.2 全量覆盖率
全量覆盖率即全部代码的覆盖结果，不一定要全部去分析，只需关注改动部分及其耦合功能的覆盖情况即可，这里结合精准耦合分析结果一起分析。
四、衡量覆盖率结果
代码覆盖是一种状态指示器，而不是衡量性能或正确性的单元。
代码覆盖率是给程序员参考的，是给我们发现代码中问题的一种手段，可以发现过时的，未测试的类，还可以发现未经测试执行可能导致问题的路径。在实际项目中，代码覆盖率总是低于100%。取得完全覆盖是不可能的，如果取得，那也是非常罕见的。分析前一定要确定那些为必须覆盖，那些为可以或不覆盖，不要为了覆盖而覆盖，代码逻辑的熟练程度对分析覆盖率会有很大的帮助，一定要先梳理清楚。
五、本章小结
代码覆盖率是软件测试中的一种度量手段，主要用来描述程序中源代码被测试的比例和程度。
在单元和系统测试过程中，其常常被拿来作为衡量测试好坏的指标，甚至很多情况下用代码覆盖率来考核测试任务完成情况，经常会被要求代码覆盖率必须达到XX%以上，才算测试充分，于是乎测试人员或者开发人员费尽心思设计案例来覆盖代码，这种用代码覆盖率来衡量，有利也有弊。
给读者的一些忠告：
1、覆盖率数据只能代表你测试过哪些代码，不能代表你测好这些代码。
2、不要过于相信覆盖率数据。
3、不要只拿语句/行覆盖来衡量
4、路径覆盖率>判断覆盖>语句覆盖
5、不要盲目的为了提供覆盖率而补充用例，应该想办法设计更好的用例，哪怕多设计的用例对覆盖率提升没有效果。
本章完~
22/2<12
相关资源：暗组苹果找回助手(找回丢失Iphone手机)v1.0中文绿色版-其它代码类…
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！