三个数字不能互相替代
延迟、抖动和丢包来自同一条连接，却回答不同问题。把它们合并成“网络不好”，会让处理方式失去方向。
先观察任务表现，再选择指标。点击等待、语音断续、视频花屏和文件重试分别对应不同的证据。
延迟影响互动节奏
延迟是数据往返需要的时间。网页打开、大型下载和远程控制都会受到影响，但可接受范围取决于互动频率。
单向传输可以利用缓存隐藏一部分等待，实时输入却会把每次延迟累积成操作滞后。
抖动破坏连续到达
即使平均延迟没有明显升高，数据包到达间隔不断变化，也可能让语音缓冲来不及调整。
观察抖动时要保留时间序列。只看整段平均值，容易把短暂但频繁的峰值压平。
丢包触发不同后果
可靠文件传输通常会重传缺失内容，因此用户可能只看到速度下降。实时会议无法等待太久，丢失内容可能直接表现为声音缺口。
结果解释必须写明协议和任务，不宜用一个丢包百分比推断所有应用。
无线与区域线路要分开
拥挤信道、距离路由器过远和省电策略属于本地条件；跨区域路由、互联拥塞和目标端负载属于另一层。
先用有线或另一种接入方式复查，可以快速判断无线环境是否是主要变量。
平均值之外还要看尾部
少数极端等待可能决定用户感受到的卡顿。中位数、较高分位和最大连续异常时长比单一平均值提供更多信息。
当尾部明显拉长，先找出异常集中在哪个时段，再检查是否与任务、网络切换或目标端排队重合。
测量结果需要边界
一次测试只能说明当时设备、网络、目标和时间组合。换地点或换服务后，结论需要重新验证。
报告应说明能够支持什么判断，也要写清不能排除的因素。这样结果才适合团队继续使用。
从现象选择测量指标
远程操作出现明显的指令滞后时，延迟通常比带宽更值得先看。如果语音偶尔破碎，但文件依然能完成，调查重点则应转向抖动、丢包和缓冲机制。
传感器回传与实时控制对网络的要求不同。前者往往可以暂存并补传，后者却必须在很短的时间窗内到达。所以同一组数字必须连同任务类型一起解读。
无线环境中的频道竞争、距离和遮挡可能同时改变三项指标。先用有线接入或近距离网络建立对照，能将本地无线问题与跨区域线路问题分开。
报告结果时，除了平均值，还应标出异常持续多久、当时正在执行什么任务。这些背景能帮助团队判断问题是否会真正影响产品体验。