软件测试用例之缺陷处理流程

缺陷处理流程图如下：

 缺陷处理流程图中判定说明：

• 是否打开缺陷：开发组长/经理查阅缺陷，确认为缺陷后，指定优先级、估计修复日期再指派给相关开发人员；如果确认为不是缺陷的，注释中说明理由，予以否决。
• 处理缺陷：开发处理缺陷；如果缺陷短期内进行修复存在困难，且该缺陷对于功能实现影响不大的，应该给开发组长/经理说明情况，让开发组长/经理与缺陷相关人员协调后延期处理该缺陷，并在注释中说明理由，估计修复日期和指明计划关闭版本。
• 是否关闭：测试人员对回归通过的缺陷进行关闭；否则重新打开缺陷。并在注释中说明重新打开理由。

缺陷处理流程图中流程说明：

• 新建缺陷：测试人员（其他人员）根据缺陷填写说明，新建缺陷。
• 否决缺陷处理：对已否决的缺陷，最后由测试发起会议（形式可以根据情况而定），找到缺陷相关人员进行确认。如果确认为是无效的缺陷，保持“已否决”状态，否则重新打开缺陷，并指派给相关处理人员。
• （重新）打开：开发人员应该处理自己手上“打开”和“重新打开”的缺陷。
• 延期处理：开发组长/经理根据情况，对缺陷进行延期处理。
• 修复缺陷：开发人员处理完缺陷后，把缺陷状态改为“已修复”状态。并通知测试人员进行回归。
• 回归测试：测试人员对已经修复的缺陷进行回归。
• 关闭缺陷：测试人员回归测试通过后，对缺陷进行关闭。

为了说明各个角色在缺陷处理流程中的职责，据测试流程所画泳道图如下：

如果上面判定和流程中，某一方存在异议的，应及时反馈上级。然后上级根据缺陷优先级、实际情况等，找恰当的时间发起会议（或其他）的方式找到缺陷相关人员进行沟通、协调和处理。

想学习却无从下手，该如何学习？

这里我准备了对应上面的每个知识点的学习资料、可以自学神器，已经项目练手。

如果我的博客对你有帮助、如果你喜欢我的文章内容，请 “点赞” “评论” “收藏” 一键三连哦！