这个基本上都是 建议，一般，严重，致命

• 紧急 - 由于程序所引起的死机、非法退出、死循环，数据库死锁及其他在灾难后果；缺陷具有扩散性，波及其他系统或功能发生错误；严重的数值计算错误和数据库数据存储混乱；用户权限定义错误；主机测试中，编译不通过、当次修改影响其他系统或功能使用、底层程序修改错误、核心应用（订座、离港核心功能）修改错误；
• 非常高 - 需求分析和设计中涉及的重要的显性功能未能实现；重要的行业常识性的隐性功能未能实现；较轻的数值计算错误；打印内容和格式错误；文档错误，需要对测试申请单、需求文档、缺陷列表等重要文档进行修改；存在不安全因素，可能导致非法进入系统、非法获得数据、盗用链接等情况发生；主机测试中，本次测试修改内容发生 abort；
• 高 - 需求分析和设计中涉及的一般的显性功能未能实现；较为重要的行业常识性的隐性功能未能实现；程序非正常终止但可通过其它正常流程来避免或代替；文档错误，需要对测试申请单、需求文档、缺陷列表以外的其他文档进行修改；主机测试中，原系统错误导致 abort、提示错误；
• 中 - 一般的行业常识性的隐性功能未能实现；无法重现或发生率很低的功能缺陷；界面错误；简单的输入限制未放在前台进行控制；系统操作不方便；
• 低 - 辅助说明描述不清楚；删除操作未给出提示；显示格式不规范、查询报告格式错误；长时间操作未给用户进度提示；提示窗口文字未采用行业术语；可输入区域和只读区域没有明显的区分标志；测试建议。

之前一家公司混的 迷迷糊糊 的, 公司的划分, 也 迷迷糊糊的

1. 场景上分了 线上 和 开发中;
2. 开发中的 bug, 一般也就分几级, 干掉服务器或者干掉手机的最高, app 崩溃的低点, 功能不可用和 ui 重大 bug 的再低, ui 小问题和其他小问题再低;
3. 线上的 bug, 出了考虑功能之外, 也需要考虑影响的用户数, 比如某些问题, 发现的早可能只是个小 bug, 但是要是 两天后发现, 问题就严重多了

能回忆起的就这些, 其实公司给了详细的划分, 但是执行起来又模糊的不行, 我又懒得看, 所以只记得这些了