怎样记录服务异常，让下一次排查更快

故障记录的第一行是任务

“不能用”没有说明用户在登录、导入、建连还是持续传输时失败。先写清动作，才能选择对应检查项。

任务还应有完成标准，例如登录后会话保持十分钟，或连续传输在观察窗口内不中断。

时间必须包含时区

偶发异常往往与高峰、维护、切网或设备唤醒有关。只写“晚上”无法与服务记录对照。

使用年月日、时分和时区。跨地区反馈时，这个细节能避免将两个不同时段的事件当成同一次故障。

影响范围是最有价值的筛选器

写明是一台设备、一个应用、同一家庭网络、同一账号还是所有已知环境同时异常。

范围一旦确定，就能减少不相关的操作。单机问题不必立即重启全家路由，全部设备同时失败也不应只重装一个客户端。

错误原文要与观察分开

观察可以写“19:40提交后返回原页”，解释则是“会话可能未保持”。两者分开，后续新证据才能修正旧判断。

截图中遮蔽账号名、查询参数、通知内容和完整配置。密码、验证码与付款信息不属于故障证据。

恢复记录要包含回退测试

修改一个条件后重做原任务。如果恢复，再撤销该改动复测，观察现象是否随之返回。

无法重现不代表记录失败。可以把结论写成“在当前观察窗口恢复，原因尚未唯一确定”。

一张可分享的工单不应含有什么

不放密码、验证码、Cookie、完整配置、付款资料和能直接进入账号的临时链接。这些内容不会帮助判断故障层，却会带来新风险。

设备名可用A、B等代号，网络可写家庭Wi-Fi、移动数据或公共网络。代号只要在同一份记录中保持一致即可。

原始截图如果包含通知或个人资料，先制作遮蔽副本，再与他人分享。问题结束后，删除不再需要的高细节原始文件。

工单最后一行写“已验证”、“未验证”与“仍待观察”。这三种状态比一句“好像好了”更能帮助下一次排查。

记录的保留期也需要结束点

问题稳定恢复后，保留一份不含凭证的摘要即可。已经遮蔽仍不再需要的原始截图、日志与临时文件应定期删除，减少长期暴露。

若同类问题再次发生，可以从摘要中找到上次的设备、时间与恢复条件，再建立新记录。不需要为了便利对照而永久保存含个人资料的原始文件。

工单关闭前补上验证窗口

恢复后写明从何时开始观察、使用了哪台设备和哪种网络，以及原失败任务完成了几次。若窗口太短，就把状态标为暂时可用，并约定下一次复查时间。