软件质量度量方法

1、 2007 COMBA, All Rights Reserved2021/7/13 软件度量建议软件度量建议 主要内容主要内容 1、软件质量要素 2、外部常规推荐的软件质量指标 3、外公司使用的软件度量指标 4、建议使用的软件质量指标 软件质量管理现状软件质量管理现状 1、软件开发过程不完善、软件开发过程不完善 由于软件开发的规模逐渐扩大，但是相比专业的软件公司来说还处 于起步阶段，故软件开发的过程管控还不算完善，需求分析、代码分 析、测试等都比较薄弱。 2、测试目前处于系统测试阶段，单元测试和集成测试还处于摸、测试目前处于系统测试阶段，单元测试和集成测试还处于摸 索阶段。索阶段。 3、软件质

2、量保证缺乏组织和人员的保证、软件质量保证缺乏组织和人员的保证 一、软件质量要素一、软件质量要素 l正确性 l可靠性 l效率 l完整性 l可用性 l可维护性 l可测试性 l灵活性 l可移植性 l可复用性 l互操作性 二、外部常规推荐的软件质量指标二、外部常规推荐的软件质量指标 l进展测量进展测量 开发人员在每个阶段完成的工作量 l稳定性评估稳定性评估 每个阶段的产品是否足够稳定以进行下一个阶段的工作 l过程符合性过程符合性 开发人员是否遵守项目开始批准的开发规程 l质量评价工作量质量评价工作量 开发人员消耗在内部质量评价活动中的工作量的百分比 l测试覆盖率测试覆盖率 开发远远的测试过程覆盖的软件

3、系统的数量 l缺陷发现效率缺陷发现效率 在一个阶段中可发现缺陷中实际发现的缺陷数量 l需求可跟踪性需求可跟踪性 系统满足需求的比率 l缺陷去除率缺陷去除率 发现缺陷的解决的比率 l缺陷保持时间缺陷保持时间 长时间内没有解决的缺陷数目 l缺陷密度缺陷密度 系统中有缺陷倾向的组件 l复杂性复杂性 设计和代码中的复杂性 过程评估过程评估检测评估检测评估产品评估产品评估 TRW公司公司（汽车，航空）（汽车，航空）软件度量指标软件度量指标（部分）（部分） l返工积压 未完成的返工代码行数 / 源代码总行数 l返工稳定性 总返工代码行数 已返工代码总行数 l返工比例 返工代码行数 / 源代码总行数 l模块

4、化 l可变更性 l可维护性 l MIL/SOFTQUAL美军标软件质量评估美军标软件质量评估 l吞吐量 l响应时间 l存储利用率 l缺陷密度 l错误平均间隔时间 l计算精度 l直接访问效率 l有效通信带宽 l AT&T和和Bellcore l内部发现的累计故障密度 l客户发现的累计故障密度 l发现的严重故障总数 l关闭严重故障的平均时间 l严重故障仍然开放的时间 l领域总修改 微软公司微软公司 l缺陷总数 l每个例程的缺陷数 l每千行代码中的平均缺陷数 l平均故障时间间隔 l编译器检测出的错误数量 l 四、建议软件质量四、建议软件质量KPI 达到的目的：达到的目的： 以软件最终质量的结果驱动开

5、过过程的管理。 KPI项目 1、需求满足度、需求满足度 100 2、缺陷关闭率、缺陷关闭率 （实际问题解决发现问题总数） 严重缺陷关闭率 100 一般缺陷关闭率 80 3、缺陷关闭周期、缺陷关闭周期 严重缺陷关闭周期 统计变化趋势，不设目标 一般缺陷关闭周期 统计变化趋势，不设目标 4、项目平均缺陷发现数、项目平均缺陷发现数 3 （考核检测部门） 5、软件一次检测通过率、软件一次检测通过率 6、生产及市场反馈软件缺陷数、生产及市场反馈软件缺陷数 统计变化趋势 四、建议软件质量四、建议软件质量KPI 达到的目的：达到的目的： 以软件最终质量的结果驱动开过过程的管理。 KPI项目 1、需求满足度、

6、需求满足度 100 2、缺陷关闭率、缺陷关闭率 （实际问题解决发现问题总数） 严重缺陷关闭率 100 一般缺陷关闭率 80 3、缺陷关闭周期、缺陷关闭周期 严重缺陷关闭周期 统计变化趋势，不设目标 一般缺陷关闭周期 统计变化趋势，不设目标 4、项目平均缺陷发现数、项目平均缺陷发现数 3 （考核检测部门） 5、软件一次检测通过率、软件一次检测通过率 6、生产及市场反馈软件缺陷数、生产及市场反馈软件缺陷数 统计变化趋势 四、建议软件质量四、建议软件质量KPI 1、需求满足度、需求满足度 需求满足度当月满足需求的项目数需求满足度当月满足需求的项目数/当月提交的软件项目数当月提交的软件项目数 评估部门

7、：检测中心 评估方法：从客户的角度依据以下参考文件进行评估 1、客户需求或者通用协议（移动协议） 2、系统需求规格书 3、系统方案 4、软件需求规格书 。 不合格定义：检测过程发现软件不具备客户要求的功能或者质量要求 四、建议软件质量四、建议软件质量KPI 2、缺陷关闭率、缺陷关闭率 评估部门：检测中心 计算方法：计算方法： 缺陷关闭率缺陷关闭率 当月关闭的缺陷数当月关闭的缺陷数 当月计划关闭的软件缺陷数当月计划关闭的软件缺陷数 定义： 严重缺陷关闭数量：已经解决，并通过检测中心验证的严重缺陷数量 一般缺陷关闭数量：已经解决，并通过检测中心验证的一般缺陷数量 当月计划关闭的严重缺陷数：检测中心

8、检测发现的严重缺陷，技术部门需提交解 决关闭计划，明确关闭时间。按计划当月到期需解决关闭的严重缺陷数量。 当月计划关闭的一般缺陷数：检测中心检测发现的一般缺陷，技术部门需提交解 决关闭计划，明确关闭时间。按计划当月到期需解决关闭的一般缺陷数量。 计划变更：计划如果需要变更的话需要在原计划关闭 时间之前提出，过期后提出计划变更无效。 四、建议软件质量四、建议软件质量KPI 3、缺陷关闭周期、缺陷关闭周期 评估部门：检测中心 缺陷关闭周期缺陷关闭周期 AVG（实际缺陷关闭时间（实际缺陷关闭时间 缺陷发现时间）缺陷发现时间） （天）（天） 严重缺陷关闭周期 一般缺陷关闭周期 四、建议软件质量四、建议软件质量KPI 4、平均项目缺陷数、平均项目缺陷数 评估部门：检测中心 平均项目缺陷数平均项目缺陷数 当月发现的缺陷数当月发现的缺陷数当月检测的项目数当月检测的项目数 平均项目严重缺陷数 平均项目一般缺陷数 缺陷数：检测过程中发现的不满足客户要求的缺陷数 四、建议软件质量四、建议软件质量KPI 5、软件一次检测通过率、软件一次检测通过率 评估部门：检测中心 软件检测一次通过率一次检测通过的软件数软件检测一次通过率一次检测通过的软件数提交的软件项目数提交的软件项目数 分类：分类： 1、新平台、新技术、新平台、新技术 严重严重2，一般，一般6，总数，总数6 2、