上次分享了软件测试中缺陷报告重要组成的其中4个部分，接下来将和大家分享以下的几个要点。

......（续上）想了解更多请点击：软件测试的缺陷报告要点1

5）缺陷指派给谁（assigned to）

示例

首先：测试人员将缺陷指派给开发经理（开发方负责人）

之后：开发经理确认缺陷之后再根据缺陷所属的模块，将缺陷指派给该模块负责的开发人员

6）缺陷所在的功能模块（subject）

说明：在哪个功能模块中发现的该缺陷

7）缺陷所属的版本（detected in release/version）

说明：版本既包括软件产品最终发布上线的版本，也包括在开发周期中产生的若干临时版本

扩展：

回归测试：测试当前版本时，要将前一个版本的所有功能重新测试一遍，就是回归测试

为什么做回归测试？

修复缺陷或者添加新功能有可能会对原有功能造成影响，产生新的缺陷。

回归测试存在重复性操作，所以企业中常会使用自动化测试来完成，提高测试效率。

8）缺陷状态（status）

说明：表示缺陷处理的情况

状态：

New：新的bug

Open：激活的缺陷（开发方承认的缺陷）

Fixed：被修复的缺陷（待返测的缺陷）

Closed：关闭的缺陷

Reopen：重新激活的缺陷

Rejected：被拒绝的缺陷

问题：缺陷处理的流程（生命周期）？

步骤1：测试人员将《测试报告》提交给开发经理，此时缺陷状态为new

步骤2：开发经理要确认缺陷：

情况1：确认是缺陷，将缺陷激活（状态改为：open）,并指派给相应的开发人员处理缺陷。

情况2：如果确认不是缺陷，开发经理会拒绝（状态改为：rejected）该缺陷。

（如果被拒绝怎么处理？先确认是否是自己的问题造成的假缺陷。然后分析被拒绝的原因，如果是需求理解争议，可以由产品部门协助判断，如果是不可重现要跟开发方沟通、配合确认。最后还不能确认，可以提请测试组长或经理出面处理。对于确认是假缺陷，测试人员或组长要关闭该缺陷。如果最终认定是缺陷，难么谁拒绝的谁负责激活该缺陷。）

步骤3：开发人员解决缺陷，解决完成后将状态改为：fixed

步骤4：测试人员要返测开发人员解决好的 缺陷

情况1：如果返测通过，将缺陷关闭（状态改为：closed）

情况2：如果返测没有通过，将缺陷重新激活（状态改为：reopen）,开发人员再次修改缺陷，直到缺陷返测成功，关闭为止。

问题2：用状态来表示：

1）缺陷常规处理流程。

New--Open--fixed--closed

2）带有返测失败的缺陷处理流程（只返测失败一次）

New--open--fixed--reopen--fixed--closed

3）缺陷如果被拒绝，缺陷的处理流程

情况1：是假缺陷

New--rejected--closed

情况2：是缺陷

New--rejected--open--fixed--closed

......

好了，本期内容就分享到这里啦！关于缺陷报告剩下来的几个重要组成部分将在下期内容中跟大家继续分享，欢迎关注和留言哦！谢谢