软件质量度量方法

内部发现的累计故障密度 客户发现的累计故障密度 发现的严重故障总数 关闭严重故障的平均时间 严重故障仍然开放的时间 领域总修改
微软公司





缺陷总数 每个例程的缺陷数 每千行代码中的平均缺陷数 平均故障时间间隔 编译器检测出的错误数量 ……
四、建议软件质量KPI
达到的目的：
计划变更：计划如果需要变更的话需要在原计划关闭 时间之前提出，过期后提出计划变更无效。
四、建议软件质量KPI
3、缺陷关闭周期
评估部门：检测中心
缺陷关闭周期＝ AVG（实际缺陷关闭时间 － 缺陷发现时间） （天）
严重缺陷关闭周期 一般缺陷关闭周期
四、建议软件质量KPI
4、平均项目缺陷数
评估部门：检测中心
2、测试目前处于系统测试阶段，单元测试和集成测试还处于摸 索阶段。 3、软件质量保证缺乏组织和人员的保证
一、软件质量要素



正确性 可靠性 效率 完整性 可用性 可维护性 可测试性 灵活性 可移植性 可复用性 互操作性
二、外部常规推荐的软件质量指标
过 程 评 估 检 测 评 估 产 品 评 估

需求可跟踪性 缺陷去除率 缺陷保持时间 缺陷密度 复杂性
系统满足需求的比率 发现缺陷的解决的比率 长时间内没有解决的缺陷数目 系统中有缺陷倾向的组件 设计和代码中的复杂性
TRW公司（汽车，航空）软件度量指标（部分）
返工积压 返工稳定性 返工比例 模块化 可变更性 可维护性 ……

统计变化趋势，不设目标 统来自百度文库变化趋势，不设目标
4、项目平均缺陷发现数
5、软件一次检测通过率
≥3 （考核检测部门）
6、生产及市场反馈软件缺陷数
统计变化趋势
四、建议软件质量KPI
1、需求满足度
需求满足度＝当月满足需求的项目数/当月提交的软件项目数
评估部门：检测中心 评估方法：从客户的角度依据以下参考文件进行评估
未完成的返工代码行数 / 源代码总行数 总返工代码行数 － 已返工代码总行数 返工代码行数 / 源代码总行数


MIL/SOFTQUAL美军标软件质量评估





吞吐量 响应时间 存储利用率 缺陷密度 错误平均间隔时间 计算精度 直接访问效率 有效通信带宽 ……
AT&T和Bellcore
1、客户需求或者通用协议（移动协议） 2、系统需求规格书 3、系统方案 4、软件需求规格书 。。。 不合格定义：检测过程发现软件不具备客户要求的功能或者质量要求
四、建议软件质量KPI
2、缺陷关闭率
计算方法： 评估部门：检测中心
缺陷关闭率 ＝当月关闭的缺陷数 ÷当月计划关闭的软件缺陷数
定义： 严重缺陷关闭数量：已经解决，并通过检测中心验证的严重缺陷数量 一般缺陷关闭数量：已经解决，并通过检测中心验证的一般缺陷数量 当月计划关闭的严重缺陷数：检测中心检测发现的严重缺陷，技术部门需提交解 决关闭计划，明确关闭时间。按计划当月到期需解决关闭的严重缺陷数量。 当月计划关闭的一般缺陷数：检测中心检测发现的一般缺陷，技术部门需提交解 决关闭计划，明确关闭时间。按计划当月到期需解决关闭的一般缺陷数量。
严重≤2，一般≤6，总数≤6 严重≤1，一般≤3，总数≤4
四、建议软件质量KPI
6、生产及市场反馈软件缺陷数
评估部门：QA
定义：当月生产或市场反馈回来的软件质量问题数
谢谢！
平均项目缺陷数＝ 当月发现的缺陷数÷当月检测的项目数
平均项目严重缺陷数 平均项目一般缺陷数 缺陷数：检测过程中发现的不满足客户要求的缺陷数
四、建议软件质量KPI
5、软件一次检测通过率
评估部门：检测中心
软件检测一次通过率＝一次检测通过的软件数÷提交的软件项目数
分类： 1、新平台、新技术 2、成熟软件的衍生

进展测量 稳定性评估 过程符合性 质量评价工作量
开发人员在每个阶段完成的工作量 每个阶段的产品是否足够稳定以进行下一个阶段的工作 开发人员是否遵守项目开始批准的开发规程 开发人员消耗在内部质量评价活动中的工作量的百分比

测试覆盖率 缺陷发现效率
开发远远的测试过程覆盖的软件系统的数量 在一个阶段中可发现缺陷中实际发现的缺陷数量
软件度量建议
© 2007 COMBA, All Rights Reserved
2016/9/28
主要内容
1、软件质量要素 2、外部常规推荐的软件质量指标 3、外公司使用的软件度量指标 4、建议使用的软件质量指标
软件质量管理现状
1、软件开发过程不完善
由于软件开发的规模逐渐扩大，但是相比专业的软件公司来说还处 于起步阶段，故软件开发的过程管控还不算完善，需求分析、代码分 析、测试等都比较薄弱。
≥3 （考核检测部门）
6、生产及市场反馈软件缺陷数
统计变化趋势
四、建议软件质量KPI
达到的目的：
以软件最终质量的结果驱动开过过程的管理。 KPI项目 1、需求满足度 2、缺陷关闭率 严重缺陷关闭率 一般缺陷关闭率 3、缺陷关闭周期 严重缺陷关闭周期 一般缺陷关闭周期 100％ （实际问题解决÷发现问题总数） 100％ 80％
以软件最终质量的结果驱动开过过程的管理。 KPI项目 1、需求满足度 2、缺陷关闭率 严重缺陷关闭率 一般缺陷关闭率 3、缺陷关闭周期 严重缺陷关闭周期 一般缺陷关闭周期 100％ （实际问题解决÷发现问题总数） 100％ 80％
统计变化趋势，不设目标 统计变化趋势，不设目标
4、项目平均缺陷发现数
5、软件一次检测通过率