软件质量量化标准

软件质量量化标准

版本记录：

当前版本： 1.0 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 作 者： 徐 涛 完成日期： 2005-3-18 签 收 人： 签收日期：

1编写目的

本文档描述了对软件质量的量化方法，适用于软件相关各部门：项目部、电力产品部、研发中心、支持服务中心。

量化指标主要有：测试缺陷率、遗漏缺陷率、设计评分、代码评分。

2 定义

? 有效缺陷： 经过测试总结会、或由技术总监组织评审，确定为影响软件质量的缺陷（包括

已立即修改、及因客观条件影响而暂缓修改的缺陷）定义为有效缺陷。测试组提出的改进性建议不记为有效缺陷。

? 测试缺陷率：以测试阶段发现并确认的有效缺陷为准，该质量指标用于评价开发团队。 ? 遗漏缺陷率：以软件试运行阶段客户或维护人员发现并确认的有效缺陷为准，该质量指标

用于评价测试团队。

? 设计评分：《需求说明书》、《构架设计》、《概要设计》（包括《数据库设计》）必须通过正式

会议评审，并由技术总监组织评分。该质量指标用于评价软件设计人员。

? 代码评分：项目编码阶段结束之后、项目总结会之前，软件代码成果必须经代码复审，并

由技术总监组织评分。该质量指标用于评价程序员。

3执行细则

? 测试阶段：

有效缺陷以测试组提交的《测试总结报告》为依据，通过测试总结会，由技术总监组织评审，并经开发团队和测试团队确认。 ? 试运行阶段：

1) 试运行结束日期以客户签字的《试运行分析报告》日期为准。 2) 未作版本控制的系统，以《客户信息交流表》记录的缺陷为准。

3) 作版本控制的系统，以迁入迁出记录为准，要求迁入迁出必须作修改备注，说明所更

正的缺陷。

? 缺陷率计算方法

有效缺陷，分为A、B、C、D四级，加权系数分别为1.2、1.1、1.0、0.9； 系统复杂度，分为A、B、C三级，加权系数分别为1.5、1.2、1； 总缺陷数=测试阶段确定的缺陷数+试运行阶段确定的缺陷数； 缺陷比=（A*1.2 + B*1.1 + C*1.0 + D*0.9）/总缺陷数；

缺陷率=（A*1.2 + B*1.1 + C*1.0 + D*0.9）/ （代码行数 * 系统复杂度）； ? 缺陷分类标准

软 件 缺 陷 分 类 标 准 分类范畴 细类 缺陷 等级 A类 A类 A类 A类 B类 B类 B类 B类 B类 B类 不能执行正常工作工那或重要功能，使系统崩溃或资源严重不足 严重地影响系统要求或基本功能地数据缺陷 数据计算错误 数据库缺陷 数据约束错误 数据输入、输出错误 数据库发生死锁 数据库的表、缺省值未加完整性等约束条第2/3页

备注 系统缺陷 由于程序所引起的死机，非法退出 程序死循环 程序错误 实现，且没有办法更正（重新安装或重新启动软件不属更正办法

件 数据库连接错误 数据库中的表有过多的空字段 程序接口错误 硬件接口、通讯错误 B类 B类 B类 B类 B类 B类 严重的影响系统要求或基本功能的功能错误 程序功能无法实现 C类 实现，但存在合理的更正办法（重新安装或重新启动软件不属于更正办法 程序功能实现错误 C类 C类 D类 D类 D类 D类 D类 D类 E类 E类 E类 E类 使操作者不方便或遇到麻烦，但不界面错误 操作界面错误 建议类错误 打印内容、格式错误 删除操作未给出提示 长时操作未给出提示 界面不规范 界面错误详细清单见《界面缺陷分类》 功能建议 操作建议 校验建议 说明建议 影响执行工作 功能的实现 建议性的改进要求 接口缺陷 数据通讯错误

? 设计评分：百分制，参与评分不得少于四人，评分必须填写《评审记录》。 ? 代码评分：百分制，参与评分不得少于三人，评分必须填写《代码复审记录》。

程序结构（30）、编码注释（25）、命名规范（25）、程序界面（20）

第3/3页