代码覆盖率基本上告诉您测试中覆盖了多少代码。例如，如果您有90%的代码覆盖率，这意味着测试中没有覆盖10%的代码。

我知道您可能会想，如果覆盖了90%的代码，就已经足够好了，但是您必须从不同的角度看问题。是什么阻止您获得100%的代码覆盖率?

一个很好的例子是:

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

现在，在上面的代码中，有两个路径/分支。如果你总是点击“YES”分支，你没有覆盖“else”部分，它将显示在代码覆盖结果中。这很好，因为现在您知道了没有覆盖的内容，并且可以编写一个测试来覆盖“else”部分。如果没有代码覆盖，您就只是坐在一个定时炸弹上，等待爆炸。

NCover是一个衡量代码覆盖率的好工具。

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

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

JTest - a proprietary tool built over JUnit. (It generates unit tests as well.) Cobertura - an open source code coverage tool that can easily be coupled with JUnit tests to generate reports. Emma - another - this one we've used for a slightly different purpose than unit testing. It has been used to generate coverage reports when the web application is accessed by end-users. This coupled with web testing tools (example: Canoo) can give you very useful coverage reports which tell you how much code is covered during typical end user usage.

我们使用这些工具

检查开发人员已经编写了良好的单元测试 确保在黑盒测试期间遍历所有代码

代码覆盖率基本上告诉您测试中覆盖了多少代码。例如，如果您有90%的代码覆盖率，这意味着测试中没有覆盖10%的代码。

我知道您可能会想，如果覆盖了90%的代码，就已经足够好了，但是您必须从不同的角度看问题。是什么阻止您获得100%的代码覆盖率?

一个很好的例子是:

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

现在，在上面的代码中，有两个路径/分支。如果你总是点击“YES”分支，你没有覆盖“else”部分，它将显示在代码覆盖结果中。这很好，因为现在您知道了没有覆盖的内容，并且可以编写一个测试来覆盖“else”部分。如果没有代码覆盖，您就只是坐在一个定时炸弹上，等待爆炸。

NCover是一个衡量代码覆盖率的好工具。

对于PHP，你应该看看Sebastian Bergmann的Github

提供PHP代码覆盖率信息的收集、处理和呈现功能。

https://github.com/sebastianbergmann/php-code-coverage

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

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

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

对之前的许多答案进行了几点补充:

代码覆盖率意味着您的测试集覆盖源代码的程度。也就是说，源代码在多大程度上被测试用例集所覆盖。

正如在上面的回答中提到的，有各种各样的覆盖标准，比如路径、条件、函数、语句等。但要涵盖的其他标准是

Condition coverage: All boolean expressions to be evaluated for true and false. Decision coverage: Not just boolean expressions to be evaluated for true and false once, but to cover all subsequent if-elseif-else body. Loop Coverage: means, has every possible loop been executed one time, more than once and zero time. Also, if we have assumption on max limit, then, if feasible, test maximum limit times and, one more than maximum limit times. Entry and Exit Coverage: Test for all possible call and its return value. Parameter Value Coverage (PVC). To check if all possible values for a parameter are tested. For example, a string could be any of these commonly: a) null, b) empty, c) whitespace (space, tabs, new line), d) valid string, e) invalid string, f) single-byte string, g) double-byte string. Failure to test each possible parameter value may leave a bug. Testing only one of these could result in 100% code coverage as each line is covered, but as only one of seven options are tested, means, only 14.2% coverage of parameter value. Inheritance Coverage: In case of object oriented source, when returning a derived object referred by base class, coverage to evaluate, if sibling object is returned, should be tested.

注意:静态代码分析将发现是否有任何不可访问的代码或挂起的代码，即没有被任何其他函数调用覆盖的代码。还有其他静态报道。即使静态代码分析报告100%的代码被覆盖了，如果所有可能的代码覆盖率都被测试了，它也不会给出关于您的测试集的报告。