当前位置:  开发笔记 > 编程语言 > 正文

什么是代码覆盖率以及您如何衡量它?

如何解决《什么是代码覆盖率以及您如何衡量它?》经验,为你挑选了7个好方法。

什么是代码覆盖率以及您如何衡量它?

我被问到有关我们自动化测试代码覆盖率的问题.似乎在自动化工具之外,它更多的是艺术,而不是科学.有没有关于如何使用代码覆盖的实际示例?



1> Franci Penov..:

代码覆盖率是在自动化测试运行时执行代码的行/块/弧数的度量.

通过使用专用工具收集代码覆盖率来检测二进制文件以添加跟踪调用并针对已检测产品运行全套自动化测试.一个好的工具不仅可以为您提供执行代码的百分比,还可以深入了解数据并查看在特定测试期间执行的代码行.

我们的团队使用Magellan - 一套内部代码覆盖工具.如果您是.NET商店,Visual Studio已集成了用于收集代码覆盖率的工具.您也可以滚动一些自定义工具,如本文所述.

如果您是C++商店,英特尔有一些适用于Windows和Linux的工具,但我还没有使用它们.我也听说有GCC的gcov工具,但我对此一无所知,也无法给你一个链接.

至于我们如何使用它 - 代码覆盖率是我们每个里程碑的退出标准之一.我们实际上有三个代码覆盖度量标准 - 来自单元测试(来自开发团队),场景测试(来自测试团队)和组合覆盖的覆盖范围.

顺便说一句,虽然代码覆盖率是衡量您正在进行多少测试的一个很好的指标,但它并不一定是您测试产品的良好指标.您应该使用其他指标以及代码覆盖率来确保质量.


_"您还应该使用其他指标以及代码覆盖率来确保质量."_您能说出这些其他指标是什么吗?

2> azamsharp..:

代码覆盖率基本上测试了测试中涵盖了多少代码.因此,如果你有90%的代码覆盖率,那么有10%的代码不在测试范围内.我知道你可能会认为90%的代码都被覆盖了,但你必须从不同的角度来看.什么阻止您获得100%的代码覆盖率?

一个很好的例子是:

if(customer.IsOldCustomer()) 
{
}
else 
{
}

现在,在上面的代码中有两个路径/分支.如果您总是点击"是"分支,那么您不会覆盖其他部分,它将显示在代码覆盖率结果中.这很好,因为现在您知道未涵盖的内容,您可以编写测试来覆盖其他部分.如果没有代码覆盖,那么你只是坐在定时炸弹上爆炸.

NCover是衡量代码覆盖率的好工具.


大约10年前的最佳答案!该死的!:)
简单而有意义的答案:)

3> dbr..:

请记住,拥有"100%代码覆盖率"并不意味着所有内容都经过了全面测试 - 虽然这意味着每行代码都经过测试,但并不意味着它们在每种(常见)情况下都经过测试.

我会使用代码覆盖来突出显示我应该为其编写测试的代码.例如,如果任何代码覆盖工具显示myImportantFunction()在运行我当前的单元测试时没有执行,那么它们应该可以改进.

基本上,100%的代码覆盖率并不意味着您的代码是完美的.使用它作为编写更全面(单元)测试的指南.


只是因为代码的每一行都在测试中的某个时刻运行,这并不意味着您已经测试了代码可以在其下运行的每个可能的场景.如果你只有一个带有'x`并返回'x/x`的函数并且你使用my_func(2)运行测试,你将有100%的覆盖率(因为函数的代码已经运行)但是你错过了0是参数时的巨大问题.也就是说,即使100%的覆盖范围,你__还没有测试所有必要的场景.

4> 小智..:

补充以前许多答案中的几点:

代码覆盖率意味着您的测试集覆盖源代码的程度.即,测试用例集涵盖的源代码的程度.

如上面的答案所述,有各种覆盖标准,如路径,条件,功能,陈述等.但是要涵盖的其他标准是

    条件覆盖:要评估true和false的所有布尔表达式.

    决策覆盖范围:不仅要对布尔表达式进行一次真假评估,而是覆盖所有后续的if-elseif-else体.

    循环覆盖:意味着,每个可能的循环执行一次,多次和零时间.此外,如果我们假设最大限制,则在可行的情况下,测试最大限制时间,并且超过最大限制时间.

    进入和退出覆盖:测试所有可能的呼叫及其返回值.

    参数值覆盖范围(PVC).检查是否测试了参数的所有可能值.例如,字符串可以是以下任何一种:a)null,b)空,c)空格(空格,制表符,新行),d)有效字符串,e)无效字符串,f)单字节字符串,g )双字节字符串.未能测试每个可能的参数值可能会留下错误.仅测试其中一个可能会导致100%的代码覆盖率,因为每条线都被覆盖,但由于只测试了七个选项中的一个,意味着参数值的覆盖率仅为14.2%.

    继承覆盖:对于面向对象的源,当返回由基类引用的派生对象时,如果返回兄弟对象,则应测试要评估的coverage.

注意:静态代码分析将查找是否存在任何无法访问的代码或挂起的代码,即任何其他函数调用未涵盖的代码.还有其他静态覆盖.即使静态代码分析报告涵盖100%代码,如果测试了所有可能的代码覆盖率,它也不会提供有关测试集的报告.


很好的补充到其他答案

5> Vivek Kodira..:

在以前的答案中已经很好地解释了代码覆盖率.所以这更像是对问题第二部分的回答.

我们使用了三种工具来确定代码覆盖率.

    JTest - 基于JUnit构建的专有工具.(它也会生成单元测试.)

    Cobertura - 一个开源代码覆盖工具,可以轻松地与JUnit测试结合生成报告.

    艾玛 - 另一个 - 我们使用的这个目的与单元测试略有不同.当最终用户访问Web应用程序时,它已用于生成覆盖报告.这与Web测试工具(例如:Canoo)相结合,可以为您提供非常有用的覆盖率报告,告诉您在典型的最终用户使用期间覆盖了多少代码.

我们使用这些工具

回顾开发人员已编写好的单元测试

确保在黑盒测试期间遍历所有代码



6> SaaS Develop..:

代码覆盖率只是测试代码的度量.可以测量多种覆盖标准,但通常是程序中的各种路径,条件,功能和语句构成总覆盖范围.代码覆盖率指标只是执行每个覆盖标准的测试的百分比.

至于如何跟踪我的项目的单元测试覆盖率,我使用静态代码分析工具来跟踪.



7> moritz..:

对于Perl ,我经常在我的模块上使用优秀的Devel :: Cover模块.

如果构建和安装由Module :: Build管理,您可以简单地运行./Build testcover以获得一个漂亮的HTML站点,该站点告诉您每个子,行和条件的覆盖率,使用漂亮的颜色可以轻松查看未覆盖的代码路径.

推荐阅读
LEEstarmmmmm
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有