反馈易翻译故障时，请立即提供易翻译客户端与服务端的版本号、完整复现步骤、关键截图、系统环境、操作时间戳和错误日志，并注明重现频率与期望结果，以便工程快速定位、复现与验证，提升修复效率与沟通清晰度。
故障仅偶尔发生时，可按向客户询问复现条件的方法补齐反馈信息。
易翻译：准备与收集故障基础信息
收集并记录易翻译版本号与构建信息
- 版本信息：在报告首行标注易翻译客户端与服务端的完整版本号、构建号与发布日期，并补充是否为内测或灰度发布渠道以便比对环境差异。
- 安装来源：说明应用或插件的来源渠道（官网、应用商店、企业分发等），并记录安装包版本、任何补丁编号及升级时间以利回溯。
- 相关组件：列出与易翻译交互的主要组件版本（例如浏览器、操作系统、翻译引擎或代理服务），以确认依赖项是否为故障根因之一。
记录系统与环境信息以便还原
- 操作环境：注明操作系统名称与完整版本号、CPU 架构、内存与磁盘状态，并补充所在网络类型（公司内网、家庭网或移动网络）。
- 浏览器与插件：列出使用的浏览器版本与已启用插件，若在浏览器中使用易翻译，请提供隐私模式或扩展禁用后的对比测试结果。
- 权限与账号：提供测试账号类别与权限级别，说明是否使用管理员或受限账号，并明确是否涉及企业单点登录或特殊认证流程。
如果排障使用了远程协助，结束后应核对临时授权是否已关闭。
易翻译：截图、录屏与日志的规范提交
截取并标注关键错误截图
- 截图要点：截取包含错误提示、输入内容与时间戳的完整界面图，使用标注圈出关键位置并说明每处标注的含义，清晰可读。
- 多阶段截图：对于涉及多步操作的故障，提供每一步的截图序列并标注顺序号，确保工程师能按步骤还原用户操作流程。
- 截图格式：优先使用无损格式如PNG，文件命名包含产品版本与时间（示例：yifanyi_v2.3_20261011_1405.png），便于管理与检索。
录制可回放的复现视频或GIF
- 录屏要点：录制短视频（30~60秒）展示从开始到出错的完整流程，确保分辨率与帧率足以读取文字与提示信息，并上传原始文件。
- 关键节点标注：在报告中标注视频中出现错误的具体时间点（例如00:23秒），并说明期待行为与实际异常行为以便快速定位。
- 隐私处理：如录屏涉及敏感信息，请对敏感字段进行马赛克处理或提供脱敏版本，同时保留可帮助定位的问题上下文。
易翻译：提供可重现的复现步骤与测试用例
逐步描述复现操作并保证可重复
- 步骤清单：以编号格式列出每一步操作，包括点击、输入内容、等待时间及预期条件，确保他人在相同环境下可以逐步复现错误。
- 输入示例：提供复现所用的准确文本、文件或URL示例，并标注是否使用特定语言、编码或字符集以排查编码相关缺陷。
- 环境前置：说明复现前需满足的环境准备（如登录状态、特定账号权限或开启的功能开关），避免工程师重复无效尝试。
提供失败与成功的对照用例
- 正反案例：同时提交导致故障的失败用例与能正常工作的成功用例，用对比帮助工程师迅速缩小问题范围与差异。
- 变更变量：说明尝试过的变量调整（例如不同浏览器、网络类型或文件规模），并标注哪些调整改变了故障出现的概率或行为。
- 重现频率：写明该问题的重现概率（必现、偶现、罕见）与出现时段特征，协助工程优先级评估与自动化复现。
易翻译：日志、错误码与网络数据收集方法
导出并附上客户端或服务端日志
- 日志范围：提供故障发生前后若干分钟的客户端与服务端日志片段，并标注日志文件名、时间范围与关键错误位置以便追踪。
- 日志过滤：如日志量大，请提取包含时间戳、线程与错误级别的相关行，并提供原始文件以便工程进一步分析完整上下文。
- 错误码标注：记录出现的错误码、堆栈信息与请求ID，并在报告中引用这些标识便于后台日志快速定位对应请求链路。
采集并提交网络抓包与请求详情
- 抓包工具：使用Fiddler、Wireshark或浏览器开发者工具导出包含请求/响应的HAR或PCAP文件，并标注关键请求时间点与请求ID。
- 敏感信息：在提交前对抓包文件中可能泄露的敏感信息进行脱敏处理，或通过受控渠道提供原始抓包供安全团队审阅。
- 重放凭据：若需工程重放请求，请提供可用的测试凭据或说明如何生成相同请求头与参数，确保重放环境与真实场景一致。
易翻译：提交渠道、优先级与沟通建议
选择合适的反馈渠道并附上所有材料
- 反馈入口：优先通过易翻译官方故障单系统或企业支持通道提交问题单，并在工单中附上版本、截图、录屏、日志与抓包文件。
- 文件打包：将所有相关文件压缩为有序目录并命名清晰，例：yifanyi_report_v2.3_20261011.zip，便于工程快速下载与查阅。
- 跨团队抄送：在工单中抄送相关负责人或产品经理，并注明影响范围与客户优先级，确保资源可以按需投入解决问题。
设置优先级并保持沟通实时更新
- 优先级评估：在报告中说明问题对业务的影响程度（阻断、严重、一般或观察），并提供可量化的影响数据以帮助排期决策。
- 联系人信息：提供一位或多位可联系的测试人员信息（电话、邮箱、时区），并在需要时安排在线复现或视频会议以加速定位。
- 后续更新：在获得工程反馈后及时补充新发现的信息或复现结果，并在工单中记录每次交流以保持问题处理的可追溯性。
常见问题与答案
- 问：如何判断是否需要提交抓包？答：当故障涉及网络请求超时、401/500类错误或前端与后端数据不一致时，应提交抓包以便定位链路问题。
- 问：如果日志中有敏感信息怎么办？答：对敏感字段进行脱敏或在安全渠道中传输原始日志，并在工单中说明脱敏处理方式与可用替代信息。
- 问：复现步骤偶现如何描述？答：记录出现概率、重现时段与触发条件，提供多次尝试的截图或录屏以展示不稳定性的模式与规律。
- 问：提交材料过多如何整理？答：将材料按“版本-日志-抓包-截图-复现步骤”目录结构打包，主工单正文写摘要并附上下载链接以便阅览。
