# BUG处理标准
# 等级划分
# 一、非常严重
系统重要功能出现严重异常，导致中断、无法进行下去。
崩溃（必现或者高概率>=3/10）
重要功能没有实现（功能缺失）
重要功能无法完成
由于程序所引起的死机，非法退出、乱码现象。
导致数据库发生死锁
数据丢失或破坏，内存泄漏
产品无法安装或更新
# 二、严重
重要功能对少量用户造成影响，或者产品非重要功能对大量用户造成影响
崩溃 (随机低概率 ❤️/10 )
重要功能无法完成，但是可以通过其它功能实现
重要功能实现与需求说明不符
非重要功能没有实现（功能缺失）
系统不稳定，影响大部分用户使用。
非重要功能无法完成，但是对大量用户、关键用户操作造成影响，影响面大
# 三、一般
产品非重要功能出现问题，对少量用户造成影响
非重要功能无法完成，对少量用户造成影响
非重要功能实现与需求说明不符
产生错误结果，如：计算结果错误等
非重要功能的实现有问题。如在查询功能，起止时间同一个日期时，搜索无结果
功能正确，但影响系统性能和响应时间
兼容性问题
# 四、轻微
UI显示模糊、不清楚、错别字、样式不对齐
提示信息不正确或不明确，未能反馈真实意图
打印内容、格式错误
简单的输入限制未放在前台进行控制
删除操作未给出确认提示，操作成功、操作错误未给出提示
系统操作不方便，违反正常操作习惯
辅助说明描述不清楚
显示格式不规范、查询报告格式错误
界面与需求不一致、界面不正确
对功能没有明显影响的BUG
建议类BUG
# 回归测试BUG处理
# 一、开发拒绝状态的BUG处理（重复bug、不予解决、设计如此、无法重现）
出现以下情况被拒绝BUG，则需统一与开发负责人进行沟通：
与XX BUG重复（本质问题相同，表现出不同现象），此类问题建议测试人员在小组群进行共享，问题可以备注在一起
由于时间紧迫，功能影响不大，不予解决，此类问题视严重程度而定，建议开发改为延期处理
设计如此、不予解决，“设计如此”和“不予解决”的BUG，与产品沟通，确认BUG是否可以转建议、需求
无法重现的BUG，测试同学尽可能重现，若本版本无法再次重现，BUG无需关闭，至少2个版本后都无法重现后再关闭
# 二、其它状态BUG处理
“外部原因”：说明该BUG不是程序代码本身问题引发，可能是由于调用第三方控件或其它外部原因导致，此类问题要求开发将BUG转至相关负责人解决，测试同学必须跟进问题至解决为止。
# 三、测试返回（BUG激活）处理
出现解决方案为“已解决”，实际BUG未修复的情况，向开发确认BUG未修复，确认后将BUG激活。
# 外部BUG处理规范
提交流程
# 外部BUG处理时限
| BUG严重程度 | 响应时限 | 处理时限 |
|---|---|---|
| 严重BUG | 0.5小时以内 | 0.5小时 |
| 一般BUG | 2天内 | 2天内 |