测试人员-发现BUG→提交BUG
↓
指派前后端BUG
↓
前后端开发确认BUG→不是BUG→关闭BUG
↓
前后端开发修复BUG
↓
回归验证BUG→二次开启BUG
↓是
关闭BUG
BUG各种状态处理
答:
已指派:测试人员已将BUG指派给对应开发人员,待开发人员进行确认;
已解决:开发人员已修复,代码已提交,待测试人员进行验证;
重复BUG:测试人员排查自己的BUG与系统内的BUG是否重复?若重复则及时关闭,若不重复,则重新打开并备注原因;
不是BUG:与开发人员进行确认环境是否一致,或需求不一致,及时与产品经理反馈,讨论之后决定是否修复;
无法重现:与开发人员进行确认环境是否一致,操作步骤、账号信息、设备信息、触发条件等多种情况是否一致,若真的无法重现,根据BUG严重程度与产品、开发确认,进行关闭,若能重现问题,则同步给开发人员进行修复;
不予解决:找产品经理进行二次确认,确认不予解决则进行关闭,测试人员需要备注说明原因后关闭BUG;
设计如此:找产品经理进行二次确认,确认设计如此则进行关闭,测试人员需要备注说明原因后关闭BUG;
延期修改:根据BUG严重程度是否影响当前版本发布?若对版本发布有严重影响的话,则需要在版本发布前修改完成上线,若对版本发布影响不大,找产品经理进行二次确认,说明情况后确认延期的话需要测试人员做好记录,后续版本进行持续关注;
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)