延迟测试与 ping 测的是同一件事吗
面板测试通常经节点请求测试网址，系统 ping 则向地址发送 ICMP 回显请求。路径和协议不同，读数不能直接互换；下载速度还要作为另一项表现看待。
先认清测的是什么？
先看测试怎样发出，再看返回的数字。ICMP 是系统 ping 使用的报文协议，面板请求测试网址与它不是同一种测试过程。
| 测试 | 在做什么 | 数字主要回答什么 |
|---|---|---|
| 面板延迟测试 | 经所选节点访问测试网址并计时 | 这次请求等了多久 |
| 系统 ping | 向目标发送回显请求 | 探测请求的往返时间 |
| 下载测速 | 观察内容下载的表现 | 持续取得数据的速度 |
把它们想成问路等待与搬运物品。等到答复的时间，不能直接代替搬完东西的能力；比喻只分清问题，不给节点下判断。
记录时带上测试类型、目标与节点是否变化。只留下数字，会失去解释这次读数所需的背景，下一次也不容易对照。
数字不同先查哪部分？
先核对路径与目标是否相同，别先认定其中一个读数错了。面板测试经过节点和测试网址，ping 的对象与经过路线可能不同。
- 面板有读数、ping 超时：先看是不是同一种请求与同一个对象。
- 两种测试都返回：先保留各自名称，再解释它们的差别。
- 换节点之后数字改变：记录换过节点，不能当作原条件没变。
有些服务器或防火墙不会回应 ping。没有回显不等于已经查清所有连接情况，也不能从这一项直接推定应用一定不能用。
| 已看到的现象 | 还没回答的事 |
|---|---|
| ping 有回应 | 面板访问的测试网址是否同样可达 |
| 面板得到时间 | 文件持续下载是否顺畅 |
| 一次探测超时 | 是目标未回应，还是其他环节有关 |
先把这些问题分开，比把所有数字排成一列更便于判断。测试对象发生变化时，应当保留变化，而不是把前后当成同一条件。
全部超时怎样分层看？
把节点、本地网络、测试网址和客户端设置分开查。超时描述没在测试中得到预期回应，单靠它无法指出具体环节。
遇到所有节点都显示超时，可沿着 节点延迟全部超时时怎么分层排查 的顺序整理现象，先说明哪些条件共同发生，再讨论可能原因。
| 要分开的项目 | 记录什么 |
|---|---|
| 节点 | 是否只在某个选择下出现 |
| 本地网络 | 当时使用的网络情况 |
| 测试网址 | 是否换过测试对象 |
| 客户端设置 | 与前一次比较时有没有改变 |
测试网址换一个与节点换一个，要作为不同动作进行。两项一起换后即使恢复，也无法仅从结果区分是哪项带来变化。
这里的分层是整理思路，不是已经完成故障定位。具体客户端问题还可接着看 连接问题的分类说明。
延迟低为何下载仍不顺？
延迟与下载速度是不同指标，前者低不能保证后者快。一次请求等待较少，仍不能代表整段内容传输的表现。
抖动说的是延迟随测试变化的幅度，丢包说的是请求或数据没有完整到达。它们与单次延迟也应分开记录。
| 名称 | 主要观察什么 | 容易混淆的地方 |
|---|---|---|
| 延迟 | 来回等待时间 | 不能当成下载速度 |
| 抖动 | 等待时间是否波动 | 不能用一次读数概括 |
| 丢包 | 是否存在未到达情况 | 不是给延迟换个名称 |
读数顺序可以是先认测试，再看变化，随后另看下载表现。把不同指标拆开，并不需要为它们设一个通用的好坏门槛。
如果需要理解应用与测试对象的关系，可从 连接与客户端基础问题 继续读，不从一项探测替所有应用作保证。
系统结果里哪些字要认？
time= 表示往返时间，还要注意系统默认发出的次数。Windows 默认发送 4 次，Mac 与 Linux 默认持续发送，直到手动停止。
| 内容 | 读法 |
|---|---|
| time= | 看这次往返花费的时间 |
| Windows 默认行为 | 发送 4 次后结束 |
| Mac、Linux 默认行为 | 持续发送，需自行停止 |
不同默认行为意味着观察长度可能不同。一个很短的记录与持续观察得到的变化，不能只按其中一行数字比较。
这里不列实际输出与数值样例。读结果时仍要把目标、条件和出现时间记全，不让系统的默认行为被遗漏。
怎样把现象记得清楚？
记下原条件、做过的改变和改变后看到什么。保留过程可以帮助解释差别，而不是先把原因写进记录。
- 原条件：测试方式、对象和节点选择。
- 改变：只记实际变动的那项，不把未改的内容补写进去。
- 现象：有回应、超时，或等待有变化，分别写清。
同一记录里也应区分探测与真实下载。没有完成某项观察就留空，不把另一个指标的结果填过去。
记录测试网址变化时，应明确它是测试对象改变；记录节点变化时，应明确它是经过的连接改变。即使两次都写着延迟测试，条件也可能已不相同，不能省掉这些背景。
如果只想知道为何读数不同，先查测试方式便可开始。若想解释下载表现，则要另保留下载观察，前一个问题的答案不会自动完成后一个问题。
常见问题
面板与 ping 哪个数字才是真的？
两者测试过程不同，应分别保留名称与对象。差别本身不能说明其中一个虚假，先弄清各自路径与协议，再讨论读数，不能让一个数替代另一个测试。
ping 不回应就能认定节点失效吗？
有些服务器或防火墙不回应回显请求，还可能涉及其他环节。超时只是现象，需要结合面板测试、本地网络和测试对象继续看，不直接指定节点原因。
换网址和换节点能一起做吗？
为了区分变化，应该把两项分别记录。两项同时改变后得到不同表现，单凭结果无法知道是哪一项有关，也就少了继续排查所需的对照。
单次延迟能说明抖动吗？
抖动讲等待随观察发生的波动，单次读数没有呈现变化过程。记录时区分单次时间与连续变化，不用一个低值概括全部表现。
下载速度能从 time= 推算吗？
time= 说明往返等待，下载速度属于持续传输的表现。这里没有两者的换算方法，读结果时把它们分开，不由一次探测时间推出下载能力。