一、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.备注
回归结果描述等写在备注中。