OI-IT-20_缺陷管理规范.docVIP

PAGE1/NUMPAGES1

OI-IT-20_缺陷管理规范

缺陷管理规范2012年12月27日起发布实施文档修订历史修订版本修订日期作者审核人批准人说明目的本文档用于规范信息系统部缺陷管理的过程以及与缺陷相关的一些属性。

适用范围本文档适用于研发测试过程中所有缺陷的处理。

定义/专用术语?Administrators:系统管理员?Developer:开人员?Users：

AllMembers?Bug：

缺陷职责配置组：

?定期对Jira系统及数据库进行维护，数据备份。

(建议每天备份时间为24：

00)测试组：

?依照需求规格及测试用例进行测试。

提交Bug，IssueType必须选为BUG类型，对Bug进行状态跟踪，对已交付Bug进行验证；项目组定期组织会议跟踪Bug处理进度，定期提交Bug汇总报告。

开发组：

?及时接收处理Bug，修复Bug所涉及相关问题，如因其他原因不能及时修复，应及时将原因通知项目经理，由项目组协调决定是否修复，并在Bugcomment中注明缘由。

项目组应定期组织会议，对未修复Bug进行协商，或调整优先级。

工作程序缺陷理论5.1.1缺陷生命周期?从提交到关闭状态，所有bugs都要经历一个特定的生命周期，信息系统部缺陷生命周期是在Jira中定义的，它一共有5个状态，具体如下：

?Created-一个新的缺陷被提交后的状态；?Open-bug停留未开始修复状态?Reopenedbug没修复完全或者再次出现?InProgressbug修复中?Resolved-当bug被处理完后，DEV就可以选择相应的处理结果（Fixed,WontFix,Incomplete,,Dplicated,CannotReporduce）；?Closed-缺陷被验证通过，提交者改成Closed状态；5.1.2缺陷库权限控制?缺陷管理按照三个角色来定义权限，它们分别是：

Developers,Users,Administrator。

?各角色具体最终权限的控制需要根据缺陷管理工具和各项目实际情况而定。

特别注明：

缺陷只能由提交者才能关闭。

5.1.3缺陷属性?下面描述了Jira的缺陷相关属性，同时各个项目可以根据自己的不同特点添加相关属性，标准信息如下（红色标记为必填字段）：

?IDBug的唯一识别码,系统自动生成?State参考Jira缺陷生命周期流程图，此状态由系统自动转换?SummaryBug概要描述?PriorityBug优先级?SeverityBug严重级别?Component组件模块名称?AffectsVersio/sbug发现版本?FixVersion/sBug修复版本?AssigneeBug修复人员?ReporterBug提交人员?Environment测试环境描述?DescriptionBug详细信息?Blocked是否阻塞测试?AttachmentBug附加描述信息5.1.4缺陷级别(Severity)?缺陷的严重级别是由提交者根据它的表现情况而决定的，包括但是不限于以下所述问题:重级别状态描述举例Blocks（致命）致命错误：

a、导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等。

b、由于程序引起的非法死机，退出，数据丢失，主要功能完全丧失等错误。

从用户角度：

由于产品功能或者性能造成80%以上用户无法使用的问题：

a)操作某一功能时，导致程序异常退出，或其余功能无法使用，或造成经常性死机和重启b)内存泄漏c)用户数据丢失或破坏d)系统崩溃/死机/冻结e)模块无法启动或异常退出f)严重的数值计算错误g)功能设计与需求严重不符h)导致其