登录超时先看入口响应
页面完全无法建立连接、页面打开但提交无响应、提交后被退回登录页，分别对应不同阶段。记录最终地址、状态提示和发生时间，比只写“登录不上”更容易复现。
可以比较另一个网络来判断本地解析或路径差异，但不要在公共网络中提交敏感资料。若入口本身出现证书或跳转异常，应先停止，不要继续进入客户端下载。
导入失败集中在读取条件
配置无法出现时，先检查客户端版本、复制内容、格式和文件权限。导入成功以后才进入连接判断。为了排查读取问题而连续更换节点，并不会增加有效证据。
保留错误原文，但遮蔽订阅地址与二维码。清除应用数据以前确认是否存在安全恢复来源，否则一次重置可能让仍可用的配置也消失。
连接中断需要时间线
连接已经建立后中断，应记录网络类型、发生时段、系统是否切网、客户端状态与目标任务。短暂恢复、持续超时和只有单一应用异常，不能合并成同一种故障。
先固定设备与网络重复一个小任务，再改变一个明确因素做对照。这里的重点不是追求更多尝试，而是让每次结果能够说明问题发生在哪一层。
如果地址能够解析、页面能够加载，但提交后才超时，说明入口前半段已经完成；如果配置列表能够显示，却在建立连接时中断，则读取阶段也已经通过。明确最后一个成功步骤，可以直接排除前面的部分，不必每次都从重装开始。
时间线至少记录开始动作、首次提示、网络是否变化、系统是否进入后台以及最终恢复方式。几秒钟的停顿和持续数分钟的无响应不能只写成同一个“超时”。持续时间与恢复结果会影响下一次应检查浏览器、客户端还是当前网络。
对照测试要保持目标任务相同。换网络时不要同时换客户端版本，更新客户端时也先保持原网络。只有条件清楚，恢复才说明某个层级发生变化；否则成功可能只是偶然，下一次仍无法复现。
多人同时报告异常时，先比较他们是否使用相同入口、客户端版本、网络区域和目标任务。只有共同条件一致，才适合合并为同一事件；否则应分别保留记录，避免一个人的登录超时掩盖另一个人的本地读取失败。
问题只在特定时段出现时，可连续几天在相同时间完成同一小任务。若异常随时段重复，而设备与版本没有改变，才有理由进一步查看区域网络或服务状态；单次夜间失败不足以推出长期结论。
记录结束时补上未经验证的部分。例如只测试了手机热点，就不要把家庭宽带也写成正常；明确空白比给出没有证据的结论更有用。