VPN 测速方法论：如何避免被误导的结果

测速会给出数字，而数字看起来像事实。这正是设计不当的 VPN 测速的危险之处：它给出一个看似自信、实际意义很小的数字。读者看到"VPN A：312 Mbit/s，VPN B：187 Mbit/s"，就认为 A 更快，而真正的区别可能只是 B 在晚上九点测的，A 在早上六点测的。

本文讲的是 VPN 测速方法论：如何设计测试，让得到的数字回答你提出的问题，以及如何读别人的数字而不被误导。这里不再重复测量延迟或传输速率的分步做法，实操步骤请看如何测试 VPN和 VPN 测速概览。在这里，我们把测速当作一次小实验。

从问题出发，而不是从工具出发

大多数糟糕的测试都始于"先跑个测速看看"。更好的开始是写下一个问题，因为问题决定了其余一切。比较下面几种：

• "我的 VPN 比以前快了吗？"很模糊。哪方面快？和什么时候比？
• "晚上在家里的 Wi-Fi 上，通过 VPN 打 4K 视频通话还流畅吗？"可以测试。
• "开启 VPN 并连接同一国家的服务器时，我正常下载速率还剩多少？"可以测试。

写下一个问题，指明指标（下载速率、上传速率、延迟、丢包、页面加载时间）、网络、设备、时间窗口，以及你将根据答案做出的决定。如果答案不会改变你的做法，这个测试就不值得做。

一个有用的习惯是在测量前先说出你的预期："我预计会损失 20% 到 30%。"测试后再对比。如果结果与预期相差很远，要么你学到了东西，要么设置里有错误，两种情况都值得知道。

识别并控制变量

速度结果取决于许多因素。用实验的语言来说，你有意改变的东西是自变量（VPN 关闭或开启，或一台服务器对另一台）。你希望保持不变的是控制变量。你无法保持不变的一切都是噪声，方法的作用就是减少噪声或把它平均掉。

变量	控制方法
设备	所有测试使用同一台
连接类型	网线，或同一个 Wi-Fi 位置和频段
后台流量	关闭同步、更新、视频；请家人暂停
测试目的地	每次都用同一台服务器或同一个文件
时间段	被比较的条件在几分钟内完成
VPN 设置	保持默认；一次只改一项
浏览器或工具	同一工具、同一版本，不装过滤流量的扩展
电源状态	笔记本接上电源，关闭省电模式

最后一行很容易被忽略。处于省电模式的手机或低功耗配置下的笔记本，处理器可能被降速，加密随之变慢，让 VPN 看起来比实际更差。

交替运行顺序

设想你先测十次关闭 VPN，再测十次开启 VPN。如果在这半小时里，家里的网络因为有人开始看电影而变得更繁忙，开启 VPN 的几次就会因为与 VPN 无关的原因而显得更慢。这叫做漂移，是最常见的隐蔽缺陷之一。

补救办法很简单：把各种条件交错起来。像 关、开、开、关、关、开、开、关（称为 ABBA 顺序）这样的模式可以平衡漂移，因为每种条件都获得相同比例的前期和后期时段。如果有五对或更多，用抛硬币生成随机顺序也行。

一个晚上的实践版本：一个小时内每十分钟测一对（关、开），并且每一对里轮流改变谁先谁后。结束时你会有六组配对比较，网络的任何变化都被分摊到了两种条件上。

配对还提供了一种干净的汇总方式：对每一对，把 VPN 的结果算成关闭 VPN 结果的百分比，然后看这些百分比的中位数。这比比较两个独立的平均值更稳定。

多少次才够

一次测试只是轶事，三次可以得到粗略印象，六到十对配对测试对家庭使用来说能给出合理的图景。没有神奇的数字，但有判断方法：看波动范围。如果关闭 VPN 的结果在 180 到 195 Mbit/s 之间，开启 VPN 的结果在 140 到 150 之间，即使只有几次，差距也很清楚。如果关闭 VPN 在 120 到 200 之间，开启 VPN 在 100 到 190 之间，范围重叠得太多，不增加很多次数就无法声称有差异，而且你首先应该问为什么波动这么大。

报告中位数和范围（最小到最大），而不只是平均值。中位数不会被某一次反常结果拖着走。如果次数足够，可以再加上四分位距（中间一半结果所跨的范围），来说明连接的稳定程度。

预热、缓存和"第二次更快"效应

很多人注意到第二次测试比第一次快，就把它当作 VPN"热起来了"的证据。其实有几件事同时发生：

• DNS 缓存在第一次查询后记住了测试主机的地址。
• 路由和连接已经建立，第一次连接要付出建立成本。
• TCP 爬升起步慢然后加速；很短的测试大部分时间都花在爬升上。
• 网页缓存与内容分发网络可能从比原始来源离你近得多的位置提供重复请求的文件。
• 浏览器缓存在你重新加载同一页面或文件时，可能完全跳过网络。

要有意识地处理这些问题。先做一次预热测试并丢弃结果。使用足够长的测试，让速率稳定下来（持续传输至少 20 到 30 秒）。可能的话，使用新的、无法缓存的文件，或在地址后加随机查询字符串，让每次测试都真的穿过网络；浏览器可以复用什么，RFC 9110 中定义了 HTTP 缓存规则。并且不要拿一种条件下冷启动的第一次结果，去和另一种条件下已预热的第二次结果比较。

测试目的地可能决定结果

当测速网站说"下载：280 Mbit/s"时，它测的是你与某一台特定测试服务器之间的速率。使用 VPN 后，路径是你、VPN 服务器、再到测试服务器。由此产生几个陷阱。

网站在不同条件下选了不同的服务器。 关闭 VPN 时它选你所在城市的服务器；开启 VPN 时它选择靠近 VPN 服务器的那台。这时你比较的是两个不同的目的地，而不是隧道的影响。如果网站允许，就固定一台服务器，或使用你自己托管的文件。

测试服务器就在 VPN 服务器隔壁。 如果测试服务器与 VPN 服务器在同一个数据中心，VPN 之后的那段路径几乎没有成本，结果就会美化 VPN。真实的浏览涉及许多远方的目的地，所以要测多个。

测试服务器本身是瓶颈。 有些免费测试服务器会限制每个用户的速率，或在高峰时段很忙。如果每种条件都撞上同一个可疑的上限，限制可能来自服务器，而不是你的线路。

内容分发网络会根据你"看起来在哪里"来响应。 网站和内容分发网络依据你的流量看起来来自哪里来选择服务器。开启 VPN 后，"最近"的服务器可能在别处，所以页面加载测试可能因与隧道质量无关的原因而变化。公平的测试要么固定目的地，要么把目的地作为结果的一部分写明。

选择与真实任务匹配的指标

速度不是单一的东西。要让指标匹配你的实际用途。

如果你主要……	关注
看视频	持续下载速率，以及 10 分钟内的稳定性
开会议通话	延迟、抖动和丢包，比峰值速度更重要
玩在线游戏	延迟，以及第 95 百分位的尖峰
发送大文件	上传速率，以及能否持续几分钟
浏览网页	页面加载时间和 DNS 查询时间
下载更新	多连接下的持续速率

一个 VPN 可能在峰值下载测试中表现不错，却因抖动而不适合通话。同样，峰值速率一般的 VPN，用来浏览网页可能完全舒适。请在测试前定好指标，这样你事后就不会被诱惑去挑选看起来最好的数字。

诚实地处理异常值

异常值是远离其余结果的数据。也许某一次低了 40%，因为手机在同步照片，或者应用重连了。有三种诚实的做法：

1. 保留并报告中位数。 中位数很稳健，一次反常结果几乎不会让它移动。
2. 说明理由后排除。 例如"第 7 次已排除：测试期间 VPN 应用重连"。理由要在当时写下，而不是看到结果之后再补。
3. 重测并解释。 如果整个时段看起来都不对劲，就把整个时段作废，改天重做。

不诚实的做法是删除与你期望不符的那些结果。如果你发现自己很想删掉某个结果，这恰恰是应该保留它并追问原因的时刻。

阅读他人的速度对比

已发布的"最快 VPN"表格随处可见，它们遵循相同的逻辑。信任之前，用下面这份清单检查。

• 有展示基线吗？ 旁边没有未受保护线路速度的数字，是无法解读的。
• 在哪里、什么时候？ 应该写明测试地点、日期和时段。在一个城市测一次，几乎不能说明你所在城市的情况。
• 测了几次？ 每个服务只测一次只是轶事。
• 有报告波动吗？ 如果每个数字都是没有范围的单一数值，作者就是在隐藏噪声。
• 每个服务的条件相同吗？ 服务器、时段或设备不同，比较就不成立。
• 顺序是随机的吗？ 如果总是先测同一个服务，漂移可能对它有利。
• 作者是否从排名中获利？ 推广链接并不是偏见的证明，但值得你更仔细地查看方法细节。
• 结果会过时吗？ 性能会随软件更新和负载而变化。旧测试描述的是旧条件。
• 结论比数据更大吗？ 凭一个城市的三次测试就说"全球最快"，是标题，不是发现。

同样的逻辑也适用于你自己的结果。如果你无法回答这些关于自己测试的问题，那就找到了它的弱点。如何比较 VPN 提供方把速度放进了更宽的评分表里，它只是众多标准中的一项。

一个设计良好的测试示例

小雅在家用有线宽带办公，想知道 VPN 是否足以应付一个晚上的视频会议。

1. 问题："开启 VPN 时，晚上七点到九点之间，我的下载能否保持在 50 Mbit/s 以上，通话延迟低于 80 ms？"
2. **控制：**她的笔记本，接着电源，用网线；固定的测试服务器；固定的会议目的地；暂停同步和更新；提醒家人一小时内避免大下载。
3. **顺序：**六对，每十分钟一对，轮流改变谁先谁后。
4. **指标：**下载中位数、延迟中位数和第 95 百分位，以及丢包。
5. **预热：**开始时先做一对并丢弃。
6. **异常值规则：**只有应用重连时才排除一次结果，并记录下来。
7. **结果：**关闭 VPN 时下载中位数 164 Mbit/s，开启 VPN 时 118 Mbit/s（为基线的 72%）；延迟中位数关闭时 24 ms、开启时 49 ms，开启时第 95 百分位为 61 ms。
8. **决定：**两个门槛都达标，所以 VPN 足以应付她的会议；她保留这张表，路由器或服务器变化时再重复测试。

这些数字是为说明而虚构的，但重要的是结构：有问题、有决策规则、有控制、有交替顺序，并以中位数为基础做总结。

应避免的常见错误

• 早上测关闭 VPN，晚上测开启 VPN。
• 让测速网站在不同条件下选择不同的服务器。
• 使用只持续几秒的测试。
• 报告最好的结果而不是中位数。
• 只测最快的那台服务器，还说它有代表性。
• 忽略手机上的省电模式和过热降频。
• 同时更改 VPN 设置和服务器，然后把功劳记在错误的改动上。
• 在自己重复测试就会波动 10% 的情况下，把 5% 的差异当成有意义。
• 忘记写下条件，导致测试无法重复。

总结

可信的 VPN 测速，从写下的问题开始，控制设备、网络、目的地、设置和时间，交替安排关闭与开启 VPN 的测试顺序，用足够多的次数来报告中位数和范围，有意识地处理预热与缓存，并坦率地对待异常值。同样的问题也能帮你评判已发布的对比：基线、地点、日期、次数、波动和利益关系。如果想在自己的网络上试用通行证，可以到价格页面查看选项，并从第一天起就套用上面的计划。