缺陷处理流程.docx

缺陷处理流程
1 缺陷处理流程
1. 缺陷处理流程图如下：
是否打开缺陷
否
曰.
处理缺陷
否
否
是否关闭
曰.
关闭缺陷
（重新）打开
新建缺陷
测试回归
已否决
延期处理
已经修复
缺陷处理流程
1 缺陷处理流程
1. 缺陷处理流程图如下：
是否打开缺陷
否
曰.
处理缺陷
否
否
是否关闭
曰.
关闭缺陷
（重新）打开
新建缺陷
测试回归
已否决
延期处理
已经修复
缺陷处理流程图中判定说明：
是否打开缺陷：开发组长/经理查阅缺陷，确认为缺陷后，指定优先级、估计修复 日期再指派给相关开发人员；如果确认为不是缺陷的，注释中说明理由，予以否决。
处理缺陷：开发处理缺陷；如果缺陷短期内进行修复存在困难，且该缺陷对于功能 实现影响不大的，应该给开发组长/经理说明情况，让开发组长/经理与缺陷相关人 员协调后延期处理该缺陷，并在注释中说明理由，估计修复日期和指明计划关闭版 本。
是否关闭：测试人员对回归通过的缺陷进行关闭；否则重新打开缺陷。并在注释中 说明重新打开理由。
缺陷处理流程图中流程说明：
新建缺陷：测试人员(其他人员)根据缺陷填写说明，新建缺陷。
已否决：对已否决的缺陷，最后由测试发起会议(形式可以根据情况而定)，找到缺陷 相关人员进行确认。如果确认为是无效的缺陷，保持“已否决”状态，否则重新打开缺 陷，并指派给相关处理人员。
(重新)打开：开发人员应该处理自己手上“打开”和“重新打开”的缺陷。
延期处理：开发组长/经理根据情况，对缺陷进行延期处理。
已经修复：开发人员处理完缺陷后，把缺陷状态改为“已修复”状态。并通知测试人员 进行回归。
回归测试：测试人员对已经修复的缺陷进行回归。
关闭缺陷：测试人员回归测试通过后，对缺陷进行关闭。
为了说明各个角色在缺陷处理流程中的职责，据测试流程所画泳道图如下：
如果上面判定和流程中，某一方存在异议的，应及时反馈上级。然后上级根据缺陷优先
级、实际情况等，找恰当的时间发起会议（或其他）的方式找到缺陷相关人员进行沟通、协
调和处理。
缺陷填写说明
BUG全部提交到QC中（指定域名的指定项目下）。
"摘要”，用简单明了的语句说明白你这个BUG,相当于BUG的中心语句。
详细信息填写规范：
1） “分配给”，选择这个BUG所属模块是属于那个研发人员，并把问题指派给他（如果 不知道，就直接提交给该负责人）。
2） “缺陷类别”，分为5种（参考平台共享文件《QC操作守则0922》）
BUG-功能——功能上的缺陷，如按钮没响应，充值不成功，需求上提到的功能没实现 等。
BUG-样式一一页面样式的缺陷，如界面颜色、字号、排版、图片大小与所需求不