测速已经跑出很高的数字，下载却上不去，视频还是卡，未必是哪边“测错了”。测速里的下载速度，反映的是当时设备从测试服务器接收数据的速度，也叫吞吐量。它不能保证你访问另一个网站、下载另一个文件时也有同样的速度。
先看单位，再把测试设备、服务器和连接模式对齐；下载或上传时容易卡，还要看负载延迟。单连接和多连接都能提供线索，关键是知道自己在比较什么，最后回到出问题的应用验证。
下文的测试方法与页面字段，核对日期为 2026 年 11 月 8 日。数字例子只用于说明读法，不是某条宽带或某款设备的实测结果。
先看单位：100 Mbps 不是每秒 100 MB
Mbps 是兆比特每秒，MB/s 是兆字节每秒；小写 b 和大写 B 不能混着读。1 字节等于 8 比特，同样按十进制计数时：
100 Mbps ÷ 8 = 12.5 MB/s
这是单位换算，不是下载承诺。测速显示 100 Mbps，下载软件显示 10 MB/s，不能直接拿 100 和 10 比，判断“只剩十分之一”。先换成同一单位，再看是不是同一目标、同一种测试。
若软件显示的是 MiB/s，也要保留完整单位。MiB 和 MB 的计数不同，不能把字母 i 省掉后直接比较。求助时截全数值与单位，比只说“测速一百、下载只有十”有用。
单连接和多连接，分别能告诉你什么
单连接测试观察一条数据连接能传多快；多连接测试同时使用多条连接，合起来看速度。这里的连接不是几台设备或几根宽带，也不能根据“只下载了一个文件”，就认定程序只用了一条连接。
M-Lab 的 NDT 官方定义为单流测试。Netflix 则在介绍 FAST.com 设计的技术文中解释：多条并行连接有助于更快占满带宽；吞吐量较高、延迟较大时，一条连接未必能在测试过程中达到最大速度。这篇文章发表于 2016 年，解释的是设计取舍，不能拿它里面的参数当成当前默认设置。
因此，多连接数字较高，不等于它在造假；单连接数字较低，也不等于它就是所有应用的“真实速度”。前者有助观察并行传输时能取得多少吞吐量，后者补充观察单条连接的表现。想知道某个下载或视频是否顺畅，还得看那个应用本身。
最容易误判的是：在网站 A 测出高分，到网站 B 测出低分，就把差值全算到连接数头上。换工具往往也换了服务器、测试方法和网络路径，这不是只改变连接数的对照。
怎样测，前后结果才值得比较
先挑一个问题，比如“这台电脑在晚上是不是整体变慢”，或者“同一测试目标下，两种连接模式相差多大”。不要一轮同时换电脑、换网络、换服务器，再从几个数字里猜原因。
可以照下面的顺序留一组记录：
- 固定设备和接入方式。 用同一台电脑或手机、同一个浏览器或客户端。有线就一直用有线；Wi-Fi 就先保持同一位置、同一网络。比较期间别让手机自动切到移动数据。
- 暂停自己可控制的云盘同步、系统下载和大文件传输，并记下其他设备是否仍在用网。先观察空闲条件，后面再单独看忙时表现；不要一边测速，一边开另一个测速页面抢带宽。
- 核对测试服务器。工具允许手选时，保留同一个目标，记录服务器名称及位置；服务器都在同一座城市，也不能直接当成同一个测试目标。不能手选，就记下页面实际显示的目标，没显示的写“未提供”。
- 记录连接模式和测试时长。工具明确提供单连接、多连接选项时，才按其说明切换，并尽量保持其他条件不变。页面没有说明，就记“模式未知”，不要从分数高低反推模式。
- 在流量够用的前提下，每种条件复测 2 到 3 次，保留每次结果和大致范围，不只挑最高分。比较 A、B 两种条件时可以交替测，减少先后时段不同带来的误判；这是整理记录的建议，不是测速工具的认证标准。
有 VPN 或代理时，把本轮是否使用也记下来。测速时关着、目标应用用着，两者就不是同一组条件。保持同一接入网络和设置，也不能保证互联网中间每一段路由都没变；这些步骤只是尽量减少变量。
记录不用做得复杂，每轮至少留下这几类信息：
| 记录什么 | 例子或填写方式 |
|---|---|
| 时间、设备和接入 | 日期与时段、电脑或手机型号、有线或 Wi-Fi |
| 工具和目标 | 测速工具、服务器名称与位置；缺项写未提供 |
| 测试设置 | 单连接、多连接或未知；时长；是否使用 VPN |
| 结果 | 下载、上传及完整单位；空闲与负载延迟及单位 |
| 当时的用网情况 | 是否暂停同步、其他设备是否在传输 |
测速本身会传输数据。移动数据、按量计费或剩余流量不多时，先看工具说明，别连续跑满速测试，也不要为了比较而随意延长测试时长。
换测速网站时，哪些差异不能直接比
M-Lab 的官方 FAQ 把服务器位置、测试方法和变化中的网络条件，列为结果不同的主要原因。例如，服务器在运营商自己的网络内，和需要经过网络互联才能到达的服务器，测到的范围就不同。
FAST.com 的官方说明是向 Netflix 服务器下载、上传数据；Cloudflare 的测速引擎则向 Cloudflare 边缘网络发请求。两边的结果有参考价值，却都不是所有网站的统一成绩。
要补看单连接表现，可以先了解 M-Lab 的 NDT，官方入口是 speed.measurementlab.net。它会收集 IP 地址与测速结果，测量数据会公开，运行前先读隐私说明，再决定是否使用。
FAST.com 当前页面还列有 Settings（设置），其中包含 Parallel connections（并行连接）的最小、最大数量，以及 Test duration（测试时长）。它提醒你，测试参数本身就是比较条件：改过设置要记下来，下次别把自定义结果和另一台设备的默认结果直接排在一起。具体数值以页面和工具说明为准。
如果两个工具无法固定成同一目标，就把结果当成交叉观察。例如，“同一台电脑上，工具 A 多次较快，工具 B 多次较慢”，说明差异值得继续查；它仍不足以确定是连接数、互联路径、服务器负载，还是其他因素造成的，更不能直接认定运营商对测速做了特殊处理。
一下载就卡，为什么还要看负载延迟
吞吐量看每秒传多少数据，延迟看响应要等多久，通常以毫秒（ms）表示。空闲延迟是在没有大量测试流量时观察响应；负载延迟是在下载或上传过程中观察响应。不能只看一张高吞吐截图，就判断通话或游戏一定顺畅。
FAST.com 的 Show more info（更多信息）会展开上传速度，以及 Unloaded、Loaded 两种延迟。Cloudflare 的网络质量评估也同时考虑延迟、丢包、上下行速度、负载延迟和抖动，说明网络质量不只有一个下载数字。
假设同一次测试的空闲延迟是 20 ms，下载时的负载延迟变成 180 ms，而你恰好总在下载时感觉通话变慢。这组假设数字提示应继续查“忙起来后的响应”，不能把它当成所有网络的及格线，也不能仅凭差值确定是哪台路由器或哪段线路出了问题。
先暂停传输，回到同一个通话或游戏观察是否恢复，再把下载、上传分开对照。能接网线时，用同一台设备做一次有线对照；不能接线，就在同一 Wi-Fi 网络下靠近路由器再观察。如果这样明显改善，无线信号或干扰是下一步排查方向，仍不等于已经证明需要换路由器。
测完以后，按现象决定下一步
只有某个下载、网站或视频慢：回到那个应用，固定同一个文件或同一段内容。视频先固定清晰度，再看是否还缓冲；下载记录持续速度及单位，别只截刚启动的瞬间。测速站一直快、目标应用一直慢，就先查目标服务、应用设置和到该目标的路径，不能据测速高分排除这些问题。
同一设备测什么都慢：先按前面的固定条件重测，再用有线或靠近路由器的方式对照。另一台设备可以辅助判断问题范围，但换设备后的数字不再是严格的同条件比较，要另起一组记录。
空闲正常，一传输就卡：留下空闲、下载负载、上传负载三种情况的结果，并注明是否同时有云盘备份或其他设备传输。带着这些记录找网络管理员或运营商，比只报“带宽很高但很卡”更容易继续定位。
不同测速工具互相矛盾：先查服务器、模式、单位和测试时间。固定不了的条件就明确写出来，保留每轮结果；等确认差异能够重复，再决定要不要进一步查路径或向服务方反馈。