如何测试网络速度和稳定性
简答：测试网络速度和稳定性，不能只看一次下载速度。先在相同设备和网络位置进行在线测速，再分别测试本地网关、目标地址的延迟与丢包，最后在空载、使用中和不同时间段重复记录，才能判断问题更像带宽不足、无线干扰还是线路波动。
定义：网络速度主要看下载和上传速率，网络稳定性则要结合延迟、抖动、丢包和一段时间内的波动来判断。
先看这张测试速查表
测试前先明确你要回答的问题：下载文件慢，重点看下载速率；视频会议或实时办公卡顿，重点看延迟、抖动和丢包；只有某个业务系统打不开，还要测试目标地址，而不能只看宽带测速结果。
| 指标 | 代表什么 | 适合判断的问题 |
|---|---|---|
| 下载速度 | 设备接收数据的速率，常见单位为 Mbps | 网页加载、文件下载、视频播放是否受带宽限制 |
| 上传速度 | 设备发送数据的速率 | 视频会议上行、文件上传、远程办公提交资料是否受限 |
| 延迟 | 数据往返一次所需的时间 | 交互操作是否有明显等待 |
| 抖动 | 延迟随时间变化的程度 | 语音、视频会议和实时业务是否忽快忽慢 |
| 丢包 | 发出的数据包没有得到正常返回或到达 | 断续、重传、掉线和画面冻结 |
Cloudflare 的网络质量文档也将下载、上传、延迟、加载延迟、抖动和丢包作为综合判断指标；ITU-T 的服务质量框架则把往返时延、时延变化、丢包和数据率列为网络评估项目。可参考 Cloudflare 网络质量指标说明 和 ITU-T IP 网络服务质量监测框架。
四步完成一次可复现测试
- 固定测试条件。记录测试日期、设备、网络方式、所在位置和是否连接路由器。优先用网线测试，再用同一位置的 Wi-Fi 对照；测试时暂停大文件下载、云盘同步、系统更新和其他占用带宽的任务。
- 做在线测速。选择一个能同时展示下载、上传、延迟、抖动或丢包的测速页面，等待测试完成后记录结果。测速服务器距离、服务商线路、浏览器后台任务和设备网卡都会影响结果，因此不要只测一次，也不要把不同地点的结果直接横向比较。
- 测试本地网关。先找到路由器或默认网关地址，在命令行对该地址连续发送测试包。如果本地网关已经出现明显超时或波动，优先检查 Wi-Fi 信号、网线、路由器负载和设备连接；如果本地网关稳定，再继续测试外部目标。
- 测试目标地址并复测。对实际使用的业务域名或地址测试延迟、丢包和路径。至少保留一次空载结果、一次正常使用结果，并在白天和晚间分别记录。多次结果比单次峰值更能说明稳定性。
在线测速适合观察一段时间内的综合质量，但它通常只代表设备到测速线路的表现，不等于所有网站或业务系统的实际体验。
Windows怎么测：Ping、Tracert和Pathping
在 Windows 中打开“终端”或“命令提示符”。Microsoft 将 ping 用于检查 IP 层连通性和往返时间，将 tracert 用于查看到目标地址经过的路径，将 pathping 用于结合路径、延迟和多次探测结果观察中间链路的丢包情况。
- 测试本地网关：
ping -n 30 192.168.1.1。把示例地址替换为电脑实际显示的默认网关。 - 测试目标地址：
ping -n 30 example.com。替换为你正在使用的业务域名或目标地址。 - 查看路径：
tracert /d example.com。/d可减少名称解析等待，便于快速查看各跳。 - 观察路径上的延迟和丢包：
pathping /n example.com。该命令需要等待一段时间生成统计结果，普通用户可在需要定位线路问题时使用。
如果本地网关测试就不稳定，先排查设备到路由器这一段；如果本地网关稳定、目标地址异常，再结合 tracert 或 pathping 判断是否需要联系网络服务商或业务系统管理员。注意：某些中间设备可能不回应探测包，单个线路显示星号不一定代表最终链路丢包。命令说明可查看 Microsoft ping 文档、Microsoft tracert 文档 和 Microsoft pathping 文档。
Mac、Linux和手机怎么测试
Mac 用户可以先打开“系统设置—网络”查看以太网或 Wi-Fi 状态；如果怀疑无线环境不稳定，可使用 macOS 自带的 Wireless Diagnostics 分析无线连接，并保存诊断文件供网络管理员或服务商查看。具体入口会随系统版本变化，操作可参考 Apple Wireless Diagnostics 说明。
在 Mac 或 Linux 的终端中，可以使用以下基础命令：
ping -c 30 192.168.1.1：测试本地网关，Linux 的ping支持用-c指定次数。ping -c 30 example.com：测试目标域名的往返时间和丢包情况。traceroute example.com：查看到目标地址的路径；部分系统可能需要先安装对应工具。
Linux 命令的参数和输出可参考 Linux ping 手册 与 Linux traceroute 手册。手机测试时，先在同一位置分别测试 Wi-Fi 和移动数据，再重复两到三次；如果只有某一种连接异常，优先检查对应的接入方式、信号环境或路由器，而不要直接判断手机硬件故障。
如何根据结果定位问题
| 现象 | 更可能的方向 | 下一步 |
|---|---|---|
| 下载、上传都低，但延迟较稳定 | 带宽占用、测速线路或套餐接入能力 | 关闭后台流量，改用网线复测，并在不同时段记录 |
| 本地网关就出现超时或波动 | Wi-Fi 干扰、网线、路由器或设备连接 | 靠近路由器、改用有线、重启并检查其他设备是否同时受影响 |
| 本地网关稳定，目标地址延迟或丢包明显 | 外部线路、目标服务或中间链路 | 换一个目标地址对照，并保存 ping、路径和测速记录 |
| 仅某个业务系统访问慢 | 目标系统、解析、线路或应用层处理 | 同时测试其他常用站点，不能仅凭一次测速下结论 |
| 空载正常，使用中延迟明显升高 | 上传或下载占满后产生排队延迟 | 停止大流量任务，再观察视频会议或业务访问是否恢复 |
“延迟高”与“丢包高”不是同一个问题，“速度快”也不代表实时业务一定稳定。Cloudflare 的测试说明会区分空载延迟和下载、上传过程中的加载延迟，这也是为什么需要同时做空载和使用中对照。
记录模板与报障前检查清单
建议把测试结果整理成一张表，至少记录：测试时间、设备、连接方式、测试位置、测速线路、下载速度、上传速度、延迟、抖动、丢包、目标地址和是否正在进行大流量任务。
- 同一设备分别完成有线和 Wi-Fi 测试。
- 同一位置重复测试，避免把距离变化误认为网络变化。
- 至少保留空载和正常使用中的两组结果。
- 分别测试本地网关、常用目标和出现问题的业务地址。
- 截图或复制命令输出，注明测试时间，不要只提交“感觉很卡”。
如果准备联系网络服务商或单位网络管理员，提供完整记录通常比单张测速截图更有帮助。测试结果只能说明某个时间、某个设备到某个目标的表现，不能单凭一次结果推断所有线路或所有设备都存在问题。
常见问题
测速显示的 Mbps 和下载软件的 MB/s 为什么不一样？
Mbps 是兆比特每秒，MB/s 是兆字节每秒，二者单位不同。换算时通常需要按 8 比例理解，但协议开销、服务器限制、磁盘写入和后台任务还会让实际下载速度低于简单换算结果。
只看一次测速结果可以判断网络好不好吗？
不建议。单次结果会受到测速线路、时间段、设备负载和无线环境影响，至少应在相同条件下重复测试，并加入不同时间和空载、使用中两种状态。
Ping 显示超时，是不是一定断网？
不一定。目标主机或中间路由器可能限制或忽略探测包。应结合网页访问、多个目标地址、本地网关测试以及路径结果判断，不能只凭一条超时信息下结论。
为什么本地网关正常，但视频会议仍然卡？
本地网关正常只说明设备到路由器这一段暂时可用，外部线路、上行带宽、目标服务和使用中的加载延迟仍可能异常。应继续测试目标地址，并观察使用中延迟、抖动和丢包。
手机测速和电脑测速哪个更准？
没有绝对更准的设备。手机和电脑的无线芯片、位置、后台任务、连接频段和浏览器环境都可能不同。要比较网络变化，应尽量固定同一设备、同一位置和同一连接方式。
什么时候需要使用 Pathping 或 Traceroute？
如果普通测速已经显示异常，且你需要判断问题出现在本地连接、路径中间还是目标地址，可以进一步使用路径工具。普通用户不必把每一跳都当作故障点，重点看最终目标和持续、可重复的异常。
常见问题
测速时应该关闭后台软件吗？
建议暂停云盘同步、大文件传输、系统更新和其他明显占用带宽的任务，并记录测试时是否为空载。这样更容易区分接入能力不足和本机流量占用。
有线测试一定比 Wi-Fi 测试快吗？
不一定，但有线连接通常更适合做基准测试，因为它减少了距离、信号干扰和无线环境变化带来的影响。实际使用仍应按用户真实连接方式复测。
延迟低但网页打开仍然慢，问题在哪里？
延迟只是网络质量的一项指标。网页打开还可能受 DNS 解析、目标服务器响应、浏览器扩展、设备性能或页面资源影响，需要结合其他目标和应用层现象排查。
丢包率应该达到多少才算正常？
不要只套用一个固定阈值。目标地址、测试次数、网络类型和业务场景都会影响判断，应先确认丢包是否持续、是否同时出现在本地网关和最终目标，再决定下一步。
测试结果应该保存多久？
如果只是临时排查，保留同一天的多组记录即可；如果问题反复出现，建议记录不同时间段和不同连接方式，直到能看出异常是否具有重复性。