1. WiFi吞吐测试概述
各位好，我是老张。在无线网络这行摸爬滚打了十几年，今天咱们来聊聊WiFi吞吐测试这件事。
说实话，很多人一上来就问我：“怎么测吞吐量？” 但我觉得，在动手之前，得先搞清楚三个问题：什么是吞吐量？为什么要测它？测的时候看哪些指标？ 这三个问题搞明白了，后面的测试才不会跑偏。
1.1 什么是WiFi吞吐量？
先给个最直白的定义：WiFi吞吐量，就是单位时间内，网络能成功传输多少数据。
你想想看，你家宽带是100Mbps，但实际下载文件时，速度可能只有30Mbps。这30Mbps，就是你的实际吞吐量。它和理论速率是两码事。
我个人习惯把吞吐量比作一条高速公路：
- 理论速率 = 高速公路的限速牌（比如120km/h）
- 实际吞吐量 = 你开车实际能跑多快（堵车、红绿灯、收费站都会影响）
WiFi协议里那些802.11ac、802.11ax（WiFi 6）标称的几千Mbps，都是理论极限。实际能跑多少，得看环境、设备、干扰…… 说白了，吞吐量才是用户真实体验的度量衡。
核心概念： 吞吐量 ≠ 理论速率。理论速率是实验室里的理想值，吞吐量是真实环境下的有效数据传输速率。我们做测试，测的就是后者。
1.2 为什么一定要测吞吐量？
这个问题，我遇到过不少刚入行的朋友问。我的回答很简单：不测吞吐量，你根本不知道你的WiFi网络到底行不行。
具体来说，有这几个场景非测不可：
- 产品研发验证：新出的路由器、网卡，性能达不达标？不能光看芯片厂商的PPT，得自己跑一遍数据。
- 网络部署验收：给客户装了一套AP，他说网慢。你怎么证明你的设备没问题？拿出吞吐量测试报告，数据说话。
- 故障排查定位：用户投诉视频卡顿。是信号弱？是干扰大？还是设备本身吞吐量上不去？一测便知。
- 性能优化对比：改了天线位置、换了信道、升级了固件，效果怎么样？前后吞吐量数据一对比，一目了然。
我记得有一次，一个客户说他们新研发的AP能跑满千兆。我拿过去一测，实际只有400Mbps。后来发现是驱动里一个TCP窗口设置的bug。你看，不测的话，这问题就带到量产里去了。
注意： 千万不要只看信号强度（RSSI）就判断网络好坏。信号满格，吞吐量可能很低；信号-70dBm，吞吐量反而可能不错。吞吐量才是硬道理。
1.3 吞吐量测试的核心指标
测吞吐量，不能只看一个数字。我一般会同时关注四个指标：Mbps、延迟、抖动、丢包率。它们就像汽车的四个轮子，缺一个都不稳。
1.3.1 Mbps —— 吞吐量的“速度”
Mbps（兆比特每秒）是最直观的指标。它告诉你网络每秒能传多少数据。
举个例子：
- 100Mbps ≈ 每秒传12.5MB数据（一部高清电影大概1.5GB，需要2分钟）
- 1000Mbps ≈ 每秒传125MB数据（同样电影，12秒搞定）
但要注意，Mbps有上行和下行之分。我习惯两个方向都测，因为很多应用（视频会议、云盘同步）是双向的。
1.3.2 延迟 —— 网络的“响应速度”
延迟，就是数据从A点到B点需要的时间。单位是毫秒（ms）。
你玩游戏时感觉“卡”，很多时候不是带宽不够，而是延迟太高。
| 延迟范围 | 用户体验 | 典型场景 |
|---|---|---|
| < 10ms | 极佳，几乎无感 | 本地局域网、有线网络 |
| 10ms - 30ms | 良好，日常使用流畅 | 优质WiFi、光纤宽带 |
| 30ms - 100ms | 可接受，轻度游戏、视频没问题 | 普通WiFi、4G网络 |
| > 100ms | 明显卡顿，不适合实时应用 | 信号差、干扰严重、跨区域传输 |
我曾经帮一个游戏主播排查问题，他总说“操作延迟”。我测了一下，WiFi延迟在80ms左右。后来发现是他路由器旁边放了个微波炉…… 嗯，这玩意儿一工作，干扰巨大。
1.3.3 抖动 —— 延迟的“稳定性”
抖动，就是延迟的变化幅度。单位也是毫秒。
为什么这个指标重要？你想想看，如果延迟稳定在20ms，没问题。但如果它一会儿10ms，一会儿100ms，那视频通话就会一卡一卡的，声音断断续续。
我个人习惯这样看抖动：
- < 5ms：非常稳定，适合VoIP、在线游戏
- 5ms - 15ms：一般，偶尔会有小波动
- > 15ms：不稳定，实时应用体验会受影响
小技巧： 测抖动时，我建议连续跑5分钟以上的流量，然后看延迟的方差。短时间测试看不出抖动问题。
1.3.4 丢包率 —— 网络的“可靠性”
丢包率，就是发送的数据包中，有多少没到达目的地。用百分比表示。
WiFi是无线传输，丢包在所难免。但丢包率高了，TCP协议会自动降低发送速度（因为要重传），吞吐量就下来了。
我一般这样判断：
- 0% - 0.1%：优秀，几乎无丢包
- 0.1% - 1%：可接受，日常使用没问题
- 1% - 5%：有影响，网页加载变慢，视频可能缓冲
- > 5%：严重，基本无法正常使用
这里有个坑：UDP和TCP的丢包率要分开看。UDP丢包就是真丢了；TCP丢包会触发重传，你看到的“有效吞吐量”可能已经降下来了。
1.4 四个指标的关系
这四个指标不是孤立的。我画了张图，帮你理清它们之间的关系：
你看，这四个指标互相影响。比如：
- 丢包率高了，TCP会重传，实际Mbps就降了。
- 抖动大了，说明信道不稳定，丢包率也可能跟着上升。
- 延迟高，不一定是带宽不够，可能是信号差导致的重传。
所以，我每次做测试，都会把这四个数据一起记录下来。只看Mbps，就像只看车速不看路况，容易出问题。
总结一下： 吞吐量测试不是跑个速就完事了。Mbps告诉你“快不快”，延迟告诉你“灵不灵”，抖动告诉你“稳不稳”，丢包率告诉你“靠不靠谱”。四个指标一起看，才能全面评估一个WiFi网络的真实性能。
1.5 本章小结
这一章，我们聊了吞吐量的基本概念、为什么要测、以及四个核心指标。说白了，就是给后面的实战打个地基。
我个人觉得，理解这些概念比学会用工具更重要。工具是死的，但网络环境是活的。只有真正理解了这些指标的含义，你才能在测试中发现问题、分析问题、解决问题。