缺陷管理规程.docx

缺陷管理规程
文档修订记录:
版本编号或者更改记录编号
变化状态
简要说明(变更内容和变更范围)
日期
变更人
批准日期
批准人

C
初次创建
2010-08-23
吴小敏

U
增加了:7缺陷填写规范、 、、、(应发现阶段)
2011-03-16
吴小敏

U
“应发现阶段”改成“缺陷注入阶段” “缺陷类型”给去掉
2011-03-17
吴小敏
*变化状态:C――创建,A——增加,M——修改,D——删除
文档审批信息
序号
审批人
角色
审批日期
签字
备注
目录
1 概述 1
2 目的 1
3 适用范围 1
4 缺陷预测 1
缺陷预测概述 1
预测方法 2
5 缺陷填写规范 2
6 缺陷跟踪 3
3
3
4
4
7 缺陷分析 4
-发现矩阵 4
6
8
8 裁剪定义 8
9 附录 8
8
10
10
10
(缺陷注入阶段) 10
1 概述
软件缺陷是指那些使软件的行为方式与需求或客户要求不一致的东西。软件产品质量的特性在实践中体现在缺陷上,缺陷管理的目标是提交缺陷尽量少的软件。
如何计划和管理质量控制活动,作为质量特性的缺陷管理非常重要,它包括缺陷估计、缺陷数据的采集、跟踪与分析。
2 目的
本规程的目的是为了定义缺陷跟踪过程以及缺陷分析内容和方法。
3 适用范围
本文档适用于公司的所有软件项目。
4 缺陷预测
缺陷预测概述
量化质量管理的一种方法是通过预测缺陷进行管理,这种方法的关键事宜是设定质量目标,并预测里程碑阶段的缺陷级别,以此来量化监督项目向着质量目标前进,缺陷的预测在项目策划阶段,由QA(assurance)人员和项目经理共同完成。本规程确定质量目标为以下指标:
测试缺陷密度(每千行代码出现的bug数)=bug数/KLOC。
评审缺陷密度=评审发现的缺陷数/评审对象的规模
评审的通过准则:
未发现问题---直接通过
某指标范围内---修正后通过
超出指标-------需要再评审
预测方法
预测前提条件:有类似项目的数据;但因公司目前还未积累历史数据,因而暂时采用行业标准。
预测方法:采用行业标准。
5 缺陷填写规范
下表罗列了缺陷包含的字段,绿色字体由测试人员填写,蓝色字体由开发人员填写,红色字体由测试人员和开发人员共同填写
字段
说明
测试人员
缺陷的发现者,自动生成
发现日期
缺陷提交时间,自动生成
发现版本
缺陷提交时的版本
简要描述
简要描述下缺陷的现象
详细描述
详细描述缺陷的步骤、实际结果、预期结果,格式举例如下:
步骤:
;
"我的资产"二级菜单"我的资产",进入我的资产页面;
"基金简称"是否正确;
实际结果:

期望结果:
;
分配给
指定给相应的解决人员
严重级别
缺陷的严重程度:致命、严重、一般和细微,参考附录
优先级
修改缺陷的优先级别:高、中、低,参考附录
状态
缺陷的状态:New、Open、Rejected、Fixed、Reopen 、Closed,参考附录
缺陷发现方式
TC(用例测试)、ET(探索性测试)
功能模块
模块划分,不同项目自定义
浏览器
B/S系统运行的浏览器版本
发现阶段
缺陷实际发现的阶段,具体参考附录
缺陷注入阶段
缺陷应该发现的阶段,具体参考附录
解决方案
解决缺陷的方案:不是缺陷、不做修改、改代码、改需求或设计文档、缺陷可以接受、数据问题、推迟到下一阶段、重复缺陷,参考附录
实际修复时间
修复缺陷所花时间,单位为:分种
缺陷原因描述
引发缺陷的原因-----以Comments形式填写
缺陷修复对策描述
修复缺陷的对策-----以Comments形式填写
关闭日期
缺陷关闭日期
关闭版本
缺陷关闭时的版本
6 缺陷跟踪
缺陷数据的跟踪贯穿整个软件生命周期,对实际发生的缺陷数据进行比较、分析,获得各里程碑阶段的缺陷级别,达到预防缺陷的目的。


测试人员将缺陷登记到缺陷管理系统《