在学习软件测试,请帮忙描述一下下面图中的BUG状态流程图。
发布网友
发布时间:2022-05-20 02:05
我来回答
共1个回答
热心网友
时间:2023-08-27 15:58
这个是一个标准的测试缺陷管理流程图:
测试人员【报告错误】--在缺陷管理平台上新建了一个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个缺陷的状态都将是挂起,到期研发会自己打开进行修复,修复的处理流程又跟之前的正常流程是一样的了。