代码覆盖率：排除不可测试代码的最佳实践

Question

我们目前正在讨论如何在C＃项目中定义代码覆盖率的目标（这个问题不仅限于C＃）。在路上，我们发现我们应该排除一些代码被计算在内。最明显的是测试本身，因为他们有100％的覆盖率，不应该影响平均值。但是也有类是系统调用的包装器，我们需要能够创建模拟。它们是不可测试的，因为我们不想测试系统库。虽然代码是针对覆盖范围计算的，但却难以跨越90％的标记。

我们不想通过排除未经测试的每一段代码来欺骗自己，这样可以很容易地走向100％。

问题是：是否有关于此主题的参考，文章或讨论以及该领域的经验？我们希望探讨有关该主题的不同观点，这些观点可以帮助我们找到并开发我们对可测试代码的定义＆＃34;。

Answer 1

代码覆盖率不是一个非常有用的指标。它有助于管理人员和入门开发人员大致了解您对测试的重视程度，但对您自己的评价更多是迂腐的，实际上可能会让您分心于编写有意义的测试。

这是我的意见，but it is not an isolated one

不要担心报道，根据您的目标定义政策，明确和简洁，确保每个人都在同一页面上关于单元测试的重要性，并进行代码审查流程地点。

你不需要工具，只需要一些人类智慧。