代码覆盖范围警告

对语句级代码覆盖率测试的一种相对普遍的批评是，即使可能已执行了所有语句（即，您具有100％的语句覆盖率），也可能未命中所有可能的执行路径 。 理解摘要是一回事，但是昨天我遇到了一个案例，在实践中我很清楚地意识到了这一点。

我有一个看起来像下面的函数：

您会注意到，通过此函数有六种可能的路径，具体取决于a （1、2或都不为）和b （2或非2）的值。 如果我们要在此处运行语句级别的覆盖率测试，则很清楚我们遇到了什么情况，没有遇到什么情况。

所以我在这里，使用覆盖率工具来确保我的测试用例没有遗漏任何东西。 假设我正在添加测试，它们看起来像这样：

我运行了测试，方便的丹迪代码覆盖率工具提醒我仍然缺少两个语句。 谢谢，代码覆盖工具！

但！ 看那些内在的分支！ 他们不是很相似吗？ 我们为什么不将它们分解为一个函数，如下所示：

啊，真可爱。 我们重复的次数减少了。 可是等等！ 让我们检查一下测试：

不好了！ 我的对帐单覆盖率上升到100％，而未添加任何新测试！ kes！ 好了，我已经有了一个相当全面的要添加的测试列表，因为如果我仅依靠我的代码覆盖率工具，那将会很麻烦！

分支覆盖测试可以在这种情况下提供帮助，但是不幸的是，它们非常耗时，因此添加每个测试后我就不会再运行它了。

这个故事的寓意是，即使是简单的代码结构更改，也可以人为地增加您的覆盖率数字，因此您应该对这些数字有所了解-特别是在编写新测试和重构时。

该示例的完整源代码：

From: https://hackernoon.com/code-coverage-caveats-92486a85c865