Bug编写规范及要求

Bug编写规范

必填项：

• 所属产品
• 所属模块
• 所属项目
• 影响版本：例如180测试版本、XX模块阶段性测试、集成测试等-测试版本由指定的测试负责人创建
• 当前指派 ：根据BUG类型和详情，指派给相应负责人，设计缺陷指派给产品经理
• BUG类型
• BUG标题，严重程度，优先级
• 重现步骤

标题规范

• 出现bug的模块或页面，可用一句话完整描述问题现象 例如：

1.添加商品页，商品描述参数错误；
2.提交订单页，订单信息返回值错误；
3.我的购物车页，商品件数逻辑计算错误；

• 特定问题加标签标识，如

【兼容】、【性能】、【风险】等 例如：

1. 【兼容】win10 edge浏览器无法实现登录；
2. 【性能】提交订单页，由于多接口、多张表查询列表数据导致列表查询缓慢；
3. 【风险】订单支付页，同一订单两个终端支付，均可支付成功；

内容规范

【严重程度】

1.影响流程的严重bug，例如环境配置错误、数据库表字段错误、系统5XX异常、核心功能未实现等；
2.与需求文档要求不符，例如实现方式错误、计算逻辑错误、参数错误、返回值错误、交并集错误、部分性能问题、部分风险问题；
3.交互实现与使用场景不相符，用户体验极差，例如筛选、排序方式、界面优化问题，部分设计缺陷问题；
4.不影响功能实现，符合需求文档或需求未提及，测试建议可优化部分；——须先指派给产品经理或项目经理，给出解决方案后，指派给相关开发；

【优先级】

1.影响测试进度、影响项目进度、影响交付质量、核心部分设计缺陷，例如配置相关、安装部署、安全相关、严重性能问题、服务异常等；——须告知项目经理或产品经理，及时预警；
2.明显bug、代码错误、功能点未实现、实现逻辑错误、计算错误、直接影响进度和难度；——须跟踪bug，力求当天解决
3.不影响功能实现，但上线前须优化问题，例如标准规范、代码改进；
4.严重程度=4，美观、优化体验、文案提示、脏数据等问题；

【测试环境/前置条件】

包括系统环境、测试环境、机型、浏览器、平台等

【复现步骤】

描述清楚，有先后顺序，只复述操作步骤；例如：在销售计划页，列表产品描述筛选，输入XXX，勾选后点击确定

【实际结果】

有截图，包括区别标出输入与输出，截取的请求头、请求体、响应体，包括系统报错日志清晰截图，并配以文字描述；

【期望结果/建议修正】

测试用例的期望结果，或是需求文档相关部分清晰截图

BUG状态

• 【解决方案】必填；

  1.设计如此：符合需求文档要求；须在备注说明提BUG原因，例如测试需求理解错误、需求不清晰等，其中涉及需求不清晰的问题须截图需求相关部分；
  2. 重复BUG：重复ID必填，否则不算重复；
  3.外部原因：由于网络、环境、配置相关原因引起的突发、偶发BUG；
  4. 已解决：BUG指派给相关人员后，相关人员认可并对bug进行修复，经过自测后标为已解决；由测试进行复测；
  5. 无法重现：根据BUG描述的复现步骤无发重现实际结果；——须被指派者截图说明，或测试认可；
  6. 延期处理：经与测试主管、开发、产品、项目经理等商讨后，决定暂时不做处理，后期解决的BUG；——须备注给出原因；
  7. 不予解决：此类BUG如未经过测试、开发、产品经理认可，测试不予关闭；

• 【解决版本】必填；

• 【解决日期】必填；——开发修复并重新提测的时间

• 【指派给】必填；开发开发修复并重新提测指派给相关测试；测试指派相关人员

• 【附件】、【备注】视情况而定，非必填

• 【关闭BUG】须测试复测通过后关闭，如需说明请备注；——视BUG解决情况可备注说明原因；

要求

• 按照复现步骤可复现bug；
• 涉及造数据的部分须在复现步骤中写明；
• 及时跟踪bug状态，密集测试期间应以天为单位，关闭已解决的bug；
• 提出bug后如有必要须通知相关开发或设计人员；

注意 BUG规范为测试工程师评核标准中十分重要的一项内容！请严谨！