Skip to content

第 4 课:Bug 怎么提才不会被开发怼

好的 Bug = 有价值的信息

一、Bug 描述 5 要素

  1. 环境信息 — 设备、系统、版本、网络
  2. 复现步骤 — 精确到每一步操作
  3. 实际 vs 预期 — 发生了什么 vs 应该发生什么
  4. 证据 — 截图、录屏、日志
  5. 复现概率 — 必现 / 偶现

二、好 Bug vs 烂 Bug

❌ "登录不了" → 开发看不懂 ✅ "【Android v2.3.1】登录页点击登录无响应,附截图和日志"

三、严重级别 vs 优先级

  • 严重级别:这个 Bug 有多严重(致命/严重/一般/轻微)
  • 优先级:先修还是后修(P1/P2/P3/P4)

致命 ≠ P1。一个用户很少走的路径上的致命 Bug 可以 P2。

四、沟通技巧

  1. 私聊先发证据,大群不公开怼
  2. 开发说"复现不了" → 发录屏
  3. 被拒绝的 Bug → 拉产品确认,不硬刚
  4. Bug 改好了 → 夸一句,下次优先改你的

五、Bug 全流程

发现 → 提 Bug → 开发确认 → 修复 → 验证通过 → 关闭

特殊情况:reopen、duplicate、not a bug、deferred

💬 给清秀留言