代码覆盖的15种典型情景

public class AssertCodeCoverage {

        public void verify(Boolean b) {
         assert b;
        }

}

　　究其原因，查看编译后的class可知，存在第三条指令：判断是否启用断言。在实际应用中，要么启用要么关闭，所以不可能覆盖所有分支。只能说启用断言，或许能提高指令覆盖率，下图为启用及关闭断言的覆盖率对比：

public void verify(java.lang.Boolean b);
0  getstatic com.test.coverage.AssertCodeCoverage.$assertionsDisabled : boolean [16]
3  ifne 21
6  aload_1 [b]
7  invokevirtual java.lang.Boolean.booleanValue() : boolean [28]
10  ifne 21
13  new java.lang.AssertionError [33]
16  dup
17  invokespecial java.lang.AssertionError() [35]
20  athrow
21  return
}

0x9a  ifne  当栈顶int型数值不等于0时跳转。

　　因此，从这个角度来说，想覆盖断言，不仅要关闭断言完成测试用例，还要在开启断言情况下完成测试。

　　提示：隐式的分支（黄色）需要分析未覆盖分支。

　　15、不在覆盖范围内

　　下面两种类型的代码不在代码覆盖统计范围内：

　　1）Java接口，接口里面都是抽象方法的结合，不含有任何代码细节；

　　2）不含有可执行java字节码的方法：抽象方法和本地native方法。

abstract class AbstractService {
        abstract String getString();  //不做统计
        String getName() {  return getString().trim();    }
}

public class BaseService extends AbstractService {
        @Override
        String getString() {      return "zookeeper";    }
}

　　提示：不在统计范围内的直接忽视。

　　小结：

　　通过对上面15种典型情况的概括，相信大家对代码覆盖的常见情景已有大概印像，在实际分析中，可以按照以下规则进行：

　　1）内容：包->类->方法->代码；

　　2）优先级： 核心业务类->普通业务类->工具助手类->常量类；

　　经过不断的分析和推敲，相信大家得到的不仅是一个较高的代码覆盖率，更是对代码质量的一份信心。