请教一下关于软件质量度量的问题，有个度量指标是缺陷密度，在配置管理策略下采用release-to-release的开发模型，想对开发的过程度量一下缺陷密度，用 新发现的bug/新release与上一release相比改变的代码行数 来计算，这样的方法可行吗？

大家在进行质量度量时有用到这一指标吗？

新release与上一release相比改变的代码行数中发现的bug数/新release与上一release相比改变的代码行数

bug数/行数,只是定语长一点

谢谢ehco，呵呵，这样就可以进行过程中的中间release 的产品度量，不过要确保bug是新代码产生的才有意义吧？

大家都用代码行来算项目大小吗？

还有可以用功能点数吧

QA的权威一定要保持

已经发布的代码当然产生的代码是有意义的，呵呵，如没有意义，那么QA对发布的配置项目检查有问题？release to releas 好似迭代呀！

度量指标的计算方法和对该指标的分析方法是直接相关的。在考虑怎么计算该指标前，首先考虑得到该指标的目的，以及如何看待分析获得的度量值，再根据度量目的来设计度量指标。因为只是为了获得一个数值的度量是无意义的。
以缺陷密度来讲，不同的分析目的，可能就对应了不同的计算方法。如果是想查看本次release的产品质量，那么参与计算的可能是该次release的所有缺陷数和所有代码数；如果是想看本次release的开发质量，那么参与计算的可能是新增代码导致的缺陷数和新增代码行了。
再进一步，获得了一个度量值并不表示度量就结束，比如根据某种方法计算得到缺陷密度为1，但该数值代表了什么样的质量情况呢。靠单次度量是无法获得回答的，更准确的度量是应该参考历史数据，才能获得一个直观认识。因此度量是一个很重要但在实际中却经常不能发挥作用的管理过程，因为它需要长久的积累才能发挥作用。

本人是新QA，也想学习学习！

我也想请教这个问题