网络测试

网络测试

网络测试是指通过工具、命令或专用设备，对网络的连通性、带宽、延迟、丢包率、抖动、路由路径等关键指标进行测量和验证的过程。说白了，就是给网络做一次“体检”，看看它到底能不能用、好不好用、哪里卡顿或掉线。

我干网管这行八年多，每天早上第一件事就是跑一遍基础网络测试：从核心交换机ping到防火墙、再到出口路由器，最后到几个常用DNS服务器。不是为了装样子，而是真有三次凌晨三点因为一条BGP路由没收敛，导致整个办公网瘫痪——而这个故障，其实在头天下午的例行测试里就能发现。

常见的网络测试手段包括ping、traceroute、mtr、iperf、curl加时间参数测HTTP响应，还有像Ixia、思博伦这类硬件仪表做的专业级吞吐和压力测试。但很多新手一上来就堆高端设备，结果连最基本的ARP表老化时间都没查过，反而把问题越搞越复杂。

有一点特别容易被忽略：测试环境必须和实际业务流量路径一致。去年有个客户在IDC机房用万兆直连测出来980Mbps，结果一上生产环境——走完防火墙+负载均衡+WAF——实际可用带宽只剩320Mbps。他当时以为是运营商偷跑，其实是测试时根本没把中间链路串进去。

另外，网络测试不是测一次就完事。我们团队现在强制要求所有变更前、后各做一次基线对比，尤其是升级固件或调整QoS策略之后。没有前后数据，光看“能ping通”就签字上线，等于埋雷。

• 别迷信“全绿”的监控大屏——很多监控只采样1%流量，丢包率低于0.1%就不告警，但视频会议可能0.05%丢包就开始卡顿
• 无线网络测试必须人在现场走测，拿手机APP扫出来的“信号强度-72dBm”和笔记本插网线测出来的延迟，完全是两回事
• 云环境下的网络测试要区分“VPC内”“跨AZ”“跨Region”，AWS的us-east-1内部延迟可能是0.2ms，但到ap-southeast-1就飙到140ms，不分开测等于白测
• 如果对方说“我们做了全链路压测”，先问清楚压的是SYN包还是真实业务报文——用TCP洪水测出来的“扛住10万并发”，跟跑一个含JWT鉴权+Redis缓存+MySQL事务的真实API，差着三道防火墙的距离