一、Bug严重性等级划分
Bug严重性 | Bug类型描述 | 对系统影响程度 |
致命 | 1）系统崩溃/死机/冻结 2）内存泄漏 3）模块无法启动或异常退出 4）用户数据丢失或破坏 5）部分核心功能未实现 | 系统稳定性差 |
严重 | 1）核心功能与需求设计严重不符 2）核心功能报错 3）严重的数值计算错误 4）数据交互错误 5）系统刷新错误 6）性能问题 | 系统主流程不通 |
一般 | 1）兼容性问题（版本兼容、机型兼容） 2）操作界面错误 3）边界条件错误 4）提示信息错误 5）系统未优化（界面、性能） | 用户体验不佳 |
建议 | 1）界面格式不规划 2）辅助说明描述不明确 3）操作未给用户提示 4）存在错别字 5）产品功能待改进 | 产品优化 |
二、Bug优先级定义
优先级等级 | Bug类型描述 | 建议最长处理时间 | 发包周期 |
紧急 | 1）闪退、崩溃、异常退出 2）数据丢失 3）主流程不通、核心功能错误或缺失 | 2小时/个bug | 0.5工作日 |
高 | 1）功能与需求不符 2）计算错误、非法操作数据溢出 3）小功能未实现 4）A功能对B功能的数据影响 | 1小时/个bug | 1工作日 |
中 | 1）页面刷新错误 2）提示信息错误 3）GUI错误或与需求不符 4）浏览器、APP版本、数据 兼容性 | 1小时/个bug | |
低 | 1）有其他更好的实现方式 2）对产品的一些优化建议 | 不限 | 不限 |
三、BUG处理流程
四、提交bug的书写规范
1.bug标题
BUG的标题要精炼，标题不要写得过长，有时为了一目了然，我们会在标题前面先用括号注明模块和环境，如"【XX环境-XX模块--某某子模块】XXXXXXXXX问题"，主要是要体现问题，越具体越好。
2.测试环境
为了让开发同学更好的复现，需要写明bug产生的测试环境，如：浏览器，版本号等等。
3.所属模块及对应开发人员
该缺陷发现于哪个模块，若有相关联的模块或其他模块也调用了该功能，都写上，不同模块的bug提交给对应模块的负责人。
4.bug复现步骤
BUG步骤应该简明清晰。需要包括的信息：测试账号、操作步骤、预期结果、实际结果、截图、视频、报错log等信息。
5.合理分级
按照Bug影响范围标记对应的严重程度和优先级。BUG分级的目的是为了让开发优先解决影响进度的问题，另外测试也能对整体质量有一个评估，在上线的时间不能改变的情况下，根据严重程度做适当取舍，往往不会因为一个不重要的BUG而影响整体的上线计划。
6.Bug类型
判断是需求，缺陷还是建议级别。若为缺陷，是缺陷中的功能性、浏览器兼容性、界面还是性能。
7.同类问题汇总提报
相同类型的bug，提交到一个汇总性的bug中，写明有同类问题的模块信息。
8.备注
回归结果描述等写在备注中。