延迟主要反映响应等待
客户端节点旁边的毫秒数，通常来自某种连接或请求测试。数字较小意味着这次测试的等待较短，但不同客户端、测试地址和测量方式不一定可以直接比较。测到入口的响应，与实际访问目标网站的完整过程也可能不同。
延迟对交互体验有影响，但一个低延迟节点仍可能在下载时遇到带宽限制。不要把延迟列表当成速度排行榜，也不要因为一次超时就认定节点永久不可用。先确认测试方法，再观察实际访问。
下载速度衡量持续传输
速度通常使用 Mbps 或 MB/s 表示，两者单位不同：一字节等于八比特，换算时还需考虑显示采用的具体单位。宽带标称带宽、设备无线连接速率和应用实际下载速度，也不是同一个指标。
下载过程会同时受到本地网络、Wi-Fi 信号、路由设备、服务端资源和目标服务器限制。测速站跑得快，不能保证每个网站都快；某个文件下载慢，也不能直接证明整个服务都慢。用日常应用补充测速结果更有意义。
抖动与丢包影响连续体验
抖动描述延迟的变化，丢包描述传输中数据未正常到达的情况。语音通话和实时互动可能更在意响应是否连续，而不只是峰值速度。实际排查还要区分测量方式：某些设备不积极回应探测请求，单个探测结果不能直接等同于应用丢包。
稳定性需要一段时间观察。记录相似条件下不同时间的结果，特别是自己经常使用的时段。只展示一次最好成绩，会忽略波动；只记录一次最差结果，也可能把偶发问题当成长期状态。
建立自己的比较口径
每次尽量使用相同设备、网络、客户端与目标内容，暂停明显占带宽的任务。先记录直连的基础状态，再测试少量候选节点。注明测试时间、地区和使用场景，便于以后判断变化是来自本地网络还是服务端。
不必追求所有指标最高。浏览网页、看视频和实时通话对连接的要求不同，满足自己的常用任务更重要。需要一份可直接执行的记录步骤，可以继续阅读连接质量测试指南；遇到固定时段变慢时查看晚高峰速度排查。
