缺陷处理流程图如下:
缺陷处理流程图中判定说明:
- 是否打开缺陷:开发组长/经理查阅缺陷,确认为缺陷后,指定优先级、估计修复日期再指派给相关开发人员;如果确认为不是缺陷的,注释中说明理由,予以否决。
- 处理缺陷:开发处理缺陷;如果缺陷短期内进行修复存在困难,且该缺陷对于功能实现影响不大的,应该给开发组长/经理说明情况,让开发组长/经理与缺陷相关人员协调后延期处理该缺陷,并在注释中说明理由,估计修复日期和指明计划关闭版本。
- 是否关闭:测试人员对回归通过的缺陷进行关闭;否则重新打开缺陷。并在注释中说明重新打开理由。
缺陷处理流程图中流程说明:
- 新建缺陷:测试人员(其他人员)根据缺陷填写说明,新建缺陷。
- 否决缺陷处理:对已否决的缺陷,最后由测试发起会议(形式可以根据情况而定),找到缺陷相关人员进行确认。如果确认为是无效的缺陷,保持“已否决”状态,否则重新打开缺陷,并指派给相关处理人员。
- (重新)打开:开发人员应该处理自己手上“打开”和“重新打开”的缺陷。
- 延期处理:开发组长/经理根据情况,对缺陷进行延期处理。
- 修复缺陷:开发人员处理完缺陷后,把缺陷状态改为“已修复”状态。并通知测试人员进行回归。
- 回归测试:测试人员对已经修复的缺陷进行回归。
- 关闭缺陷:测试人员回归测试通过后,对缺陷进行关闭。
为了说明各个角色在缺陷处理流程中的职责,据测试流程所画泳道图如下:
如果上面判定和流程中,某一方存在异议的,应及时反馈上级。然后上级根据缺陷优先级、实际情况等,找恰当的时间发起会议(或其他)的方式找到缺陷相关人员进行沟通、协调和处理。
想学习却无从下手,该如何学习?
这里我准备了对应上面的每个知识点的学习资料、可以自学神器,已经项目练手。
如果我的博客对你有帮助、如果你喜欢我的文章内容,请 “点赞” “评论” “收藏” 一键三连哦!