软件质量评价指标

前言

“我们公司的软件质量怎么样？几个团队中哪个团队的质量最好？”
作为软件质量工程师，这样的问题经常会被问到。此时我会提供一些数据分析的材料，但却给不出最好的答案。
有没有一个指标可以全面衡量软件的质量呢？很明显是没有的，至少目前没有！任何指标都有其优缺点，就像对于李世民的评价，可以说他是好皇帝吗？只能说在某方面他有卓越的功勋。

不同行业的评价维度以及标准也是不同。  以下指标是通用指标 ，以供参考。

1、交付质量

客户反馈的严重Bug数

客户反馈的Bug可能会比较多，需要重点关注那些严重的，尤其是造成批量事故的Bug，此类Bug公司内部往往也会做复盘。

系统可用率

系统整体正常运行时长/月度总时长

APP Crash率

2、内部开发质量

内部测试严重Bug数

内部测试发现的致命、严重两个级别的Bug需要特别关注。如果此类Bug越多，往往软件中隐藏的Bug也会越多。

千行Bug率

对于项目该指标有参考价值，但如果多是维护型的任务项，还有较多的配置文件，该指标是否可用还有待观测。

需求缺陷密度

该指标对需求的大小有要求，例如敏捷开发中拆分的用户故事，颗粒度大小比较一致，统计需求缺陷密度可以做一个横向对比。

Bug重开率

重开Bug越多，说明开发的质量越差

质量回退率

质量回退Bug很多时需要特别关注，因为它代表原本好的功能又被修改坏了，说明开发修改代码时影响范围判断不全，此时很多可能还会存在其他隐藏的Bug。
如果一个开发人员此类Bug较多，大概率是对于代码的整体架构不清楚，就开发修改代码，隐藏较大风险

3、测试质量

评价测试人员质量，主要就是看
1）是否理解需求
2）有没有测试全面，没有遗漏问题

测试漏测率

客户反馈Bug数/(客户反馈Bug数+内部测试Bug数）

测试误报率

内部测试无效Bug数 / 内部测试Bug数