2. 测试环境搭建:硬件准备、软件准备与网络拓扑设计
做WiFi测试,最怕什么?不是设备贵,而是你测了半天,发现结果根本没法用。我见过太多人拿着笔记本随便连个WiFi就开始跑吞吐量,最后数据全是干扰和噪声。说白了,测试环境搭不好,后面全是白干。
这一章,咱们就把测试环境这件事聊透。我会把硬件怎么选、软件装什么、拓扑怎么画,一步步拆开来讲。
2.1 硬件准备:别在这些东西上省钱
硬件是测试的根基。我个人习惯是,宁可多花点时间把硬件确认好,也不在出问题时回头猜。下面这几样东西,缺一不可。
2.1.1 测试终端
测试终端就是跑流量的那台机器。可以是笔记本,也可以是工控机。我建议用有线网口+无线网卡都有的笔记本,方便做桥接测试。
- CPU:至少 i5 或同级别,别用太老的。我在项目中遇到过用 Atom 小主机跑 iperf3,结果 CPU 先跑满了,WiFi 还没发力。
- 无线网卡:必须支持 802.11ax(WiFi 6)或以上。别用 USB 网卡,稳定性差。我建议用 Intel AX200/AX210 这类主流内置网卡。
- 有线网口:千兆是底线。如果你测 WiFi 6,建议用 2.5G 网口,否则有线会成为瓶颈。
2.1.2 AP(接入点)
AP 就是被测设备。选 AP 时注意三点:
- 固件版本:一定要刷到官方最新稳定版。我曾经因为固件有 bug,导致 5GHz 频段吞吐量始终上不去,折腾了两天才发现是固件问题。
- 工作模式:建议用胖 AP 模式或桥接模式,不要开路由/NAT,减少额外处理带来的性能损耗。
- 天线:如果是外置天线 AP,记得拧紧。别笑,我真见过有人天线没拧好,信号差到离谱。
2.1.3 网线
网线看着不起眼,但坑最多。我建议:
- 用 Cat6 或 Cat6a 屏蔽网线。Cat5e 在千兆下勉强能用,但跑 2.5G 时容易丢包。
- 长度控制在 3 米以内。越短越好,减少衰减和干扰。
- 买之前用网线测试仪过一遍。我吃过亏——新买的网线,8 根芯里有一根不通,结果有线速率直接掉到 100Mbps。
2.1.4 衰减器
衰减器是很多人忽略的东西。它的作用是模拟距离和障碍物,让你在实验室里就能控制信号强度。
| 衰减值 | 模拟场景 | 典型用途 |
|---|---|---|
| 0 dB | 近距离无遮挡 | 最大吞吐量测试 |
| 10-20 dB | 隔一堵墙 | 中等信号强度测试 |
| 30-40 dB | 远距离或多堵墙 | 弱信号场景测试 |
| 50 dB 以上 | 极限边缘 | 断连阈值测试 |
2.2 软件准备:三件套就够了
软件不用多,三样东西搞定 90% 的测试场景。我这些年换过不少工具,最后留下来的就这三款。
2.2.1 Iperf3 — 吞吐量测试的行业标准
Iperf3 是测 TCP/UDP 吞吐量的首选。轻量、跨平台、结果可重复。
安装方式:
- Windows:从官网下载 exe,或通过 Chocolatey 安装
- macOS/Linux:
brew install iperf3或apt install iperf3
基本用法:
# 服务端(先启动)
iperf3 -s -p 5201
# 客户端(发起测试)
iperf3 -c 192.168.1.100 -p 5201 -t 30 -i 1
参数说明:-t 30 表示测试 30 秒,-i 1 表示每秒打印一次结果。我个人习惯测 60 秒,数据更稳定。
2.2.2 Wireshark — 抓包分析利器
Wireshark 能让你看到 WiFi 空口上到底在发生什么。重传、丢包、关联认证、Beacon 帧……全都能抓到。
关键设置:
- 抓包前把无线网卡设为 监控模式(Monitor Mode)。Windows 下需要安装 Npcap 并勾选“支持 802.11 监控模式”。
- 过滤条件:
wlan.fc.type_subtype == 0x0028可以只看 Beacon 帧;tcp.analysis.retransmission可以只看重传包。
嗯,这里要注意:Wireshark 抓无线包时,如果信号太强,可能会丢帧。我建议在 AP 和终端之间加 10-20 dB 衰减器,让抓包网卡工作在最佳接收范围内。
2.2.3 Wi-Fi Analyzer — 快速扫频工具
这个工具用来做信道规划和干扰排查。Android 和 Windows 上都有类似软件。
主要功能:
- 显示周围所有 AP 的信号强度、信道、频宽
- 实时频谱图,帮你找到最干净的信道
- 检查同频干扰和邻频干扰
我一般在测试前先用 Wi-Fi Analyzer 扫一遍,确认测试信道没有其他 AP 占用。你想想看,如果旁边有个 AP 也在用信道 36,你测出来的吞吐量能准吗?
2.3 网络拓扑设计:画清楚再动手
拓扑设计是测试环境的骨架。我见过太多人上来就接线,接完发现少了一根网线,或者 IP 段配错了。我的习惯是:先画图,再动手。
下面这张 SVG 图,就是我最常用的 WiFi 吞吐量测试拓扑。
这个拓扑的核心思路是:有线侧做服务端,无线侧做客户端。这样测出来的吞吐量,就是 WiFi 链路的真实性能。如果你反过来,把服务端放在无线侧,那测出来的结果会包含无线到有线的双向损耗,很难定位问题。
关键原则:
- 有线侧必须是无损的。用千兆或 2.5G 网口,确保有线不是瓶颈。
- 衰减器放在 AP 的发射端(有线侧),不要放在客户端侧。这样能精确控制 AP 发出的信号强度。
- 抓包时,在位置 B(空口侧)用监控模式抓,能看到完整的 802.11 帧交互。
2.4 搭建步骤:照着做就行
好了,理论说完了,咱们直接上手。下面是我每次搭建测试环境的标准步骤:
- 接线:服务端 → 网线 → 衰减器 → 网线 → AP LAN 口。AP 的 WAN 口不用接。
- 配置 IP:服务端和 AP 设在同一网段。比如服务端 192.168.1.100,AP 管理 IP 192.168.1.1。
- 配置 AP:关闭 DHCP、关闭 NAT、关闭防火墙。只保留无线功能。
- 配置客户端:连接 AP 的 SSID,获取 IP(由服务端或外部 DHCP 分配)。
- 验证连通性:从客户端 ping 服务端,确认延迟正常、无丢包。
- 启动 iperf3:服务端先跑
iperf3 -s,客户端再跑iperf3 -c 192.168.1.100 -t 60。 - 抓包验证:在客户端启动 Wireshark,过滤
tcp.port == 5201,确认流量正常。
- AP 开了 NAT,导致客户端 IP 跟服务端不在同一网段,iperf3 连不上。
- 衰减器接反了方向。有些衰减器标了 IN/OUT,接反了会多衰减 10 dB。
- 网线质量差,有线侧先丢包了。用
ping -t先跑 5 分钟,确认有线侧 0 丢包再开始测 WiFi。
环境搭好了,下一步就是跑测试了。不过别急,先把这套环境跑一遍,确认所有设备都能正常通信。我见过有人搭完环境直接跑 iperf3,结果客户端连 AP 都没连上,白白浪费半小时。
嗯,这一章的内容就到这儿。硬件、软件、拓扑,三样东西都齐了,你的测试环境就稳了。