compiler-warnings - 是否有任何关于实际导致错误的未解决编译器警告百分比的数据？

Question

由于大量代码被重用，许多程序员在处理现有代码时会遇到大量编译器警告。要解决这些编译器警告确实需要付出努力，但这似乎并不总是可用的。为了更好地了解解决编译器警告如何有助于提高软件开发的总体效率，我对显示未解决编译器警告的百分比在开发后期阶段导致实际运行时错误的数据非常感兴趣。

有人知道这些数据以及在哪里可以找到吗？

Answer 1

在我工作的一家公司，我们有 200 万行代码(咳)让警告扩展到大约 16 000 行，然后我们决定齐心协力将它们减少到 0。一个月左右。

我们记录了我们发现的实际上被警告标记的错误的数量。有些是主观的，许多是次要的，当我继续前进时，我手边没有确切的数字。然而，在一个有约 1050 个警告的模块中，大约有 100 个问题被确定为“影响服务”的错误。这是一个核心模块。

--编辑-- this article关于缺陷免费软件是关于此事的有趣读物。

然后在 this page :

在 this article ，作者引用了“大量实证研究”中的数据，发表于 Software Assessments, Benchmarks, and Best Practices (Jones, 2000) .在 SIE CMM 第 1 级，这听起来像此代码的级别，可以预期每个功能点的缺陷率为 0.75。我将由您来确定功能点和 LOC 在您的代码中如何关联 - 您可能需要一个度量工具来执行该分析。

Steve McConnell 在代码完成 cites a study在同一团队开发的 11 个项目中，5 个没有代码审查，6 个有代码审查。未审查代码的缺陷率为每 100 LOC 4.5，而审查代码的缺陷率为 0.82。因此，在此基础上，在没有任何其他信息的情况下，您的估计似乎是公平的。但是，我必须假设这个团队有一定的专业水平(只是因为他们觉得有必要进行研究)，并且他们至少会注意警告；您的缺陷率可能会更高。

可能是你能学到的最有值(value)的一课 - 将所有警告视为错误，直到证明不是这样，即使这样，也要修复它们。