测试开发工程师成长日记007 - Bug的优先级定义及填写规范

一、bug优先级定义

目标：

规范测试提交bug的等级准确性，内部能够对bug等级、修复时间规范达成一致。

使用说明：

1、紧急/致命：

● 影响核心主功能；如表单的数据无法提交、表单无法创建、流程无法触发、报表无法预览等；
● 影响项目正常使用、搭建进度，根据项目反馈的要求，如客户演示等需要当天修复发布的问题；

2、高/严重

● 影响提测功能的测试用例执行的问题；
● 影响高频/常用功能，如表单管理页的搜索失效等问题；
● 影响项目的正常使用的bug，不影响后续搭建，项目反馈修复时间非当天的问题；
● 影响依赖的内外部服务/模块无法正常使用的问题；
● 性能问题，项目明确要求尽快安排前后端处理的专项问题；

3、中/一般

● 一般性的功能问题，可跟随当前月迭代处理的问题；
● 明显的错别字的问题；
● 性能问题，可按照正常研发排期处理的专项问题；

4、低/提示

● 不影响功能的问题，如提示文案、页面UI、页面文案类的优化

5、无关紧要/建议

● 属于完善系统/用户体验/建议类型的内容
● 可不随当前迭代处理，提交至遗留池/需求池，处理人为对应研发/产品

二、bug单填写规范

目标：

明确测试提交bug单的内容规范，避免研发与测试确认bug单的二次沟通确认的情况。

填写说明：

标题：

● 必填
● 建议采用“具体对象+问题简单描述”

环境信息：

● 必填
● 包括环境地址、应用名、页面名，方便前后端复现查看；
● 项目版本问题，需要补充当前对应服务版本信息；

操作步骤：

● 必填
● 如有录屏/截图，可简单描述步骤，无录屏，需要详细且明确的步骤；
● 特定操作顺序时才出现的问题，需要序号1、2、3标识步骤顺序

预期结果：

● 必填
● 需要填写正确的返回结果/展现内容或者贴上正确的效果图，框出重点关注的内容
● 如为项目，需要填写期望修复在对应版本的信息；

实际结果

● 必填
● 准确描述结果、问题对应截图，必要时可截图中框选重点关注内容或者接口返回信息对比如

初步分析

● 非必填；若只是文案、UI上展现问题，可不填；其他报错建议填写
● 前端问题：控制台保存信息；前端console的报错内容；
● 后端问题：接口信息，可抓包页面中，在对应接口右键copy_cURL(bash)后，粘贴至bug单中；
● 后端问题：日志信息，对应日志报错内容，截图或复制内容；

其他信息

● 迭代：选择对应的安排修复发布迭代时间；若不存在对应选项，可先创建迭代；
● 模块：选择对应的模块；
● 处理人：选择对应的前端/后端处理人；可选择多个；
● 优先级：按照优先级定义选择；
● 缺陷类型：按实际情况选择对应的：前端问题、后端问题、前后端问题、优化建议、其他（非前四项时）