Bug提交内容：
一、 Bug标题
【BUG】【必现】【系统名称】【BUG描述】
【BUG】【偶先】【系统名称】【BUG描述】
【线上反馈】【BUG】【偶先】【系统名称】【BUG描述】
【优化】【系统名称】【描述】
二、 Bug内容
测试机型：
安卓或IOS版本号：
客户端版本号：
操作步骤：描写bug产生的步骤，要详细。
实际结果：产生的结果
期望结果：修改后的结果是什么样
附件：图片/录像，操作步骤复杂，极端的BUG必须要添加录像
三、BUG优先级：
无法登陆，客户端崩溃，闪退，卡死，阻碍测试进度，需求问题，功能缺失等
数值计算，服务器报错，严重的功能错误和显示错误，按钮无响应，缺少提示信息等
一般的功能错误，机型适配，文字描述，界面显示，配置，刷新，断线重连等
建议性的问题
四、Bug提交
BUG提交：发现BUG，确认必现还是偶现，写清楚详细的操作步骤，偶现BUG收集必要的信息数据，附图片/录像，按照要求准确提交BUG。
BUG指派：BUG提交后，指派到相应负责人，如果需要紧急响应，及时通知到当事人。
必现BUG：程序本地复现，若复现不了，咨询测试，如果是测试步骤有问题，打回BUG，等待测试反馈。如果本地环境有问题，去测试环境确认BUG，并排查本地环境问题。
偶现BUG：测试提供必要信息，程序确认BUG后，可以添加LOG，真机调试。等待测试再次复现，或是保留现场，相互配合解决。
解决BUG：BUG修复后，程序复测，确认解决后，修改BUG状态。
激活：测试验收已解决BUG，不通过则激活，等待程序重新修复。
关闭：测试验收已解决BUG，验收通过，关闭BUG。
所有相关人员主动查看禅道，养成习惯
版本发布之前，清空禅道上所有的BUG
不能解决的BUG，程序标注原因，策划或产品审核后备注
影响范围较大的BUG，标注测试范围
当日的BUG，当日确认，有疑问找测试沟通
当日的BUG，当日解决，不能解决，次日解决，原则上不能过3天
偶现BUG，保留2周
优先级为1的BUG，群里或当面通知，优先响应，包括需求BUG
所有的问题提交禅道，拒绝口头提交，口头修改
网友评论