先建立不变的测试条件
记录手机型号、系统版本、App版本、当前网络类型和一个可重复的普通任务。测试期间保持账号角色与目标任务不变，避免同时切换节点、配置、应用和网络。
若问题只出现在一个应用，也要记录其他普通网页或应用是否正常。未受影响项目可以帮助区分设备整体断网与单一目标异常。
在线状态只是第一层
设备显示Wi-Fi或移动网络在线，只表示系统取得了某种网络连接，并不保证特定网站或服务一定可达。先分别关闭再开启当前网络，观察系统是否重新取得连接。
随后在Wi-Fi与移动网络之间做一次同任务对照。若两种网络结果不同，只能说明当前路径存在差异，不能直接推断节点、运营商或品牌服务发生全局故障。
再检查配置识别与更新时间
网络可用但任务失败时，查看App是否识别到当前配置、配置更新时间与可见状态。不要在未确认来源的页面复制完整订阅地址，也不要把二维码、Cookie或凭据放进反馈记录。
刷新配置后只复测同一项任务。若刷新时间改变但结果不变，应记录为“配置更新未改变当前结果”，不要反复导入多个来源让条件失去可比性。
权限与后台状态分开处理
移动系统的运行时权限通常与具体功能有关。连接建立失败时，核对当前功能所需权限、后台活动限制与省电设置，但不要因为一次失败就开放无关权限。
前台可用、切到后台后中断，和从未连接成功是两种不同现象。分别记录发生阶段，才能选择权限、后台限制或网络路径的下一步。
用有限结论结束复测
最后汇总网络类型、配置时间、目标任务和结果。若只有某一网络失败，就保留网络差异；若所有网络都失败，再携带脱敏记录进入支持流程。
单次测试不能证明实时线路状态，也不能保证未来持续可用。指南的目标是缩小问题范围，而不是用一次结果替代服务公告。