测试一枚-记录工作-覆盖率（二）

真的是太颓废啦，本来计划上个周末更新的，硬生生拖了一天，这才第二次更新呀，就拖了，拖延症真要命。好啦进入正题，本人技术有限干货不多，只做记录使用。欢迎大佬提意见哈。

今天要记录的是Java代码覆盖率，之前一次测试过程中出现了一次线上bug，然后是具体案例：

需求为新增一种订单，订单标识为：订单类型为a，且订单渠道为100；订单列表不展示按钮“确认”，在不考虑回归用例的情况下，结合业务场景本次测试用例应该为：

1、订单类型为a的订单，同时订单渠道为100，订单列表不展示按钮“确认”；

2、订单类型不为a的订单，同时订单渠道不为100，订单列表展示按钮“确认”；

测试中2条用例全部测试通过，但是依然掉进了坑里；

（说明一下，因为在需求评审时，已经说明不会出现订单类型不为a，同时订单渠道为100的情况，--以上情况本系统不会出现，{但是其他系统会出现该订单}；然后我们就这么天真的相信了，然后就掉坑啦）

具体说一下坑哈，

之前其他同学有个需求是订单渠道为100，订单列表不展示按钮“确认”，因为本次需求的产品、开发和测试均不了解之前的需求，所以在测试用例评审时已经出现遗漏，线上出现了订单类型为a，同时订单渠道不为100的订单，订单列表应该不展示按钮“确认”，展示结果相反；

开发代码：(不方便列出具体代码，以下仅为参考说明)

if（orderType==‘a’||orderChannel==100）

{

OrderList.confirm=false;

}

实际if中的orderType==‘a’一直未走到，满足orderChannel==100也可以达到相同的效果，所以疏忽掉了查看是否每个分支都覆盖；

分析原因：

1、需求未明确说明，未了解其他系统业务

2、测试用例未覆盖全面

3、测试用例评审未起到良好的作用

4、没有单元测试

5、没有统计覆盖率

以上5点如果有其中一点可以完成，都可以看出问题，避免线上bug；包含产品、开发和测试，作为一名测试，当然是要从测试出发，所以本次需求让我意识到测试覆盖率的重要性。

网上较多的覆盖率的工具大概有三个：

1、Jacoco：只能统计全量，不能统计增量

2、Cobertura：维护较少

3、Emma：基于jacoco

最火的就是jacoco，但是因为不同统计增量的，是一大缺憾，滴滴有一款开源的Java覆盖率工具super jacoco，可以统计增量覆盖率，通过两次commit id相比较，可以得出增量的覆盖率，还有一个问题就是多个用户的操作会造成覆盖率的污染，网上的一般解决方案为使用traceid或者session。

我们公司正在部署super jacoco，中间也有遇到之前未考虑到的问题，对于覆盖率会继续更新。

记录部署步骤，遇到的问题，以及解决方案。

也希望大家给支招哈。