覆盖度统计及测试流程
来源:互联网 发布:淘宝开店协议点同意 编辑:程序博客网 时间:2024/06/05 05:37
覆盖度测试整体流程:
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%的接口仍存在缺陷,说明代码覆盖度不能作为代码质量评价的标准,可以作为需求覆盖度的评价标准,即用例设计及用例执行质量评价标准。
- 覆盖度统计及测试流程
- 统计代码覆盖度
- 测试流程及规范
- 软件开发流程、测试流程及常用工具
- 测试流程及每个流程描述
- LTP测试流程及分析
- ltp测试流程及分析
- ltp测试流程及分析
- 软件测试流程及规范
- ltp 测试流程及测试脚本分析
- ltp 测试流程及测试脚本分析
- ltp 测试流程及测试脚本分析
- ltp 测试流程及测试脚本分析
- 测试的流程及测试职责
- APP测试基本流程及测试内容
- 测试常用工具及测试一般流程
- 代码覆盖度测试,gcov
- Linux统计行数方法及效率测试
- iOS 去掉系统bar自带的线
- POJ 1035 Spell checker(暴力)
- 剑指offer_面试题9_斐波那契数列
- hdoj 1286找新朋友
- Children of the Candy Corn(POJ--3083
- 覆盖度统计及测试流程
- 南邮 OJ 1024 01排序
- COPY 构建亿级前端读服务
- cocos2dx3.0rc导出自定义类到lua的方法详细步骤
- 7. Document write() 方法
- HDU 1142(djstar+记忆化搜索)
- 程序员是否必须会算法
- C语言变长参数的认识以及宏实现
- windows 判断环境变量有无输入正确 echo %JAVA_HOME%