据我所知，大多数编程公司/经理只能根据事后发现/解决的错误数量来定义质量。
然而，大多数优秀的程序员一旦开始干预代码，就能天生地感受到质量。(对吗？)
据您所知，是否有任何编程公司成功地将这些信息转化为组织可以衡量和跟踪以确保质量的指标？
我之所以这么问，是因为我经常听到心怀不满的经理的咆哮，他们根本无法确定质量的真正含义。但我听说像霍尼韦尔这样的一些组织有很多数字来跟踪程序员的表现，所有这些都可以转化为数字，并且可以在评估过程中勾选。因此，我向整个社区提出问题，请他们提供他们所知道的统计数据。
关于可以很好地测量困惑代码的工具的建议也会有所帮助。
最佳答案
在一个客户站点，我们使用了 CRAP 指标，其定义为:
CRAP(m) = comp(m)^2 * (1 – cov(m)/100)^3 + comp(m)
其中 comp(m) 是给定方法的圈复杂度，cov(m) 是该方法的单元测试覆盖率级别。我们使用 NDepend 和 Nover 来提供计算指标的原始信息。它对于查找代码库中应引起注意的特定区域很有用。此外，我们的目标不是指定特定值作为目标，而是随着时间的推移进行改进。
无论如何都不完美，但仍然有用。
关于process - 贵公司收集哪些统计数据来定义代码/软件产品质量，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/277382/