连接不上
先确认当前网络本身可用，再记录客户端停在哪一步。保留错误文字、发生时间和网络类型；若界面提供重试，记录前后状态变化。
记录连接阶段按故障现象查找
按故障现象选择排查起点
选择最接近当前状态的一项，查看该从哪个环节检查。
已连接但打不开
比较另一个熟悉的网站或服务。只有单个目标异常时，同时核对该目标的状态；多个目标都异常时，回到本地网络与客户端状态检查。
比较目标范围访问卡顿
固定相同任务，记录等待发生在开始、加载还是持续使用中。先暂停一项占用资源的后台任务再观察，避免同时更换多个条件。
固定任务条件频繁掉线
记录中断时刻、持续时长及是否刚发生切网。把首次连接与持续阶段分开记录，保留恢复操作，避免只用一次结果概括原因。
记录中断过程 先自查再求助
先做六项基础检查
先确认问题处于哪个环节，再调整单一条件观察变化，不预设所有异常都能通过相同操作解决。
一次核对一个条件
连接失败、网页打不开和持续任务中断可能处于不同阶段。先保留原始状态，可以避免后续调整覆盖判断所需的信息。
完成检查后记录哪些现象发生变化、哪些仍然存在。若需要继续反馈，把有效观察结果与操作顺序一起整理。
建议按从上到下的顺序检查，前一项确认无误后再看下一项。
- 其他应用或设备能否正常使用当前网络
- 客户端显示的状态与完整错误文字是什么
- 是否只有一个网站或服务异常
- 异常前是否刚发生切网或设备环境变化
- 是否有下载、同步等任务占用资源
- 记录正在使用的版本，并核对正式发布信息
排查边界
快连连接问题答疑
已经显示连接成功，就能排除所有连接问题吗？
1不能。状态文字反映客户端的连接阶段，不直接代表每个目标服务都可访问。
2继续用具体任务检查实际结果，并比较异常是否只影响某个目标。
每次出现卡顿都需要重新安装吗？
1不应把重装作为所有卡顿的统一处理方式。先记录任务、网络和异常发生阶段。
2确认本地网络、后台任务与目标服务的状态后，再依据具体错误判断下一步。
为什么建议每次只改变一个条件？
1这样更容易把操作与结果对应起来，保留判断原因所需的线索。
2若同时切网、重装和修改设置，即使现象变化，也很难知道哪项操作起了作用。
反馈截图应该保留什么、遮挡什么？
1保留错误提示、连接状态与对应操作阶段；如果时间和系统信息有助于定位，也可以一并记录。
2遮挡账号、验证码、支付资料和其他无关个人内容，避免为说明故障而额外披露隐私。