测试覆盖率工具--clover.net

以前上软件测试课时,看到老师演示的一个统计C语言的测试覆盖率的工具,当时就想不知道.NET下是否有同样的工具。碰巧昨天就发现了clover.net,它能帮你分析那些代码已经经过了测试。

下面是我们上的软件测试课中关于覆盖分析的一些资料:

覆盖分析是对需求的实现程度或对程序的执行程度的分析。

覆盖分析包括两部分,即基于需求的覆盖分析和基于结构的覆盖分析。基于需求的覆盖分析是分析测试用例对软件需求的覆盖程度,以证实所选的测试用例满足指定的需求覆盖准则 。基于结构的覆盖分析是分析测试用例 对被测程序的覆盖程度,以证实所选的测试用例满足指定的结构覆盖准 则 。

语句覆盖是最起 码 的 结 构覆盖要求。 语句覆盖要求 设计足够多的测试用例,使得程序中每条语句至少被执行一次。

一个程序模块的测试独立路径数等于该模块的McCabe 圈复杂度 。

考虑上图所示流程图 ,要使其达到语句覆盖,只需选取:

A=2 , B=0 , X=3 。

但是这个测试还不彻底,如果AND误写成了OR ,上面的语句覆盖测试就发现不了。

判定覆盖又称为分支覆盖,它要求设计足够多的测试用例,使得程序中每个判定至少有一次 为真值 ,有一次为假值 ,即:程序中的每个分支至少执行一次。

判定覆盖测试用例

测试用例 A B X 路径

1   3   0   1   acd

2   2   1   3   abe

对上图来说 ,设计两组测试输入就可以通过路径ace和abd或路径acd和abe达到判定覆盖。

判定覆盖也不完全,例如上面两个测试用例未能检查沿着路径abd 执行时 , 值是否保持不 变 。

条件覆盖要求设计足够多的测试用例,使得判定中的每个条件获得各种可能的结果,即每个条件至少有一次为真值 ,有一次为假值 。

条件覆盖测试用例

测试用例 A B X 路径

1   1   0   3   abd

2   2   1   1   abd

对上图来说 ,要达到条件覆盖,需要足够多的测试用例,使得在 A 点有 A>1 , A ≤ 1 , B=0 , B ≠ 0 ,在 B 点有 A=2 , A ≠ 2 , X>1 , X ≤ 1 。

条件覆盖也不完全,由上例可以看出,条件覆盖并不能保证判定覆盖。

设计足够多的测试用例,使得判定中每个条件的所有可能结果至少出现一次, 每个判定本身所有可能结果也至少出现一次。

判定 / 条件覆盖测试用例

测试用例 A B X 路径

1   2   0   4   ace

2   1   1   1   abd

时间: 2024-02-20 03:23:13

测试覆盖率工具--clover.net的相关文章

Java测试覆盖率工具----Cobertura,EclEmma

Cobertura 是一个与Junit集成的代码覆盖率测量工具 它是免费.开源的 它可以与Ant和Maven集成,也可以通过命令行调用 可以生成HTML或XML格式的报告 可以按照不同的标准对HTML结果进行排序 为每个类.包以及整个项目计算所覆盖的代码行与代码分支的百分比例 原创文章,版权所有,允许转载,标明出处:http://blog.csdn.net/wanghantong Eclipse插件地址: http://ecobertura.johoop.de/update/ (requires

Eclipse 安装Clover插件进行统计代码测试覆盖率

Clover主要有以下几个优点: 快速.准确地检测测试是否覆盖代码中的所有路径 可以集成在多个IDE中,如Eclipse.NetBeans.jBuilder等 统计和分析结果可以导出为多种格式,如PDF.HTML 下面介绍的是在Eclipse中安装Clover插件进行统计代码测试覆盖率的方法. 一.安装Clover插件 打开Eclipse顶部菜单中的Help->Install New Software...,在弹出的窗口中点击右边的Add按钮,添加Clover插件的网络下载地址. 点击OK后,系

用Cobertura测量测试覆盖率

Cobertura 是一种开源工具,它通过检测基本的代码,并观察在测试包运行时执行了 哪些代码和没有执行哪些代码,来测量测试覆盖率.除了找出未测试到的代码并发现 bug 外,Cobertura 还可以通过标记无用的.执行不到的代码来优化代码,还可以提供 API 实际操作的内部信息.Elliotte Rusty Harold 将与您分享如何利用代码覆盖率的最佳实 践来使用 Cobertura. 尽管测试先行编程(test-first programming)和单元测试已不能算是新概念,但测 试驱动

测试管理工具TestDirector

Mercury方案中的对应测试管理平台产品是TestDirector,一个用于规范和管理日常测试项目工作的 平台.它将管理不同开发人员,测试人员和管理人员之间的沟通调度,项目内容管理和进度追踪.而且 ,Mercury的测试管理软件TestDirector,是一个集中实施.分布式使用的专业的测试项目管理平台软件 . (1) 测试需求管理 程序的需求驱动整个测试过程.TestDirector的Web界面简化了这些需求管理过程,以此您可以验证 应用软件的每一个特征都功能正常.TestDirector的

如何在CentOS 7.x上安装Zephyr测试管理工具

测试管理指测试人员所需要的任何的所有东西.测试管理工具用来记录测试执行的结果.计划测试活动以及汇报质量控制活动的情况.在这篇文章中,我们会向你介绍如何配置 Zephyr 测试管理工具,它包括了管理测试活动需要的所有东西,不需要单独安装测试活动所需要的应用程序,从而降低测试人员不必要的麻烦.一旦你安装完它,你就看可以用它跟踪 bug 和缺陷,和你的团队成员协作项目任务,因为你可以轻松地共享和访问测试过程中多个项目团队的数据. Zephyr 要求 安装和运行 Zephyr 要求满足以下最低条件.可以

如何利用测试类型提高测试覆盖率?

在前面的文章中,我们提到了测试类型定义需要综合考虑各个方面的输入,包括开发文档定义的需求(包括涉及的一些标准与规范等).ISO/IEC 9126质量模型.测试经验,以及通过分析在研发阶段发现的缺陷.产品发布之后用户反馈的缺陷分析等.图1是结合数据通信产品的特点,而定义的测试类型: 图1 某个数据通信产品中的测试类型 1)测试类型定义 (1)功能性(Functionality) 功能性指的是软件或者产品在指定条件下使用时,提供满足明确和隐含要求的功能的能力.通过评价特征集和程序的能力.交付的函数的

测试用例设计——如何提高测试覆盖率

说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分.临界值.因果图等方法来设计用例就行了. 但事实上撇开测试数据的设计不谈,仅就测试项来说,我们发现,对同一个项目,有经验的测试人员,在写用例或测试时总会有更多的测试考虑点,从而发现更多的问题:而有些测试人员测试用例的撰写却只有那么三板斧,表面看好象已经把页面所有信息的测试都考虑到了,实际上却还是遗漏了大量测试覆盖点,导致其测试出来的程序总是比较脆弱.

如何提高测试用例设计的测试覆盖率

说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分.临界值.因果图等方法来设计用例就行了. 但事实上撇开测试数据的设计不谈,仅就测试项来说,我们发现,对同一个项目,有经验的测试人员,在写用例或测试时总会有更多的测试考虑点,从而发现更多的问题:而有些测试人员测试用例的撰写却只有那么三板斧,表面看好象已经把页面所有信息的测试都考虑到了,实际上却还是遗漏了大量测试覆盖点,导致其测试出来的程序总是比较脆弱.

测试管理工具QualityCenter的使用

--测试工具: (1)功能测试工具 QuickTest Professional(QTP) (2)性能测试工具 LoadRunner (3)测试管理工具 QualityCenter.TestDirector 全部是HP公司产品,最早由Mercury Interactive(MI)开发 (4)白盒测试工具 Junit.Jtest(parasoft) --如何访问 1.打开DOS,查看虚拟机的IP ipconfig 2.打开IE浏览器 输入: http://172.166.0.252:8080/qc