用多模态 AI 写 Bug 报告的高效做法是：截下出错界面并简单标注 → 连同你的操作口述一起交给能看图的 AI → 让它按团队模板输出标题、复现步骤、期望与实际结果 → 你核对后提交。 AI 负责把零散信息组织成规范格式，复现步骤的真实性由你保证。

适用场景

测试同学、产品经理或普通同事发现问题，常常只在群里丢一张截图加一句「这里不对」。开发要来回追问：哪个页面、怎么操作、期望是什么。用 AI 把截图和一句话描述扩写成结构化报告，可以减少这种往返。

第一步：准备截图

  • 截完整窗口，保留地址栏、页面标题、时间等上下文。
  • 用方框或箭头标出出问题的位置。
  • 先脱敏：遮住真实姓名、手机号、订单号、令牌等信息，再交给 AI。
  • 如果是流程问题，按顺序截 2–4 张图。

第二步：口述操作

用一两句话说明你做了什么、看到了什么、本来以为会怎样。例如：「在购物车点结算，优惠券明明选了，合计金额没变。」

第三步：提示词模板

你是测试工程师。根据截图和我的描述，按以下模板写 Bug 报告：
标题：［模块］现象（≤30 字）
环境：（从截图中能看出的浏览器/系统/版本，看不出的写「待补充」）
前置条件：
复现步骤：1. 2. 3.
期望结果：
实际结果：（描述截图中可见的具体现象，引用界面上的文字）
严重程度建议：致命/严重/一般/轻微，并说明理由
附件说明：每张截图展示了什么
约束：只写截图和描述中能确认的信息；不确定的标「待确认」；不要推测代码原因。
我的描述：……

示例输出（虚构，仅供示意）

标题：［购物车］选择优惠券后合计金额未更新 复现步骤：1. 加入任意商品到购物车 2. 点击「选择优惠券」并选中一张 3. 返回购物车页面 期望：合计金额扣除优惠券面额 实际：优惠券显示「已选择」，合计金额仍为原价（见截图 2 红框） 严重程度建议：严重——影响下单金额

AI 容易看错的地方

  • 小字和数字：金额、版本号可能识别错，提交前对照原图。
  • 界面状态：灰色按钮是禁用还是加载中，AI 可能误判，以你的实际观察为准。
  • 环境信息：截图里看不到的版本号，AI 有时会「猜」，要求它写「待补充」。

融入团队流程

  1. 把上面的模板做成团队共享的提示词或自定义助手。
  2. 报告提交后，由开发确认能否复现，不能复现时补录屏。
  3. 定期抽查 AI 生成的报告，更新模板中常被遗漏的字段。

相关阅读