bug单建单规范

 

bug提单保证，清晰、简单、明了。

标题：

【版本】【服务器】【模块】【必现/偶现】bug标题（最短的话描述bug）

例：【0.9.0】【dev】【系统】【必现】点击商店，跳转到仓库页面

bug模块：

选择bug对应的模块

严重程度：

致命：进入不了游戏，进入游戏无法正常操作（致命），如登录进度条卡死90%问题

严重：影响主体流程（严重），如关卡三消目标错误无法顺利完成问题

（显示对体验有明显影响的缺陷也属于严重，比如关卡内元素模型显示异常，以及登录退出等显示直接影响结果的）

一般：有bug但不影响继续对应功能体验和进一步操作（一般），如角色模型动作异常问题

建议：有bug但对体验没直接影响（建议），如流程无异常但unity报错问题

优先级：

紧急：对应致命bug

高：对应严重bug

中：对应一般bug

低：对应建议bug

经办人：

选择bug模块对应的程序 or 策划同学

关注人：

选择bug模块对应的策划同学

发现版本：

发现bug的版本，对应标题处的版本

解决版本：

修复bug的版本，一般选择发现bug的版本（确定下版本修改的可以选择下版本）

bug描述：

问题环境：发现bug的设备（例：Android，特定机型问题需要写明机型如华为P20）

发现时间：发现bug的时间（例：2022.3.4-17：20）

重现步骤：出现bug前的具体操作（包括前置条件）

例：前置条件：已解锁商店（没有的话可以不写）

具体步骤：1：点击商店；

2：跳转到仓库页面（附件有视频也需要贴图）

预期结果：需求要求的结果（例：点击商店，跳转到商店页面）

附件：

上传视频 & 日志（图片添加在重现步骤里面）

报告人：

修复bug后验收的人（一般是自己）

bug图片：

清晰的展现bug（让人一眼就看得见的）