问软件质量度量

EN

如果用您所说的术语来度量代码质量，这将是一项非常简单的工作，而度量标准又是准确的，那么项目经理可能就不再需要了。更有甚者，好经理和差经理之间的区别很小。因为它不是，这只是表明，得到一个准确的想法，你的软件的质量，是不容易的工作。

您的问题涉及多个领域，这些领域的量化方式不同，或者是非常主观的量化问题，因此您应该将这些问题划分为与共同目标相对应的类别。然后，您可以为每个类别分配一个“重要”因素，并从中派生出一些度量。

例如，您可以使用静态代码分析工具来度量代码的语法质量，并从中获得一些度量。

您还可以使用与版本控制系统集成的bug跟踪工具从bug/代码行中派生度量。

为了度量编码过程的鲁棒性、重用性和效率，您可以根据所开发的特性(当然，在有意义的地方)评估设计模式的使用情况。没有任何工具可以帮助你做到这一点，但是如果你监控你的软件越来越大，并在上面加上数字，它可以让你很好地了解你的项目是如何发展的，以及它是否朝着正确的方向发展。引入代码评审过程可以帮助您更容易地跟踪这些代码，并可能在开发过程的早期解决这些问题。使用适当的设计模式实现的特性的百分比可以是这些特性上的一个数字。

虽然度量可能是相当抽象和主观的，但如果您将时间花在它上，并且总是试图改进它们，它可以给您提供有用的信息。

但是，关于软件过程中的度量，有几点需要注意：

1. 除非你做得很好，否则衡量标准可能被证明是弊大于利。
2. 衡量标准很难做好。
3. 在使用度量来评估个人绩效或提供奖金方案时，您应该谨慎。一旦你这样做，每个人都会试图欺骗系统，你的度量将被证明是毫无价值的。

如果您正在使用Ruby，有一些工具可以帮助您完成从LOCs/Method和Method/Class Saikuros Cycl人工复杂性不等的度量。

我的老板实际上在去年的一个红宝石会议上做了一次关于软件度量的介绍，这些是幻灯片。

傅氏是一个有趣的工具，它同时为您提供了许多度量标准。它检查了代码中许多有趣的方面。非常相似的东西，变化很多，有很多分支。所有的迹象你的代码可以更好:)

我想其他语言也有更多这样的工具。

关于这一点，有一个好的线程来自老的Joel软件讨论小组。