先说结论
很多人说的“测延迟”，其实是三种不同的事：
这三种测的路径不同、对网络的“看法”也不同，数字不能直接比较。决定是否续费时，应当以最接近你真实用途的那一种为准，并且连续记录几天。
三种测法对照
| 测法 | 量的是哪一段 | 优点 | 局限 |
|---|---|---|---|
| ping | 你的设备到某个地址的往返 | 简单，数字直观，能顺便看丢包 | 探测包很轻，部分节点或网络会区别对待；和真实业务体验不是一回事 |
| 客户端延迟测试 | 通常是你到节点这一段，或一个很小的请求 | 一次能比较很多节点，选节点很方便 | 不含节点到目标网站那一段，不反映带宽、丢包和高峰拥堵 |
| 应用内显示 | 真实业务的往返与波动 | 最接近真实体验 | 各应用口径不同，只能在这个应用里对比 |
什么时候用哪一种
- 挑节点：用客户端延迟测试快速筛掉明显差的，再对留下的几个做真实使用；
- 排查“为什么卡”：先用 ping 看有没有丢包和明显的波动，再回到应用内看是哪个环节出问题；
- 评估一家服务商是否值得续费：用应用内的真实体验，配合一周自测计划连续记录；
- 和别人对比：不要拿自己的数字去和别人的截图比，网络环境不同，参考价值很低。
ping 的几个常见误区
- 只看平均值：平均值很好看，但偶发的几次大幅飙高才是卡顿的来源，要看最大值和丢包；
- 只测一次：一次测量受当时网络状态影响很大，至少要在不同时段各测几次；
- 把“通”当成“好”：能 ping 通只代表路是通的，不代表带宽够、丢包低；
- 拿国内外两个目标直接比较：目标不同，路径不同，数字没有可比性。
三项指标各自影响什么，见丢包、延迟、抖动：三个指标分别影响什么。
一个简单的记录方法
每次测的时候，至少记下这些：
- 日期和时段（例如“周三 21:00”）
- 用的哪种测法（ping / 客户端测试 / 应用内）
- 节点的地区和编号
- 延迟范围（最小到最大，不要只写平均）
- 有没有丢包或断线
- 当时在做什么（看视频、开会、玩游戏）
记录表可以直接用工具页里的一周记录表，方法和局限见评测方法与数据说明。
看结果时问自己三个问题
- 问题是不是总在同一个时段出现？是的话更像高峰拥堵，而不是节点本身差；
- 换一个节点后，问题是否消失？消失的话是个别节点的问题；
- 直连时有没有同样的问题？有的话先排查自己的网络，不要怪服务商。
这些判断都需要你自己的记录支撑，别人的数字只能当参考。体验为什么会因人而异，见为什么同一家机场，体验差别这么大。