在学习软件测试，请帮忙描述一下下面图中的BUG状态流程图。
这个是一个标准的测试缺陷管理流程图：
测试人员【报告错误】--在缺陷管理平台上新建了一个BUG，测试bug状态是【new】,研发人员收到BUG之后，（1）先确认BUG是否【已经报告？】，如果该BUG已经提交过，研发人员会将BUG打回，并提示重复BUG，此时的BUG状态是【Declined Duplicated】，测试人员检查BUG确实重复提交了，关闭该缺陷；（2）如果该BUG无重复提交，研发人员确认是否【是错误？】，如果是设计本就如此，研发会人为该BUG不是错误，将BUG打回，状态是【Declined Not Bug】，测试人员检查后关闭该缺陷；（3）如果该BUG研发确认是错误，研发会打开BUG进行修复，此时BUG状态是【open】;（4）open的BUG修复，研发会检查按照测试步骤是否【可以重现？】，如果无法重现，研发将BUG打回，需要研发人员补充信息，测试状态是【new more info】,测试人员补充BUG信息后，再提交到研发进行修复，直到研发能够复现出该BUG；（5）如果测试步骤可以复现BUG，研发人员可以决定是否【现在修复？】，如果是立即修复，研发会将修改好的BUG设置为已解决，BUG修改后的状态是【fixed】，测试拿到已解决的BUG进行验证，确认是否【通过验证？】，如果验证通过，关闭该BUG，如果验证不通过，重新打开该BUG；（6）如果研发人员决定不立即修复，研发人员决定是否【下版本修复？】，如果是，那么将会在下个版本进行修复，状态是【Deferred next build】，如果不是下个版本修复，那么会在下次的主线版本中进行修复，状态是【Deferred next main release】，这2个缺陷的状态都将是挂起，到期研发会自己打开进行修复，修复的处理流程又跟之前的正常流程是一样的了。
多重随机标签