01带宽描述容量，不代表每次请求都迅速
带宽通常描述一段链路能够承载的数据传输能力，常见单位是bit/s。应用里显示的文件下载速度往往使用Byte/s，一个字节包含八个比特，比较数字时需要先核对单位。实际吞吐量还受协议开销、服务器发送能力、存储速度和同时进行的任务影响。套餐标注的带宽是理解容量的线索，不能直接当作每个网站或每个时段都能够达到的实测成绩。
02延迟描述等待，与文件大小不是一回事
延迟是数据经过网络和处理环节所需的时间。往返时延表示请求到达对端并返回所需的时间，但它并不等于完整网页显示的时间：网页还可能包含多轮请求、脚本执行和界面绘制。一份大文件通常更依赖持续吞吐量，短小但频繁的请求则容易受到等待时间影响。因此，提高链路容量不一定能明显改善远端服务的处理等待，跨地区距离也只是影响因素之一。
03抖动让响应节奏变得不一致
抖动表示延迟随时间变化的程度。平均等待不高，但偶尔出现较长停顿，语音和实时互动仍然可能受到影响。对于允许提前缓冲的内容，应用可以用缓冲区吸收一部分波动；实时交互往往难以无限等待。观察问题时，除了关注平均值，还要记录是否出现规律性卡顿，以及卡顿是否与家庭设备上传、无线遮挡或网络切换同时发生。不同应用对波动的容忍程度并不相同。
04丢包意味着部分数据未按预期到达
数据包可能因为拥堵、无线干扰或链路异常而丢失。某些协议会重新发送丢失的数据，从而延长等待；另一些实时应用可能表现为声音断续或画面短暂停顿。不过，单次诊断工具未收到响应，并不能直接认定所有业务都在丢包，对端可能限制诊断报文。应结合实际任务、多次观察和问题范围分析，不把某个孤立结果当成完整结论。
05用场景而不是宣传词选择观察重点
下载大型文件时，关注持续传输是否平稳、远端是否限速、磁盘是否繁忙。视频缓冲时，还要考虑清晰度、内容服务器和应用缓冲策略。网页加载时，观察首次显示、图片和交互分别在哪一步等待。语音会议则更需要留意连续性、上行容量和波动。相同网络下，不同任务出现不同表现是可能的，不能用一次文件下载成绩替代所有应用体验。
06比较数据的边界要写清楚
阅读网络服务宣传资料时，确认指标的单位、测试对象、测试时间、设备连接方式及统计方法。最高值、平均值和持续值是不同的描述，不能混用。若缺少条件，就不适合横向比较。日常排查可以固定一个任务，在相同设备和网络条件下重复观察，再逐项排除后台流量和无线干扰。本站解释的是通用指标，不提供实时测速结果，也不承诺某种设置一定降低延迟。