衡量软件质量提高的标准

zxqw

最近在讨论这个话题，比如这个release比上个的defect减少，但这样只是个大概的提法，具体到多少又该采取什么标准呢？
还有其他方面希望大家多多列举

archonwang

如果有比较好的标准和规范以及良好的执行监督，那么可以使用需求符合度等指标来定义
从代码质量上衡量，仅仅是多少个bug并不能说明什么问题。

msnshow

这个的确很难做，前不久，我们做过一次以BUG数做为项目质量的参考，开发人员意见都很大

gmyeti

我想到两方面：
一是bug要分严重级别，每个级别bug的数量的减少可能更说明问题。更关注最严重问题的标准？
一是多个版本的bug跟踪曲线可能比单纯数量更说明问题。
具体到比如一次测试的bug数到多少质量才算提高我觉得恐怕是没办法提的，bug的差异性还是很大的。

a21th

可以从这几个角度考虑一下：
1、不同阶段以不同严重程度的 bug 数量来衡量；
2、不要用每一个 release 来总结，而是以测试循环为单位来总结；
3、提早确定里程碑 release 的 bug 数量指标并公示。