覆盖度统计及测试流程

覆盖度测试整体流程:

1、安装
（1）获取路径: http://www.ncover.com/info/download
（2）解压并安装程序包

2、监控
（1）点击NCover Explorer图标，进入运行界面

（2）点击Run Coverage按钮，打开Run NCover 对话框

（3）配置
A. Project Name : 输入工程名（例如：ihou30.KickMuseum.Coverage_build#3101）
B. 若监控进程应用（.exe），则勾选Cover an application，并选择进程运行路径
C. 若监控IIS应用，则勾选Cover a service，并取消Cover an application勾选
D. 点击Run NCover Now 开始监控

3、统计
（1）完成接口测试后，点击Stop Coverage ，开始生成loading coverage data数据。
点击Trends & Statistics，打开趋势静态图。

（2）在Explorer栏选择接口对应API，查看覆盖度统计信息


数据统计项说明：

A.  Symbol Coverage为 标志覆盖度
B.  Method Coverage为 方法覆盖度
C.  Branch Coverage为 分支覆盖度
D.  Cyclomatic Complexity为 圈复杂度
E.  Num. Classes 为 类文件数
F.  Num. Methods为 方法数

4、分析
（1）测试用例总数 VS 代码分支数

以踢馆数据中心接口监控为例：
代码分支数（829） — 测试用例总数（529） =  300
假设接口代码覆盖业务逻辑完全100%，则说明测试用例覆盖不完全，仅覆盖63%。理论上讲，测试用例总数  应大于等于 代码分支数 .

备注：其中代码分指数可通过查看Branch Coverage 获知
（2）测试用例 VS API覆盖度
以数据中心接口监控为例：
在Explorer栏选择已测接口对应API，查看覆盖度。若低于100%，则关联接口工程代码进一步分析。
Step 1 ：从SVN 上Check 接口工程代码到本地

Step 2 ：根据 .cs文件路径关联代码文件

其中，蓝色背景表示代码行已执行，红色背景表示代码行未执行。若不清楚测试接口与代码API关系，可查看接口Wiki说明文档。
Step 3 ：根据代码注释，结合业务逻辑，分析遗漏分支
覆盖度不完全常见原因分析
 用例问题
（1） 用例遗漏
A. 接口所有返回码 未覆盖完全
B. 接口对象初始化为NULL 的 情况 未覆盖完全
C. 接口Exception异常处理 的 情况 未覆盖完全
D. 接口参数边界值 的 情况 未覆盖完全
（2） 用例冗余
存在多条用例验证同一业务逻辑或异常的情况。
 代码问题
（1） 代码冗余
（2） 代码模块已下线
（3） 代码异常未捕获处理
（4） 自定义参数未使用
5、根据分析结果完善测试用例，重新统计覆盖度

 请各位童鞋谨记：
 在测试过程中，发现代码覆盖度为100%的接口仍存在缺陷，说明代码覆盖度不能作为代码质量评价的标准，可以作为需求覆盖度的评价标准，即用例设计及用例执行质量评价标准。