BUG流程发布图
2017-05-14 16:58:50 7 举报
登录查看完整内容
常用的BUG流转图例
作者其他创作
大纲/内容
如果问题没有解决则发回解决BUG的地方并写明遗留或者新产生的问题
解决对应ＢＵＧ（研发）
指派BUG（测试）
若上线后仍有问题，则发回BUG重新解决
关闭BUG
ＢＵＧ的一生
指派BUG（运维）
验证无误之后，填写验证环境、构建分支等等信息；若不通过则返回研发修改
如果是给测试的BUG，确认后指派相关人员；若是给运维的BUG则有运维内部处理，需要配合的有运维提出
指派BUG（到实施）
激活、确认BUG（运维或测试）
验证BUG（有发起人验证）
如果发生了同类型相关的问题，或者在其他环境重现了该问题，且当前的说明不能解决的
相关人员确认该BUG是否真实存在，并确认相关类型、严重程度和级别问题等等
激活BUG
解决完毕后后要完善BUG信息比如解决方案、修改的地方。实现的效果，修改动文件要一并上传；如果不完善需要发回进行补充
如果是测试验证要注明验证的环境、结果、构建的分支，以及最终的验证通过结果，如果填写不完整可以发回要求填写清楚
指派BUG到相关人员（运维或测试）
如果解决则有运维在运维环境验证没问题后进行更新上线；并有BUG发起人员进行最后的验收
发布BUG
若问题成功解决则，继续进行
0 条评论
回复 删除
下一页
