覆盖度测试整体流程:
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%的接口仍存在缺陷，说明代码覆盖度不能作为代码质量评价的标准，可以作为需求覆盖度的评价标准，即用例设计及用例执行质量评价标准。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
