上報缺陷與查看處理進度
產品文檔 · 簡體中文
本篇正文採用已確認的簡體中文版。
使用“问题反馈”记录已经发生的异常，审阅问题材料后上报为缺陷。反馈应先描述观察到的事实，原因推测可以单独标记。
提供可以复现的信息
必要时附上经过脱敏的截图、错误信息或日志片段。偶发问题也可以提交，但应说明出现频率，以及哪些条件尚未确定。
创建问题反馈
- 从首页选择 “问题反馈”，确认所属工作空间。
- 提供上述信息，让助手整理异常现象、影响与待确认事项。
- 在产物区域的 “问题” 页检查生成材料，补充修复后的预期结果。
- 核对并选择 “严重程度”，按实际情况填写 “优先级”；AI 的建议不替代人工确认。
- 必需信息齐备后，点击 “上报缺陷”。成功后点击“已上报缺陷”提示进入详情，记录缺陷编号。
不要把“可能是缓存问题”直接写成已确认原因。可以要求助手保留这条线索，由研发结合当前代码与执行结果验证。
从缺陷详情查看进度
上报成功后，从缺陷详情核对问题描述、复现步骤、预期结果、严重程度、优先级和来源。页面中的“当前结论与下一步”用于说明目前由谁处理、处于什么状态。
显示“等待启动修复”时，说明问题已经上报，修复还没有开始。当前缺陷列表的“修复”按钮仍会提示“修复功能暂未开放”，不能把点击按钮当成已经创建修复任务。此时应联系 IT 负责人安排后续处理。
如果缺陷已有修复工作流，可以查看当前轮次、实际阶段和历史轮次。阶段来自该实例采用的流程，不按固定阶段数量推断进度。验收环境或结论尚未提供时，页面空态不表示验收已经通过。
为后续复验准备检查项
先确认复验使用的环境和版本，再执行原始复现步骤，以及可能受影响的相邻场景。
针对人数显示问题，至少检查：请求成功时显示本次结果；没有匹配时显示 0；请求失败时不保留旧人数作为新结果；重试成功后显示更新值。
与负责人约定复验环境、版本和结果记录方式。仍有问题时保留新的复现信息，修复后重新检查受影响场景。如果团队将相关工作纳入交付批次，批次中的验收操作见查看预览、测试结果并完成业务验收；缺陷页是否提供相应操作，以当前可用入口为准。
区分两种反馈入口
产品工作台中的“问题反馈”用于团队正在建设或维护的软件。官网 Docs 的“提交反馈”用于官网、产品或文档建议，通道是否已经接入以表单提示为准。