测试人员-发现BUG→提交BUG
↓
指派前后端BUG
↓
前后端开发确认BUG→不是BUG→关闭BUG
↓
前后端开发修复BUG
↓
回归验证BUG→二次开启BUG
↓是
关闭BUG
BUG各种状态处理
答：
已指派：测试人员已将BUG指派给对应开发人员，待开发人员进行确认；
已解决：开发人员已修复，代码已提交，待测试人员进行验证；
重复BUG：测试人员排查自己的BUG与系统内的BUG是否重复？若重复则及时关闭，若不重复，则重新打开并备注原因；
不是BUG：与开发人员进行确认环境是否一致，或需求不一致，及时与产品经理反馈，讨论之后决定是否修复；
无法重现：与开发人员进行确认环境是否一致，操作步骤、账号信息、设备信息、触发条件等多种情况是否一致，若真的无法重现，根据BUG严重程度与产品、开发确认，进行关闭，若能重现问题，则同步给开发人员进行修复；
不予解决：找产品经理进行二次确认，确认不予解决则进行关闭，测试人员需要备注说明原因后关闭BUG；
设计如此：找产品经理进行二次确认，确认设计如此则进行关闭，测试人员需要备注说明原因后关闭BUG；
延期修改：根据BUG严重程度是否影响当前版本发布？若对版本发布有严重影响的话，则需要在版本发布前修改完成上线，若对版本发布影响不大，找产品经理进行二次确认，说明情况后确认延期的话需要测试人员做好记录，后续版本进行持续关注；
342
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
