你家刚装完宽带，师傅走前说‘通了’，可你一测速，连 advertised 速率的一半都不到。这种情况太常见了——网络验收测试周期被草草带过，问题全留给了用户自己。
验收不是点个‘连接成功’就行
很多人以为，光猫亮绿灯、Wi-Fi 能搜到信号，就算验收完成。其实这连门槛都没迈过去。真正的验收测试周期，得覆盖从物理链路到应用层的完整流程。比如你租办公室拉专线，合同写的是 100M 专线，结果视频会议天天卡顿，这时候翻出验收记录才发现，当时只测了 Ping 延迟，根本没跑满带宽。
典型测试阶段不能少
一个靠谱的测试周期通常分几步：先看物理层通不通，网线水晶头有没有压紧，光纤衰减值是否在合理范围；接着是链路层，交换机端口协商速率是不是千兆，有没有 CRC 错误包累积；然后是网络层，用工具打流测实际吞吐量，同时观察延迟抖动情况。
家庭用户可能觉得这些太硬核，但至少该做两件事：一是用 iPerf3 在局域网内两台设备间测速，确认内网传输不掉速；二是外网测速别只信 Speedtest 网页版，最好用 CLI 工具多节点轮询，避免被 CDN 节点误导。
iperf3 -c 192.168.1.100 -t 30 -i 5这条命令就是从客户端向 IP 为 192.168.1.100 的主机发起持续 30 秒的流量测试，每 5 秒输出一次结果。如果显示带宽长期低于预期，就得回头查路由策略或者 QoS 设置有没有限速规则偷偷生效。
无线环境更要精打细算
现在家里智能设备越来越多，IoT 设备挤占信道成了新痛点。验收时不仅要看主路由信号强度，还得拿手机绕着房子走一圈，记录不同位置的 RSSI 值。-65dBm 以上算健康，低于 -75dBm 就容易断连。碰到穿墙弱的问题，与其加便宜的信号放大器，不如直接部署 Mesh 组网，验收时逐跳测试回程链路质量。
某次朋友家装了三台 AP，验收报告显示平均速率 800Mbps，结果入住后发现书房视频缓冲不停。重新跑测试才发现，最远那台 AP 回传用了 2.4GHz 公共信道，隔壁邻居的路由器正好撞频。改到 5GHz 专用链路后，问题立马消失。
别忽略时间维度的影响
有些故障不是立刻显现的。比如某企业上线新防火墙后，白天测试一切正常，晚上高峰时段却频繁重连。后来抓包发现是 NAT 表项超时设置过短，长时间连接被强制中断。这类问题必须在验收周期里加入压力持续测试，模拟 8 小时以上的高负载运行，观察内存和会话表增长趋势。
普通用户也一样，别只在安装当天测一次速。建议连续三天早晚各测一次，看看高峰期有没有明显波动。真发现问题，还能在保修期内找服务商返工。