缺陷管理流程说明-V1.0.doc

缺陷管理流程说明-
Documents name
文档名称:
Date position
文档创建日期:
Composer
文档编制人:
Character
文档性质:
Reviewer
文档审核人:
Control Number
受控号:
Approver
文档批准人:
Distribution Number
分发记录号:
Archives
归档存放处:
Archive Number
归档编号:
Validity
保管期限:
Date of Archiving
归档日期:
文件修订记录
状态:A –增加 M –修改 D –删除
Documents Revision Record文档修改情况记录
Version
版本号
Status of Revision
修改状态
Date of Revision
修改日期
Reviser
修改人
目录
1. 概述 5
. 编写目的 5
. 适用范围 5
. 读者对象 5
. 管理目的 5
. 管理核心 5
2. 缺陷定义 7
. 缺陷相关属性定义 7
. 缺陷类型定义 7
. 缺陷严重程度定义 8
. 缺陷优先级定义 9
. 缺陷状态定义 9
. 缺陷处理权限 9
3. 变更定义 11
. 变更相关属性定义 11
. 变更类型定义 11
. 变更优先级定义 12
. 变更状态定义 12
. 变更处理权限 12
4. 缺陷管理流程说明 13
. 流程分类 13
13
15
5. 缺陷统计与分析 18
. 缺陷分布统计 18
. 缺陷趋势统计 18
. 缺陷来源统计 18
6. 附:注意事项 19
. 历史遗留问题处理规则 19
. 客户反馈缺陷登记流程 19
. 开发人员缺陷处理限定 19
. 发布后缺陷分析 19
概述
编写目的
缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理,以保证各级缺陷的修复率达到标准。主要实现以下目标:
及时了解并跟踪每个被发现的缺陷;
确保每个被发现的缺陷都能被处理;
收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段;
收集缺陷数据并在其上进行数据分析,作为组织过程的财富。
适用范围
本文档适用于公司产品的测试过程以及发布后的维护过程。
读者对象
项目经理、测试经理、项目组所有成员(开发人员,测试人员)、维护人员、QA
管理目的
确保每个被发现的缺陷都能够被解决;
收集缺陷数据并根据缺陷趋势曲线识别和预防缺陷的频繁发生。
管理核心
mon Cause)。通过寻找、分析和处理缺陷的共性原因,实现缺陷预防。BUG预防并不是一个不切实际的目标,但是不能期望它在一夜之间发生。我们在开发过程中应该积极为开发小组提供缺陷分析,使BUG逐渐改善。因此,缺陷管理的最终目标是预防BUG,不断提高整个开发团队的技能和实践经验,而不只是修正它们。
BUG预防策略非常简单和容易实现,策略是发现BUG,找出BUG的根源,然后寻找一个方法来预防类似的BUG在将来出现。这策略并不需要昂贵的花费,但是却可带来极大的额外价值。
缺陷记录
BUG分析的第一步是记录BUG,值得注意的是记录BUG不应该满足于记录BUG的表面症状。测试的一个重要职责就是试图发现BUG的根本原因,在测试时不应将产品看作一个黑盒,而应该像开发人员那样了解产品的内在,包括深入源代码,理解产品的设计和实现。
利用BUG分析了解开发质量趋势
对于测试出来的BUG进行缺陷分类,找出那些关键的缺陷类型,进一步分析其产生的根源,从而针对性的制定改进措施。缺陷分析非常关键的一步就是寻找一个预防类似缺陷再次发生的方法。这一方法不仅涉及到开发、测试人员,还涉及到不直接负责代码编写的资深开发人员。利用这一阶段的实践成果,开发人员可以预防BUG的发生,而不仅仅是修正这些BUG
发布BUG分析经验,提高团队成员能力
分析得出来的BUG实践经验应该被记录并发布,这样其他的开发人员就可以通过学习这些经验避免类似的错误。一个发布经验最好的办法就是知识库,这将使得新的知识在项目内流动并被相关的开发人员所学习。
BUG分析带来了很多的好处。第一个好处就是帮助产生BUG的开发人员总结经验,并使他在将来避免类似的BUG。有时只修正一个具体的BUG而不去分析它产生的原因并不会帮助开发人员在日后得到提高,只有深入分析和资深开发人员的指导才能使开发人员成长和提高能力。
缺陷定义
缺陷相