新手如何判断网络测速是否可信？一张表看延迟、丢包、时段和样本

新手看测速，容易先盯住最大的下载数字。判断结果是否值得参考，可以换个顺序：先读条件，再看延迟和丢包，最后检查测试时段与样本。资料完整不一定表示性能最好，但更容易复查。

这篇文章不提供具体机场的实测结论，表格和测试安排用于你自己的记录。

第一步：确认这次测试在测什么

记下设备、运营商、Wi-Fi 或有线、工具和版本、目标与 IP 版本。使用代理时，结合客户端连接记录确认测试是否经过选定节点；不能只因为打开了客户端，就默认所有探测都走同一路径。

浏览器测速平台只测它对应的服务路径，不代表所有网站、视频或游戏。先选定方法，复测时保持一致；自动更换测试目标后另开一组记录。

一、延迟：问清空闲、负载和统计口径

延迟数字可能来自不同测量过程。先确认是 ICMP、TCP 建连还是 HTTP 请求，再问显示的是平均值、中位数还是最低值。空闲和下载、上传中的状态分开记录。Cloudflare 的官方测速方法可以作为理解空闲与负载延迟的一个例子。

同样要留意偶尔很慢的响应。工具没有 P95 或原始样本时，不自行编出百分位；保存工具实际提供的统计，并写清它覆盖多少次成功回应。

二、丢包：零、未知和失败要分开写

工具结果	适合怎样记录
100 个探测包都按时收到回应	本轮 0/100 未回应，附超时设置
丢包测试没有运行成功	未测得，保留报错
100 次 HTTP 请求有 2 次失败	请求失败 2/100，不冒称 IP 丢包率

第一行只说明本轮没有观察到未回应，不是永久零丢包承诺。等待时间与探测包类型也应记录，可参阅 RFC 7680。若工具连发包数都不提供，就如实注明该项限制。

三、测试时段：优先记录自己常用的时间

先在平常使用网络的窗口测试，再补另一个时段，并在另一天复查。每行写完整日期、时区与起止时间；不要用截图保存时间或文章日期代替测试时间。

例如北京时间晚间可以选 20:30 附近的一段观察窗口，但这只是安排示例，不是所有网络固定高峰。你主要早间使用，就应保留早间的样本。

四、样本：每轮多少包，一共多少轮

可以从同一窗口 3 轮低频探测开始，每轮固定 100 个包，保留实际探测间隔、持续时间与超时设置。100 个和 3 轮只是便于入门的安排，不是“测够就可信”的标准；若工具不支持这种设置，就记下实际方法与数量，不把请求数当包数。

把失败和中断一起留下。复测通过只能补充一次成功，不能抹去前一轮失败。相比只收集一张最好截图，完整样本更便于判断波动。

复制后照着填

项目	本轮记录
日期、时区与开始结束时间	待填
设备、接入、目标、工具版本	待填
方法、IP 版本、确认的连接路径	待填
空闲或有负载、延迟统计口径	待填
发送/回应/超时数量、等待时间	待填；没有数据就注明
本轮持续时间、轮次和总样本	待填
固定网页或应用任务的实际结果	成功、慢、失败及发生时间

填完后，只对表格覆盖的条件下结论。如果没有晚间样本，就先不判断晚间表现；没有有效丢包测量，就先不宣布零丢包。本文资料核对日期为 2026 年 10 月 25 日。