为什么需要做网络升级测试
公司刚搬进新办公楼，路由器换了新的，员工却发现视频会议老是卡顿，打印机连不上。老板问IT小李：“不是说升级了吗？怎么还不如以前？” 小李一脸无奈——设备是新的，配置也照着说明书来的，问题出在哪？很可能，就是少了完整的网络升级测试计划。
网络升级不是换个设备、拉条新线就完事了。无论是企业内网提速、Wi-Fi 6替换旧AP，还是数据中心链路扩容，都得先测再上，不然容易“升级变降级”。
测试前要搞清楚这三件事
别急着插线通电。动手前先把目标定清楚：这次升级到底想解决什么问题？是提升带宽利用率，还是降低延迟？是为了支持更多IoT设备接入，还是为了应对未来半年的业务增长？目标不清，测试就容易走偏。
然后是范围划定。比如只测核心交换机替换后的转发性能，还是连带无线覆盖、防火墙策略一并验证？涉及哪些系统？财务系统不能停，那就得安排在非工作时间做割接测试。
最后是回退方案。万一新设备上线后DHCP服务挂了，有没有快速切回旧系统的办法？配置文件备好了吗？这些都得写进测试计划里，不能靠临场发挥。
典型测试项清单
一个靠谱的测试计划，至少包含这几块：
- 连通性测试：各子网之间能不能通，VLAN划分对不对
- 带宽与吞吐：用工具打流看是否达到标称速率
- 延迟与抖动：特别是语音、视频业务敏感的场景
- 设备冗余切换：拔根光纤，看备份链路几秒内接管
- 安全策略验证：新ACL规则会不会误拦正常流量
比如某电商公司在大促前升级了出口防火墙，测试时发现HTTPS并发连接数上不去。一查是新建会话限制没调，提前发现了问题，避免了线上故障。
用iPerf3做个吞吐测试
手头没有专业仪表也没关系，开源工具也能顶大用。比如iPerf3，能快速测出两点间最大可用带宽。
在服务器端运行：
iperf3 -s在客户端运行：
iperf3 -c 192.168.10.100 -t 30就能看到30秒内的传输速率、重传、抖动等数据。如果理论是千兆，实测只有200Mbps，就得查是不是网线质量、双工模式或MTU设置的问题了。
别忘了用户体验这一环
技术指标达标不代表万事大吉。得让真实用户试起来。可以找几个部门代表，让他们打开常用系统、跑个大文件上传、开个腾讯会议，看看实际感受。
有家公司升级无线网络后，ping值很漂亮，但市场部反馈Teams会议还是断。后来发现是部分老旧笔记本的Wi-Fi网卡不支持新频段，补发了一批USB无线网卡才解决。
输出一份简明测试报告
测试做完，别只留一堆日志在个人电脑里。整理成一页纸的报告，列清楚：测试时间、参与人、关键结果、遗留风险、是否建议上线。领导看了能快速判断，出了问题也能追溯。
网络升级就像装修房子，不能刷完漆才发现插座装反了。有个扎实的测试计划，才能让升级真正“升”上去，而不是掉链子。