缺陷报告—缺陷的状态

❤️
缺陷状态：
①new：新的状态
②open：激活（打开）的缺陷，开发方承认的缺陷
③fixed：修改完成的缺陷（待返测的缺陷）
④close：关闭的缺陷（结束的缺陷/可归档的缺陷）
⑤rejected：被拒绝的缺陷（开发方没承认的缺陷）
⑥reopen：重新激活打开的缺陷。

💛💛
缺陷的处理过程（生命周期）？
❗️步骤一：测试人员填写《缺陷报告》提交给开发经理，此时缺陷状态为new。
❗️步骤二：开发经理要验证缺陷：
情况1：验证确认是缺陷，那么开发经理要激活缺陷（将状态设置为open），并将缺陷指派给相应的开发人员。
情况2：如果验证不是缺陷，那么开发经理会拒绝缺陷（将状态设置为rejected）。
❗️步骤三：开发人员修改缺陷，修改完成后，将缺陷设置为fixed。
❗️步骤四：测试人员返测修改的缺陷。
情况1：返测通过，测试人员将缺陷关闭（closed）。
情况2：返测失败，测试人员将缺陷重新激活（reopen），开发人员重新修改缺陷，直到返测通过，缺陷关闭为止。

💚💚💚
如何处理被拒绝的缺陷？
①首先确认是否由于自己的操作失误或配置问题造成了假缺陷。
②还要分析缺陷被拒绝的原因：如果是需求理解不一致，可以通过产品部门确认；
③如果是缺陷不可重现等要与开发方充分沟通，尽可能重现缺陷。
最后如果还不能确认，可能反馈给测试组长或经理进一步沟通讨论。
通过上述的沟通、最终确认：如果是缺陷，那么谁拒绝的谁负责激活缺陷，重新回到缺陷处理流程。
如果是假缺陷，那么由测试人员或测试组长将缺陷关闭。

💙💙💙💙
常规的缺陷处理过程？
new—open—fixed—closed。

💜💜💜💜💜
带有返测失败的缺陷处理过程？（返测失败1次）
new—open—fixed—reopen—fixed—closed。

🧡🧡🧡🧡🧡🧡
被拒绝的缺陷的处理过程？
❗️真bug
new—rejected—open—fixed—closed。
❗️假bug
new—rejected—closed。