软件质量量方法
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
当月计划关闭的一般缺陷数:检测中心检测发现的一般缺陷,技术部门需提交解 决关闭计划,明确关闭时间。按计划当月到期需解决关闭的一般缺陷数量。
计划变更:计划如果需要变更的话需要在原计划关闭 时间之前提出,过期后提出计划变更无效。
四、建议软件质量KPI
3、缺陷关闭周期
评估部门:检测中心
缺陷关闭周期= AVG(实际缺陷关闭时间 - 缺陷发现时间) (天)
程
稳定性评估
每个阶段的产品是否足够稳定以进行下一个阶段的工作
评
过程符合性
开发人员是否遵守项目开始批准的开发规程
估
质量评价工作量 开发人员消耗在内部质量评价活动中的工作量的百分比
检
测
测试覆盖率
开发远远的测试过程覆盖的软件系统的数量
评
缺陷发现效率 在一个阶段中可发现缺陷中实际发现的缺陷数量
估
产
严重缺陷关闭周期 一般缺陷关闭周期
四、建议软件质量KPI
4、平均项目缺陷数
评估部门:检测中心
平均项目缺陷数= 当月发现的缺陷数÷当月检测的项目数
平均项目严重缺陷数 平均项目一般缺陷数
缺陷数:检测过程中发现的不满足客户要求的缺陷数
四、建议软件质量KPI
5、软件一次检测通过率
评估部门:检测中心
软件检测一次通过率=一次检测通过的软件数÷提交的软件项目数
软件度量建议
© 2007 COMBA, All Rights Reserved
2020/6/25
主要内容
1、软件质量要素 2、外部常规推荐的软件质量指标 3、外公司使用的软件度量指标 4、建议使用的软件质量指标
软件质量管理现状
1、软件开发过程不完善
由于软件开发的规模逐渐扩大,但是相比专业的软件公司来说还处 于起步阶段,故软件开发的过程管控还不算完善,需求分析、代码分 析、测试等都比较薄弱。
MIL/SOFTQUAL美军标软件质量评估
吞吐量 响应时间 存储利用率 缺陷密度 错误平均间隔时间 计算精度 直接访问效率 有效通信带宽 ……
AT&T和Bellcore
内部发现的累计故障密度 客户发现的累计故障密度 发现的严重故障总数 关闭严重故障的平均时间 严重故障仍然开放的时间 领域总修改
分类: 1、新平台、新技术 2、成熟软件的衍生
严重≤2,一般≤6,总数≤6 严重≤1,一般≤3,总数≤4
四、建议软件质量KPI
6、生产及市场反馈软件缺陷数 评估部门:QA
定义:当月生产或市场反馈回来的软件质量问题数
谢谢!
80%
3、缺陷关闭周期 严重缺陷关闭周期 一般缺陷关闭周期
统计变化趋势,不设目标 统计变化趋势,不设目标
4、项目平均缺陷发现数 ≥3 (考核检测部门)
5、软件一次检测通过率
6、生产及市场反馈软件缺陷数 统计变化趋势
四、建议软件质量KPI
达到的目的:
以软件最终质量的结果驱动开过过程的管理。 KPI项目
四、建议软件质量KPI
1、需求满足度
需求满足度=当月满足需求的项目数/当月提交的软件项目数
评估部门:检测中心 评估方法:从客户的角度依据以下参考文件进行评估
1、客户需求或者通用协议(移动协议) 2、系统需求规格书 3、系统方案 4、软件需求规格书 。。。 不合格定义:检测过程发现软件不具备客户要求的功能或者质量要求
2、测试目前处于系统测试阶段,单元测试和集成测试还处于摸 索阶段。
3、软件质量保证缺乏组织和人员的保证
一、软件质量要素
正确性 可靠性 效率 完整性 可用性 可维护性 可测试性 灵活性 可移植性 可复用性 互操作性
二、外部常规推荐的软件质量指标
过
进展测量
开发人员在每个阶段完成的工作量
1、需求满足度
100%
2、缺陷关闭率
(实际问题解决÷发现问题总数)
严重缺陷关闭率
100%
一般缺陷关闭率
80%
3、缺陷关闭周期 严重缺陷关闭周期 一般缺陷关闭周期
统计变化趋势,不设目标 统计变化趋势,不设目标
4、项目平均缺陷发现数 ≥3 (考核检测部门)
5、软件一次检测通过率
6、生产及市场反馈软件缺陷数 统计变化趋势
微软公司
缺陷总数 每个例程的缺陷数 每千行代码中的平均缺陷数 平均故障时间间隔 编译器检测出的错误数量 ……
四、建议软件质量KPI
达到的目的:
以软件最终质量的结果驱动开过过程的管理。 KPI项目
1、需求满足度
100%
2、缺陷关闭率
(实际问题解决÷发现问题总数)
Fra Baidu bibliotek
严重缺陷关闭率
100%
一般缺陷关闭率
需求可跟踪性 系统满足需求的比率
品
缺陷去除率
发现缺陷的解决的比率
评
缺陷保持时间 长时间内没有解决的缺陷数目
估
缺陷密度
系统中有缺陷倾向的组件
复杂性
设计和代码中的复杂性
TRW公司(汽车,航空)软件度量指标(部分)
返工积压 返工稳定性 返工比例 模块化 可变更性 可维护性 ……
未完成的返工代码行数 / 源代码总行数 总返工代码行数 - 已返工代码总行数 返工代码行数 / 源代码总行数
四、建议软件质量KPI
2、缺陷关闭率
计算方法:
评估部门:检测中心
缺陷关闭率 =当月关闭的缺陷数 ÷当月计划关闭的软件缺陷数
定义: 严重缺陷关闭数量:已经解决,并通过检测中心验证的严重缺陷数量 一般缺陷关闭数量:已经解决,并通过检测中心验证的一般缺陷数量
当月计划关闭的严重缺陷数:检测中心检测发现的严重缺陷,技术部门需提交解 决关闭计划,明确关闭时间。按计划当月到期需解决关闭的严重缺陷数量。
计划变更:计划如果需要变更的话需要在原计划关闭 时间之前提出,过期后提出计划变更无效。
四、建议软件质量KPI
3、缺陷关闭周期
评估部门:检测中心
缺陷关闭周期= AVG(实际缺陷关闭时间 - 缺陷发现时间) (天)
程
稳定性评估
每个阶段的产品是否足够稳定以进行下一个阶段的工作
评
过程符合性
开发人员是否遵守项目开始批准的开发规程
估
质量评价工作量 开发人员消耗在内部质量评价活动中的工作量的百分比
检
测
测试覆盖率
开发远远的测试过程覆盖的软件系统的数量
评
缺陷发现效率 在一个阶段中可发现缺陷中实际发现的缺陷数量
估
产
严重缺陷关闭周期 一般缺陷关闭周期
四、建议软件质量KPI
4、平均项目缺陷数
评估部门:检测中心
平均项目缺陷数= 当月发现的缺陷数÷当月检测的项目数
平均项目严重缺陷数 平均项目一般缺陷数
缺陷数:检测过程中发现的不满足客户要求的缺陷数
四、建议软件质量KPI
5、软件一次检测通过率
评估部门:检测中心
软件检测一次通过率=一次检测通过的软件数÷提交的软件项目数
软件度量建议
© 2007 COMBA, All Rights Reserved
2020/6/25
主要内容
1、软件质量要素 2、外部常规推荐的软件质量指标 3、外公司使用的软件度量指标 4、建议使用的软件质量指标
软件质量管理现状
1、软件开发过程不完善
由于软件开发的规模逐渐扩大,但是相比专业的软件公司来说还处 于起步阶段,故软件开发的过程管控还不算完善,需求分析、代码分 析、测试等都比较薄弱。
MIL/SOFTQUAL美军标软件质量评估
吞吐量 响应时间 存储利用率 缺陷密度 错误平均间隔时间 计算精度 直接访问效率 有效通信带宽 ……
AT&T和Bellcore
内部发现的累计故障密度 客户发现的累计故障密度 发现的严重故障总数 关闭严重故障的平均时间 严重故障仍然开放的时间 领域总修改
分类: 1、新平台、新技术 2、成熟软件的衍生
严重≤2,一般≤6,总数≤6 严重≤1,一般≤3,总数≤4
四、建议软件质量KPI
6、生产及市场反馈软件缺陷数 评估部门:QA
定义:当月生产或市场反馈回来的软件质量问题数
谢谢!
80%
3、缺陷关闭周期 严重缺陷关闭周期 一般缺陷关闭周期
统计变化趋势,不设目标 统计变化趋势,不设目标
4、项目平均缺陷发现数 ≥3 (考核检测部门)
5、软件一次检测通过率
6、生产及市场反馈软件缺陷数 统计变化趋势
四、建议软件质量KPI
达到的目的:
以软件最终质量的结果驱动开过过程的管理。 KPI项目
四、建议软件质量KPI
1、需求满足度
需求满足度=当月满足需求的项目数/当月提交的软件项目数
评估部门:检测中心 评估方法:从客户的角度依据以下参考文件进行评估
1、客户需求或者通用协议(移动协议) 2、系统需求规格书 3、系统方案 4、软件需求规格书 。。。 不合格定义:检测过程发现软件不具备客户要求的功能或者质量要求
2、测试目前处于系统测试阶段,单元测试和集成测试还处于摸 索阶段。
3、软件质量保证缺乏组织和人员的保证
一、软件质量要素
正确性 可靠性 效率 完整性 可用性 可维护性 可测试性 灵活性 可移植性 可复用性 互操作性
二、外部常规推荐的软件质量指标
过
进展测量
开发人员在每个阶段完成的工作量
1、需求满足度
100%
2、缺陷关闭率
(实际问题解决÷发现问题总数)
严重缺陷关闭率
100%
一般缺陷关闭率
80%
3、缺陷关闭周期 严重缺陷关闭周期 一般缺陷关闭周期
统计变化趋势,不设目标 统计变化趋势,不设目标
4、项目平均缺陷发现数 ≥3 (考核检测部门)
5、软件一次检测通过率
6、生产及市场反馈软件缺陷数 统计变化趋势
微软公司
缺陷总数 每个例程的缺陷数 每千行代码中的平均缺陷数 平均故障时间间隔 编译器检测出的错误数量 ……
四、建议软件质量KPI
达到的目的:
以软件最终质量的结果驱动开过过程的管理。 KPI项目
1、需求满足度
100%
2、缺陷关闭率
(实际问题解决÷发现问题总数)
Fra Baidu bibliotek
严重缺陷关闭率
100%
一般缺陷关闭率
需求可跟踪性 系统满足需求的比率
品
缺陷去除率
发现缺陷的解决的比率
评
缺陷保持时间 长时间内没有解决的缺陷数目
估
缺陷密度
系统中有缺陷倾向的组件
复杂性
设计和代码中的复杂性
TRW公司(汽车,航空)软件度量指标(部分)
返工积压 返工稳定性 返工比例 模块化 可变更性 可维护性 ……
未完成的返工代码行数 / 源代码总行数 总返工代码行数 - 已返工代码总行数 返工代码行数 / 源代码总行数
四、建议软件质量KPI
2、缺陷关闭率
计算方法:
评估部门:检测中心
缺陷关闭率 =当月关闭的缺陷数 ÷当月计划关闭的软件缺陷数
定义: 严重缺陷关闭数量:已经解决,并通过检测中心验证的严重缺陷数量 一般缺陷关闭数量:已经解决,并通过检测中心验证的一般缺陷数量
当月计划关闭的严重缺陷数:检测中心检测发现的严重缺陷,技术部门需提交解 决关闭计划,明确关闭时间。按计划当月到期需解决关闭的严重缺陷数量。