Windows
macOS
Android
iOS
晚上多人回家后，网页打开变慢、视频频繁缓冲或远程终端响应迟缓，未必是“带宽不够”。高峰时段网络质量测试应同时观察延迟、抖动、丢包率、带宽和路由路径，才能判断故障位置。下面按日常排障的实用性，对五种方法进行比较。
一、连续 Ping：先看连接是否稳定
连续 Ping 适合做第一轮高峰时段网络质量测试。它能快速反映基础延迟和丢包，但不能直接证明网页或某个应用一定正常。
- 电脑通过网线连接路由器，先执行 ping 192.168.1.1 -t，观察本地设备到路由器的情况。
- 再执行 ping 目标域名 -t，例如常用网站或单位服务的域名。
- 连续记录约5至10分钟，分别在非高峰和晚间高峰进行对照。
如果第一条命令就出现明显丢包或延迟跳变，问题多在终端、网线或家庭局域网；若路由器稳定而外部目标异常，则应继续检查接入线路和路由。无线环境中的瞬时丢包不能直接归因于运营商。通常，丢包持续达到约1%就值得调查，实时通信对抖动更敏感。
二、Traceroute 或 MTR：定位哪一段路径变差
当连续 Ping 发现高峰期异常，Traceroute 能显示数据包经过的节点。Windows 使用 tracert 目标域名，macOS 和 Linux 可使用 traceroute 目标域名；Linux 也常用 MTR 做持续观测。
- 在正常时段保存一次路径结果。
- 在高峰时段重复执行，或用 MTR 运行约5分钟。
- 对比从哪一跳开始出现延迟升高或丢包，并查看后续节点是否继续异常。
某一中间节点不响应 ICMP，并不一定代表真实转发丢包；如果后续节点恢复正常，可能只是设备限制探测报文。只有异常从某一跳开始并持续到终点，才更有参考价值。此方法适合区分本地出口、运营商骨干路径和目标网络，但不适合单独测量网页加载速度。
三、Speedtest：测量公共出口的带宽表现
Ookla Speedtest、Fast.com 等工具适合观察下载、上传和测试延迟。它们会连接附近或自动选择的测试节点，因此结果代表“设备到测试节点”的表现，不一定等同于访问某个远端服务的体验。
- 关闭正在下载文件、云盘同步和高清视频播放的程序。
- 分别在白天和高峰时段测试两至三次，记录下载、上传和延迟。
- 更换一个距离不同的测试节点，观察结果是否明显变化。
如果多个节点的下载速度都在高峰期下降，可能存在接入拥塞或家庭共享问题；若只有一个节点异常，可能是测试节点或特定路径问题。Speedtest 的优点是操作简单、便于比较，缺点是容易把瞬时峰值当成稳定能力，不能替代持续监测。
四、iperf3：在可控两端测实际链路能力
有两台自己能够管理的设备时，iperf3 比公共测速更适合验证局域网、远程办公专线或云主机之间的吞吐。它需要在服务端执行 iperf3 -s，客户端执行 iperf3 -c 服务器地址 -t 60。
可在高峰前后各运行一次，必要时增加反向测试 -R，分别观察上行和下行。若局域网测试稳定、外部测试明显下降，说明瓶颈不一定在路由器；若局域网本身只有较低速率，则应检查网卡协商、网线、交换机端口或设备负载。iperf3 的优势是可重复、可控制，局限是必须拥有合适的服务端，而且测试流量可能影响其他用户。
五、实际业务测试：最接近用户真实感受
最后一种高峰时段网络质量测试，是用真实任务验证体验，例如打开政务网站、上传一份文档、观看公开视频的固定片段，或访问企业内部系统。不要只凭“感觉慢”，应记录页面首次可用时间、上传是否中断、视频是否缓冲以及操作响应是否持续变差。
- 选择一个平时经常使用、内容相对固定的业务。
- 在相同设备和相同接入方式下，于不同时间重复操作。
- 同时保留 Ping 或 MTR 结果，避免把服务器繁忙误判为本地网络问题。
这种方法最能反映真实体验，但受服务器负载、浏览器缓存、内容分发节点和账号权限影响，复现性低于 iperf3。适合在前四种方法发现异常后做最终验证。
五种方法怎么选
| 方法 | 主要指标 | 适用场景 | 主要局限 |
|---|---|---|---|
| 连续 Ping | 延迟、丢包、抖动 | 快速判断稳定性 | 不能代表应用速度 |
| Traceroute/MTR | 路径和分段延迟 | 定位异常链路 | 中间节点可能限制探测 |
| Speedtest | 下载、上传、基础延迟 | 比较公共出口能力 | 依赖测试节点 |
| iperf3 | 可控吞吐 | 验证两端链路 | 需要管理服务器 |
| 实际业务测试 | 真实可用性 | 确认用户体验 | 变量较多 |
建议的排障顺序
日常可先做连续 Ping，再用 MTR 或 Traceroute 对比路径；随后用 Speedtest 判断公共出口，具备条件时用 iperf3 验证可控链路，最后回到真实业务确认影响。记录测试时间、连接方式、目标地址和原始结果，比只保留一个测速截图更有价值。通过这种组合，高峰时段网络质量测试才能从“网速变慢”的描述，推进到可定位、可复核的判断。
常见问题
只测下载速度可以吗？
不建议。上传拥塞、丢包和抖动同样会影响网页提交、语音通话及远程操作。
Ping 很高就一定是网络故障吗？
不一定。目标服务器距离、路由策略和服务器限速都会影响延迟，应结合路径和实际业务结果判断。
测试时要不要使用无线连接？
若要排查运营商线路，优先使用网线；若要评估日常体验，再单独测试无线环境，避免两类问题混在一起。
高峰时段网络质量测试要持续多久？
初步判断可持续5至10分钟；若异常具有间歇性，应在多个高峰日期重复记录。