延迟描述响应，不等同于带宽
常见的往返延迟描述一次请求到达目标并返回所需的时间，通常用毫秒表示。它与可同时传输多少数据的带宽不同：一条连接可以下载较快，但交互仍有明显等待；也可能容量有限而简单请求响应较快。
距离、路由、排队、设备处理与远端服务都可能增加等待。不要把某次延迟变化直接解释为产品故障，更不能从一个目标的结果推断所有网站都具有相同响应。判断时应结合实际任务和测试条件。
抖动与丢包为什么值得观察
抖动反映延迟随时间变化的程度。平均响应看起来相近，两条连接的波动情况仍可能不同，持续通话或实时互动会更容易感知这种差异。只看一次请求，无法反映这种时间上的变化。
丢包表示部分数据没有按预期到达，可能引起重传或媒体质量变化。无线干扰、链路拥塞、设备负载等都可能参与其中。测试工具中的超时也可能来自目标不响应测试流量，不能不加区分地认定为业务数据全部丢失。
先观察本地环境
靠近无线接入点，暂停自己发起的大型上传和同步，比较同一任务是否改善。若有适用条件，再用有线连接作对照。测试期间不要一边移动位置，一边修改代理和 DNS，否则很难解释变化原因。
设备过热、后台负载与省电策略也可能使应用表现不稳定。移动设备应分别观察前台和锁屏后的情况；若只在后台发生中断，可结合平台权限指南检查，而不是仅凭响应差异就更换网络工具。
比较结果时保留完整条件
记录时间、设备、接入方式、目标服务和后台活动，尽量在相近条件下重复观察。不同测试工具可能使用不同协议与目标，结果不能直接混合排名。一次没有响应，也不足以证明真实业务访问不可用。
命令行诊断需要理解参数与输出，不向陌生人提供完整网络配置。对于工作设备，应按管理员允许的方法获取信息。本站只介绍检查思路，不会自动探测你的网络，也没有基于访问者产生实时延迟数据。
何时需要进一步求助
如果多个设备在相同网络中持续出现同类波动，可整理对照记录联系接入服务提供方；若只有一个应用受影响，应同时核对该服务的提示、账号状态和应用权限。先区分问题范围，再选择支持渠道。
恢复无效改动，保留原设置。不要因为某次测试超时就永久关闭防火墙，也不要把陌生网络脚本当作通用优化工具。更多操作顺序见连接状态检查与常见连接问题排查。