偶发断线怎样记录时间、设备与网络条件

先记事件而不是猜原因

写下开始与恢复时间、当时任务和客户端提示。不要立即写成“节点故障”或“账号被限”，因为这些都需要更多对照。

若来不及截图，先保存错误文字和发生阶段，敏感资料必须遮蔽。

补上设备与接入条件

保存设备与系统、客户端版本、Wi-Fi或移动数据，以及屏幕是否锁定。偶发断线常与切网、睡眠和后台调度重合。

不需要公开网络名称或设备序列号，保留能够比较的技术条件即可。

提交最小复现摘要

把共同条件、不同条件、恢复动作和仍未知的部分整理成几行。支持人员可以据此选择下一项对照，不必让用户从头重做。

问题消失后再执行一次原任务，并继续观察；没有复测的“已恢复”只代表暂时未再出现。

让三次事件使用同一格式

每次都按开始时间、任务、设备状态、接入网络、错误文字和恢复方式记录。相同字段能快速看出是否集中在锁屏、晚间或某个节点。

中间的正常时段也属于证据。写下同一设备何时能稳定完成任务，可以缩小影响窗口，并避免把全天都描述成故障。

三次结果没有共同条件时，不必勉强给出原因。继续保留事件，或设计一个能区分设备与网络的对照，比猜测更可靠。

摘要要保留差异

提交支持时先列共同点，再列每次不同之处。例如都发生在同一设备，但只有一次使用移动数据，这个差异可能决定下一项测试。

恢复动作要写明发生在断线前还是之后。自动重连、手动切换节点和重新登录属于不同状态变化，不能合并成“后来好了”。

截图只保留错误和必要状态，遮住通知、账号名称、二维码与查询参数。偶发故障也不需要交出任何可重复使用的凭证。

用时间轴找到事件前后的变化

断线前一分钟是否刚切换网络、锁屏、开始上传或唤醒设备，通常比断线后的多次重试更有解释力。每次记录前后各一个短窗口。

自动恢复也要写进时间轴，包括恢复用时和任务是否完整继续。恢复很快但频率高，与持续无法连接是两种不同影响。

三次事件排成时间轴后，再标出共同触发和反例。只有两次符合、一次不符合时，结论应保留这个差异。