本文速览：运行 internet 速度测试前，先把这五件事对齐
- 口径：运营商标的 Mbps 与测速软件显示的 MB/s 差 8 倍，先统一单位再谈快慢。
- 链路：从光猫到测速设备之间每多一跳，结果就多一层折扣，无线几乎必扣。
- 节点：测速服务器离你越远，延迟越高，峰值越难摸到套餐上限。
- 时段：晚 20:00–23:00 是共享带宽的压力峰值，白天数字通常更漂亮。
- 解读：单次结果只是抽样的一个点，至少三次、跨时段才算一份可用的证据。
测试网络的结果为什么总和你预期不一样？先看单位与口径
先说一个我们编辑部每周都要在评论区重复一次的事：运营商说"千兆宽带"，说的是 1000 Mbps；测速软件给你看的数字，有的写 Mbps，有的写 MB/s，这两个单位差了整整 8 倍。1000 Mbps 换算下来大约 125 MB/s，这才是你下载文件时看到的那个速度。很多人拿着"下载只有 90 多兆"去投诉，其实早就在正常范围里了。如果遇到这种落差，第一件事不是测速，是先确认你看的是哪个单位。
第二个口径问题更隐蔽：标称带宽是"理论峰值"，不是"承诺值"。行业里通行的说法是，有线直连情况下实测能达到标称的 80%–95% 就算正常，无线环境通常落在 50%–80% 这个区间，具体看频段和距离。这个区间的存在不是运营商在耍滑头，而是 TCP/IP 协议开销、以太网帧头、路由器转发损耗叠加出来的必然结果——大约 3%–8% 的带宽会消耗在协议层，这部分你永远拿不到。
第三个口径是"上下行不对称"。家用宽带绝大多数是下行大、上行小，常见的配置是下行 1000 Mbps 配上行 50 Mbps，或者 500/30 这种组合。如果你要做的判断跟上传有关——比如直播推流、云盘同步、远程办公传大文件——那么下行数字再漂亮也没用，得单独看上行。我们见过太多人拿下行峰值去解释"为什么直播卡"，方向一开始就错了。
所以，在运行 internet 速度测试之前，先在心里回答三个问题：我要看的是上行还是下行？标称单位是 Mbps 还是 MB/s？我接受多少的损耗算正常？这三问答完，你才有资格去解读那个跳出来的数字。
测试网络的链路从哪算起？设备与线路的五个检查点
测速测的从来不是"互联网"，而是"从你的设备到测速服务器"这一段路。这段路上任何一个环节掉链子，结果都会难看。我们把它拆成五个检查点，从你手上那台设备开始往外走。
检查点一：测速设备本身有没有在偷偷占用带宽
这是最常见也最容易被忽略的一条。后台的云盘同步、系统更新、视频网站预加载、甚至某个聊天软件的自动下载，都会在你测速的那 30 秒里抢带宽。经验做法是：测速前把无关应用全部退出，尤其是网盘、下载器和浏览器里挂着视频标签的页面。如果家里有 NAS 在做备份任务，先暂停。
测试网络检查点二：无线还是有线，差距比你想的大
同一台电脑，用 Wi-Fi 6 在路由器两米内测，和用六类网线直连光猫测，结果能差出三成甚至更多。Wi-Fi 的速率受频段、信道拥堵、墙体遮挡、天线数量共同影响，2.4GHz 频段在多数家庭环境里实际只能跑到 50–150 Mbps，5GHz 在近距离能上 400–900 Mbps，但隔一堵承重墙就可能腰斩。要做严肃判断，请用网线；只想看看日常体验，无线才有参考意义。
检查点三：路由器是不是瓶颈
老款百兆口路由器，WAN 口和 LAN 口物理上限就是 100 Mbps，你办多大的宽带都白搭。近几年的千兆口路由器，实际转发能力也要看 CPU 和 NAT 性能，入门型号在有线千兆满速下载时 CPU 占用能到 70% 以上。判断方法很直接：把电脑直接插在光猫的 LAN 口上测一次，再经过路由器测一次，两次差距超过 15% 就说明路由器在拖后腿。
检查点四：光猫和网线的规格
光猫有百兆口和千兆口之分，有些老小区升级套餐时只换了套餐没换设备。网线同理，超五类（Cat5e）在短距离能跑千兆，但如果是那种随设备附赠的细软线，或者水晶头压接不良，掉速和丢包都会出现。这类硬件问题不解决，测一百次都是同一个结果。
测试网络检查点五：有没有第二台设备在同时上网
家里人正在看 4K 视频、孩子在打游戏、智能电视在后台更新，这些都是实打实的带宽消耗。4K 流媒体单路大约占用 15–25 Mbps，两路就是 30–50 Mbps，对 100 Mbps 以下的宽带来说是致命打击。测速前跟家里人说一声，比换什么设备都管用。
internet 速度测试选哪个节点，结果才不算白测
测速软件通常会自动推荐一个"最近节点"，但这个"最近"是按网络拓扑算的，未必是你想要的。真正影响结果的是三件事：物理距离、运营商归属、节点负载。
物理距离方面，同城节点的 RTT 一般在 5–20 毫秒，跨省通常在 25–50 毫秒，跨运营商（比如你是电信宽带，节点在联通机房）可能到 40–80 毫秒。RTT 每增加 10 毫秒，一次 10 秒的测速里能用来跑满速的时间就少一点，最终显示的数字自然偏低。
运营商归属这一点，很多人不当回事。跨网访问时流量要经过互联互通节点，这些节点在晚高峰的拥塞程度远高于网内。同一个城市，网内节点能测到 900 Mbps，跨网节点测出 300 Mbps，两个数字都是"真的"，但只有前者能说明你的宽带本身没问题。
节点负载则是测速平台自己的问题。有些公共测速节点同时服务几千人，服务器出口带宽本身就吃紧，你测出来的是节点的上限，不是你的上限。判断方法：换两三个不同的测速平台，如果结果都在同一个数值附近卡住，那大概率是你这边的瓶颈；如果不同平台差很多，就是节点的问题。
顺便说一句，我们编辑部在整理榜单时有一条自我约束：不展示无法核实来源的第三方评分和排名数据，只呈现可复现的测速口径和条件。你在别处看到"某某节点全网第一"这类说法，先看看它有没有说明测试时间、设备、线路和样本量。
网络测速的时段与干扰：什么时候测才有参考价值
宽带是共享资源。你所在的小区、楼栋、甚至整个接入网，在晚高峰时段都在抢同一段上行资源。这不是哪家运营商的问题，是接入网架构决定的。
从我们长期跟踪的数据看，一天里大致有三个时段：上午 9:00–11:00 和下午 14:00–17:00 是相对宽松的时段，工作日的实测值通常最接近套餐标称；傍晚 18:00 之后开始爬坡，20:00–23:00 达到压力峰值，此时实测值普遍比下午低 10%–30%，个别小区能低 40% 以上；凌晨 0:00–6:00 是全天最宽松的窗口，很多"千兆只跑三百兆"的投诉，在凌晨复测后数字都会明显回升。
所以一个负责任的测速结论，至少要跨两个时段。只测一次晚高峰就断定"运营商限速"，证据链是不完整的。我们做深度实测时的做法是：同一台设备、同一条线路、同一个节点，分别在下午、晚高峰、凌晨各测三次，取中位数而不是最大值或最小值。
另一个常被忽略的干扰源是测速软件本身。部分客户端在测速同时会加载广告、上报统计数据，这些流量会分走一部分带宽。选一个界面干净、能明确显示"仅测速不加载其他内容"的工具，比追求花哨的报告图更重要。
测试网络的结果怎么看？延迟、抖动、丢包比带宽更能说明问题
带宽是"水管的粗细"，延迟是"水从这头流到那头要多久"，抖动是"每次流的耗时稳不稳定"，丢包是"路上漏了多少水"。多数测速工具只把第一个数字放大给你看，但真正决定你日常体验好不好的，往往是后面三个。
给一组参考区间：同城游戏服务器的延迟在 10–30 毫秒属于优秀，30–60 毫秒是良好，60–100 毫秒开始能感觉到操作迟滞，超过 100 毫秒就明显影响体验了。视频会议对延迟的要求稍宽松，但对抖动敏感，抖动超过 30 毫秒会出现声音断续。丢包则是最狠的，哪怕只有 1% 的丢包，也会让 TCP 反复重传，实际吞吐可能掉到标称的一半以下。
所以看到"下载 800 Mbps"先别高兴，翻到详情页看看延迟和丢包。如果延迟 90 毫秒、丢包 2%，那这个 800 Mbps 在打游戏和开视频会议时基本没用。反过来，一条只有 200 Mbps 但延迟 15 毫秒、丢包 0% 的线路，日常体验会比前者好得多。
还有一个数字值得看：测速过程中的速度曲线是否平滑。健康的曲线应该是快速爬升后稳定在一个平台，如果中途出现锯齿状波动，说明链路上有间歇性拥塞或设备过热降频。这类问题单看最终数字是看不出来的。
测试网络常用参数一览：这些区间记下来就够用
下面这张表是我们编辑部内部做实测记录时用的口径表，把常见的档位和区间集中列出来，方便你测完之后对照判断，而不是凭感觉说"快"或"慢"。
| 项目 | 典型值 / 区间 |
|---|---|
| 单位换算 | 1 MB/s ≈ 8 Mbps，1000 Mbps 约合 125 MB/s |
| 有线实测达成率 | 标称带宽的 80%–95% 属正常 |
| 无线实测达成率 | 标称带宽的 50%–80%，视频段与距离浮动 |
| 协议层固定损耗 | 约 3%–8%，无法通过换设备消除 |
| 下行 / 上行配比 | 常见 1000/50、500/30、300/30 等不对称组合 |
| 2.4GHz 实际吞吐 | 通常 50–150 Mbps |
| 5GHz 近距离吞吐 | 通常 400–900 Mbps，隔墙后可能减半 |
| 同城节点 RTT | 约 5–20 毫秒 |
| 跨省节点 RTT | 约 25–50 毫秒 |
| 晚高峰掉速幅度 | 较下午低 10%–30%，个别小区超过 40% |
| 可接受丢包 | 0% 为佳，超过 1% 明显影响吞吐 |
说明：以上区间为编辑部长期实测经验的归纳，用于判断结果是否落在合理范围，不代表任何运营商或机构的承诺值，也不构成对具体线路的性能保证。
测试网络能力进阶三级：从会看到会判断
把测速这件事按能力分层，大多数人卡在第一级，真正能解决问题的在第三级。你可以对照看看自己在哪一级。
- 入门级 会看数字，知道单位。能分清 Mbps 和 MB/s，知道下行和上行是两个不同的数，测完能说出自己大概跑在什么水平。这一级的目标不是排查问题，是建立基准印象。
- 进阶级 会控变量，能复现结果。知道要退出后台应用、尽量用有线、选同城同网节点，能在下午和晚高峰各测一次并解释差异。这一级的标志是：同一条件下重复测，结果波动能控制在 10% 以内。
- 分析级 会分段定位，能给出证据链。掌握"光猫直连—经路由器—无线"三段对比法，能结合延迟、抖动、丢包判断瓶颈在哪一跳，并整理出可提交给运营商的复测记录。到这一级，测速才真正变成一种排查手段。
这三级的递进关系不在工具，在方法。工具永远是那几个，差别在于你有没有把变量控制住、把结论建立在可复现的过程上。
运行 internet 速度测试的标准五步操作顺序
- 第一步：清空带宽占用退出网盘、下载器、视频页面，暂停 NAS 备份，通知家人暂缓大流量操作。这一步花 30 秒，能省掉后面所有扯皮。
- 第二步：优先改用有线连接用六类或超五类网线把电脑接到路由器 LAN 口；如果怀疑路由器有问题，再直连光猫 LAN 口各测一次做对比。
- 第三步：手动选择测速节点关闭自动推荐，挑同城、同运营商、距离 300 公里以内的节点。如果平台支持，同时记录节点名称，方便下次对比。
- 第四步：连续测三次，间隔一分钟取中位数作为参考值。三次差异超过 20% 说明环境不稳，先别下结论，换个时段再来。
- 第五步：记录四项指标并截图下行、上行、延迟、丢包，四项一起记。只有下行数字的记录，在跟客服沟通时几乎没有说服力。
这套流程我们内部叫"五步复测法"，做深度实测报道时也是按它执行的。它不复杂，但能过滤掉九成以上的误判。
测试网络在四类真实场景里该怎么用
- 新装或升级宽带后验收装机当天下午测一次、当晚高峰再测一次，两次都落在标称的 80% 以上，验收基本可以签字。
- 排查"某台设备特别慢"同一位置换设备测，如果手机正常、电脑异常，问题在电脑的网卡驱动或无线模块，不在宽带。
- 判断该不该升级套餐先看你的实际使用峰值。如果日常下行占用长期低于 200 Mbps，升到千兆带来的体感提升有限。
- 与运营商沟通故障带时间戳、带节点名、带四项指标的复测记录，比"我家网很慢"有用得多。
这四类场景的共同点是：测速不是目的，做判断才是。想清楚你要回答哪个问题，再决定怎么测、测几次、什么时候测。
测试网络最容易踩的五个坑，编辑部逐条拆解
坑一：只看一次结果就下结论。单次测速的方差可以很大，尤其无线环境。至少三次取中位数，这是底线。
坑二：用手机在客厅随便测一下，就判断整条宽带。手机无线测出的是"手机到路由器"这段的表现，跟入户线路的质量是两码事。
坑三：拿测速结果去比不同平台的榜单。不同平台的节点、并发数、测试时长都不一样，跨平台比数值没有意义，要比就比同一平台同一节点。
坑四：把"没跑满标称"直接等同于"运营商偷跑"。协议开销、设备能力、共享带宽三座大山摆在那，达成率 85% 就已经是很健康的线路了。
坑五：忽略延迟和丢包。带宽决定你能同时干几件事，延迟和丢包决定你干这件事顺不顺。后者对体验的影响往往更直接。
把这五个坑避开，你对网络测速的理解就已经超过大多数用户了。
测试网络专题时间线：编辑部近期在追的七条线
我们的报道节奏是每周三、周六各更新一次实测口径，专题按下面这个顺序滚动推进。
- 运行 internet 速度测试前，到底该准备哪五个前提条件？
- 晚高峰掉速到底是共享带宽，还是节点本身在挤？
- 路由器换了网速测试依然低，光猫这一环怎么排除？
- 上传速度被忽视太久了：测速报告里被藏起来的另一半
- 在线测速和客户端测速差这么多，到底该信哪一个？
- 5G 与 Wi-Fi 6 同场景对比：谁在什么条件下更稳
- 测速节点距离对结果的真实影响，我们做了三地对照
这些专题的具体结论都会在对应的深度实测文章里展开，本页只负责把"测之前该准备什么"这条前置线索讲清楚。
读者怎么说：来自测速现场的四种声音
"按五步法在家里复测了一遍，发现之前一直怪运营商，其实是我妈房间那台电视在后台跑 4K。关掉之后晚高峰直接从 180 涨到 620。"
"单位换算那一段把我点醒了。我一直以为 500M 宽带下载该有 500MB/s，难怪每次测完都想砸电脑。"
另外两种常见反馈是：一是换了同城节点后结果明显变好，二是开始记录延迟和丢包之后才发现真正的瓶颈。可见问题往往不在测速工具，而在测之前的那几分钟准备。
关于测试网络的常见问题
测试网络到底测的是什么？为什么每次结果都不太一样？
测的是"你的设备到测速服务器"这一段链路的吞吐与时延，不是整个互联网。结果波动主要来自三处：共享带宽的时段差异（晚高峰通常比下午低 10%–30%）、无线环境的信道拥堵、以及测速节点自身的负载。同一条件下三次测量的差异控制在 10% 以内，就说明环境是稳定的。
运行 internet 速度测试，用手机测和用电脑测差别大吗？
差别可能很大。手机通常走无线，2.4GHz 频段实际吞吐多在 50–150 Mbps，5GHz 近距离能到 400–900 Mbps，但要经过两跳无线链路。电脑用网线直连时，实测达成率能稳定在标称带宽的 80%–95%。要判断入户线路本身的质量，请用有线；只想评估日常移动体验，用手机才有参考意义。
测出来只有标称的一半，是不是运营商在限速？
先别急着下这个结论。协议层本身会消耗约 3%–8% 的带宽，无线环境再打一次折，晚高峰共享带宽还会再降 10%–30%。按这个叠加，晚高峰无线测出标称的 50%–60% 是常见现象。要确认是否限速，应在凌晨低峰时段用有线直连光猫复测三次，如果那时仍明显低于 80%，才值得向运营商报修。
网络测速的节点应该怎么选？自动推荐的能用吗？
自动推荐节点按网络拓扑挑选，不一定最合适。建议手动选同城、同运营商、距离 300 公里以内的节点，这类节点 RTT 通常在 5–20 毫秒，测速时能更快爬到峰值。跨运营商节点在晚高峰受互联互通拥塞影响，结果可能只有网内节点的一半，不能用来判断自家宽带。
测速软件显示的延迟和丢包，要控制在什么范围才算好？
同城节点延迟 10–30 毫秒属优秀，30–60 毫秒良好，超过 100 毫秒会明显影响游戏和视频会议。丢包越接近 0 越好，超过 1% 就会触发频繁重传，实际吞吐可能掉到标称的一半以下。抖动建议控制在 30 毫秒以内，否则语音和视频会出现断续。
多久测一次网速比较合适？需要每天都测吗？
日常不需要每天测。常规做法是每月一次即可，选在工作日下午做基准记录。只有在刚装宽带、升级套餐、更换路由器、或者明显感觉变慢时，才需要跨时段做多次复测。我们编辑部自己按每周两次的节奏跟踪数据，普通家庭用户没必要跟这个强度。
关于本站：我们怎么写测试网络的实测报道
测试网络官方资讯门户由一支专注网络测速与连接质量报道的编辑部运营，日更实测数据与行业动态。我们的基本原则很朴素：信息以公开资料和编辑部自测为准，无法确认的具体名单、日期、数量一概不臆造；不展示无法核实的评分与排名；不提供任何未授权资源的获取入口。
如果你在别处看到打着相似旗号的页面，请以本站公布的测速口径为准。我们发布的每一条区间数据，都会说明测试条件——设备、线路、节点、时段，缺一项就不下结论。这不是谨慎，是这类内容唯一站得住脚的方式。
- 13本页正文小节
- 11参数口径条目
- 3每周更新批次
- 5标准复测步骤
以上数字仅描述本站内容规模与更新节奏，不代表真实用户量、访问量、排名或任何第三方背书。
郑雅琳
数据编辑 / 榜单制作人。负责测试网络相关实测数据的采集口径制定与榜单制作，习惯把每一个结论都拆到可复现的步骤。
照着五步法走了一遍，光猫直连和经路由器差了将近 200M，路由器确实该换了，这篇讲得比客服清楚。
延迟和丢包那段很受用。我家下载挺快但开会总卡，测了一下丢包 2%，现在知道该查哪一段了。
以前一直用自动推荐节点，换成同城的之后数字直接从 320 涨到 780，原来选节点影响这么大。
进阶三级那段说得在理，我到现在还是入门级，只会看数字不会控变量，得练练复测。
参数表已经截图存下来了，以后跟客服沟通直接报四项指标，省得来回解释半天。