对于Perl，有优秀的Devel::Cover模块，我经常在我的模块上使用它。

如果构建和安装由Module:: build管理，你可以简单地运行./ build testcover来获得一个漂亮的HTML站点，它告诉你每个子、行和条件的覆盖率，漂亮的颜色可以很容易地看到哪些代码路径没有被覆盖。

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

代码覆盖率是通过使用专门的工具来检测二进制文件，以添加跟踪调用，并对检测的产品运行一整套自动化测试来收集的。好的工具不仅可以告诉您执行的代码的百分比，还可以让您深入数据，并查看在特定测试中执行了哪些代码行。

我们的团队使用Magellan——一套内部代码覆盖工具。如果你是一个。net商店，Visual Studio有集成的工具来收集代码覆盖率。您还可以滚动一些定制工具，就像本文所描述的那样。

如果你是一个c++商店，英特尔有一些工具可以运行在Windows和Linux上，尽管我没有使用过它们。我也听说GCC有gcov工具，但我对它一无所知，也不能给你一个链接。

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

顺便说一句，虽然代码覆盖率是衡量你做了多少测试的一个很好的指标，但它不一定是衡量你测试产品的好坏的一个很好的指标。除了代码覆盖率，您还应该使用其他指标来确保质量。

代码覆盖率只是对所测试代码的度量。有多种可以度量的覆盖标准，但通常是程序中的各种路径、条件、函数和语句构成了总覆盖。代码覆盖率度量是执行每种覆盖率标准的测试的百分比。

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

对于Perl，有优秀的Devel::Cover模块，我经常在我的模块上使用它。

如果构建和安装由Module:: build管理，你可以简单地运行./ build testcover来获得一个漂亮的HTML站点，它告诉你每个子、行和条件的覆盖率，漂亮的颜色可以很容易地看到哪些代码路径没有被覆盖。

请记住，拥有“100%代码覆盖率”并不意味着所有内容都被完全测试了——虽然这意味着每一行代码都被测试了，但这并不意味着它们在每种(常见)情况下都被测试了。

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

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

代码覆盖率测试的目的是找出有多少代码被测试。代码覆盖工具生成一个报告，其中显示了多少应用程序代码已经运行。代码覆盖率以百分比来衡量，越接近100%越好。这是一个白盒测试的例子。下面是一些用于代码覆盖率测试的开源工具:

Simplecov -用于Ruby Coverlet -用于。net Cobertura -用于Java cover .py -用于Python Jest -用于JavaScript