问如何衡量软件产品的质量

EN

我不认为你可以真正估计你的应用程序中的bug数量。除非你使用一种允许正式证明的语言和过程，否则你永远不能真正确定。您的时间可能更好地花在设置进程以最小化bug上，而不是试图估计您有多少bug。

你能做的最重要的事情之一就是拥有一个好的QA团队和好的工作项目跟踪。您可能无法每次都进行完整的回归测试，但如果您有自上次发布以来对应用程序所做更改的列表，那么您的QA人员(或人员)可以将测试重点放在应用程序中预计会受到影响的部分。

另一件有用的事情是单元测试。你的代码库覆盖得越多，你就越有信心相信一个领域的变化不会无意中影响到另一个领域。我发现这非常有用，因为有时我会更改一些东西，而忘记它会影响应用程序的另一部分，而单元测试立即显示了这个问题。通过单元测试并不能保证您没有破坏任何东西，但它们可以帮助您增强信心，确保您所做的更改是有效的。

此外，这有点多余和明显，但请确保您有良好的错误跟踪软件。:)

问题是谁要求您提供统计数据。

如果是非技术人员，就伪造统计数据。所谓“假”，我的意思是“提供任何不可避免的无意义的，但真实的数字”，你提到的那种。

如果是没有CS背景的技术人员，他们应该被告知停机问题，这是无法决定的，并且比计算和分类剩余的bug更简单。

有很多关于软件质量的度量和工具(代码覆盖率、圈复杂度、编码指南和执行它们的工具，等等)。在实践中，起作用的是尽可能多地自动化测试，让人类测试人员尽可能多地执行未自动化的测试，然后祈祷。

我认为保持简单是最好的方法。根据严重程度对错误进行分类，并按严重程度递减的顺序解决它们。

通过这种方式，您可以交付尽可能高质量的构建(剩余的重要错误数量是我衡量产品质量的方式，而不是一些复杂的统计数据)。