测试流程规范系列（5）：BUG提交

Bug的定义

软件的bug，狭义指软件程序的漏洞或缺陷，广义指测试工程师或用户提出的软件可改进的细节、或与需求文档存在差异的功能实现等

Bug的核心要素

一个bug主要包括以下几个要素：标题、类型、严重程度和优先级、重现步骤

Bug的标题

用一句非常简洁的语言将问题的核心描述出来，不要有歧义，字数最好不要超过20个，保证一眼看完描述，不要换行。项目、版本、模块简称也可以写在标题前面，用【】括起来，一般测试报告中会包含bug标题，将这些信息放在bug标题中方便相关人员查阅

Bug的类型

以禅道为例，bug可以分为以下类型。其中代码错误、设计缺陷、界面优化和性能问题是测试人员在提交bug的时候常选的几个类型
1.代码错误
2.设计缺陷
3.界面优化
4.性能问题
5.配置相关
6.安装部署
7.安全相关
8.标准规范
9.测试脚本
10.其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他

Bug的严重程度和优先级

严重程度和优先级决定了bug应该被重视的程度，严重程度高的bug在项目进行过程中应该被优先解决。Bug的严重程度一般可以分为四级：致命、严重、一般、建议

致命

通常表现为：主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用
1.常规操作引起的系统崩溃、死机、死循环
2.造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄露
3.涉及金钱，如支付类软件，金钱计算错误

严重

通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
1.重要功能不能实现（例如：微信没有实现语音聊天、朋友圈，等）
2.错误的波及面广，影响到其他重要功能正常实现
3.非常规操作导致的程序崩溃、死机、死循环 (非常规操作：用户使用软件时不会进行的操作）
4.外观难以接受的缺陷（例如：直播平台的封面图片的失真、压缩，完全变形）
5.密码明文显示

一般

通常表现为：界面、性能缺陷
1.次要功能不能正常实现
2.操作界面错误（包括数据窗口内列名的定义，含义不一致），例如：列名与列名下的内容不一致
3.查询错误、数据错误显示
4.简单的输入限制未放在前端进行控制；（格式显示，如登录和注册中的格式判断可由前端判断）
5.删除操作未给出提示

建议

通常表现为：易用性及建议性问题
1.界面不规范
2.辅助说明描述不清楚
3.提示窗口文字未采用行业术语
4.界面存在文字错误
5.改进意见：可以提高产品质量的建议，包括新需求和对需求的改进

Bug的重现步骤

重现步骤是bug提交中非常重要的一个要素。好的重现步骤可以帮助开发人员快速定位bug，也有利于后面测试人员快速验证该bug。重现步骤一般有下面几个部分组成：
1.前置条件：描述复现bug需要的相应环境信息和测试数据
2.测试步骤：分步骤描述该bug的复现过程，最好控制在五步以内
3.预期结果和实际结果
4.相关附件：提供该bug相关的截图和日志信息，从而帮助开发人员更快速定位问题

Bug的生命周期