bug描述规范
目的减少沟通成本协助开发快速定位问题欢迎补充1、bug标题作用让开发扫一眼就能识别所属模块 核心异常快速判断问题范围要求1、格式【模块 / 页面】 操作行为 异常现象只保留核心信息不堆砌细节2、突出关键按钮、弹窗、报错文案用【】标注3、禁止模糊描述例页面有 bug、功能异常2、重现几率作用1、帮助开发定位问题原因必现 bug 大概率是代码逻辑漏洞2、判定问题的严重程度及修复优先级要求写明复现概率尽量找出复现步骤。分为必现、大概率偶现50%100%、小概率偶现10%50%、极小概率偶现0%10%3、设备信息作用主要用于前端、客户端开发排查机型、系统兼容类问题要求写明设备机型 完整系统版本4、运行环境作用区分不同环境避免开发切错环境排查节约沟通时间要求填写 QA 测试环境、预发布环境、线上环境5、用户ID作用1、后端根据用户 ID 检索服务端运行日志定位接口报错、数据异常2、前端使用手机号复现用户侧问题使用用户ID通过日志定位问题要求1、问题涉及单侧时只给单侧ID即可涉及双侧要给出双侧ID并标明例如在A的推荐列表中应该有用户B但实际没有写为A 用户ID123456推荐列表缺失 B 用户ID6543212、写明问题的触发对象标注「某类用户通用问题」/「仅个别用户复现」3、写ID时标明ID的运行环境4、兼顾前后端排查需求不确定排查方向时同时填写用户 ID 登录手机号5、前置条件、测试步骤、测试结果、预期结果1、前置条件记录复现 Bug 前需要满足的状态2、测试步骤目的给开发完整、可落地的操作流程不用反复询问操作细节直接复现问题要求1、写明是哪个模块的问题是否有前置条件2、尽可能详细使零基础同事、不熟悉业务的开发跟随步骤可 100% 复现3、测试结果完整描述报错文案、弹窗、页面错乱、数据缺失、接口失败等全部现象4、预期结果对照产品需求文档写明操作后应当展示、返回、加载的标准效果6、截图/录屏作用可视化展示异常现象直观降低文字描述的理解偏差快速锁定问题位置要求1、页面 UI、弹窗报错问题截图用箭头 / 方框标注异常区域2、流程中的bug上传完整录屏3、接口异常附上接口返回截图、复制文字版完整 Request/Response 报文7、问题严重程度作用评估 bug 紧急程度帮助开发快速安排修复排期要求1、P0 - 致命标准核心业务流程完全阻断、大面积用户无法使用线上会造成资损、客诉爆发、系统崩溃典型场景登录 / 支付功能完全失效、线上全量闪退、资金计算错误、用户隐私泄露等2、P1 - 严重高频核心功能异常大量用户受影响业务流程受阻但存在临时规避方案产生大量客诉。典型场景商品无法加购、主流机型大范围兼容故障、页面长时间加载超时等3、P2 - 一般非核心业务模块异常仅部分用户会遇到对整体业务、核心流程无致命影响4、P3 - 较小边缘功能、低频操作出现问题影响用户极少不干扰任何核心业务流程5、P4 - 轻微纯视觉美化、体验优化类问题不存在功能故障用户完全可以正常使用