为什么用多流测试
单条 TCP 流的结果受协议窗口、实现细节与线路时延影响，常常跑不满无线链路的真实能力，用它验收会低估网络。多流并发可以更充分地利用空口资源，更接近终端在实际业务（多任务、多连接）下的体验，因此无线验收通常使用多流测试。
测试条件必须先约定
结果的可比性依赖条件一致：服务端要用有线接入，测试终端与服务器在同一网段以避开出口瓶颈，测试时长要足够长以平滑波动，并记录测试位置、协商速率与所在信道。只报告一个吞吐数字而不写条件的测试结果，在验收和争议场景中几乎没有价值。
基本信息
| 常用工具 | iperf3，服务端与客户端成对使用 |
|---|---|
| 推荐参数 | 多流并发（如 4 流），测试时长 30 秒左右 |
| 服务端要求 | 有线接入、同网段、避开出口带宽瓶颈 |
| 测试条件 | 记录位置、协商速率、信道与测试时段 |
| 结果口径 | 以平均值为主，同时保留波动范围 |
基本用法
基本用法
# 服务端（有线接入）
iperf3 -s
# 客户端：4 条并发流，测试 30 秒
iperf3 -c <server> -t 30 -P 4
# 双向测试
iperf3 -c <server> -t 30 -P 4 --bidir结果判读
| 观察项 | 含义 | 如何判断 |
|---|---|---|
| 总吞吐 | 多流合计带宽 | 与协商速率对比，通常远低于标称值属正常 |
| 单流吞吐 | 单条连接的带宽 | 明显偏低可能是协议窗口或时延问题 |
| 波动范围 | 稳定性指标 | 波动大说明空口竞争或干扰明显 |
| 重传与丢包 | 空口质量 | 重传高需要回到信道与干扰排查 |
典型使用场景
- 新装验收：按约定点位与时长出具吞吐数据
- 改造前后对比：同条件复测判断优化是否有效
- 终端性能对比：区分设备差异与网络差异
- 会议室容量验证：满员状态下测试实际可用带宽
- 投诉复核：量化用户反馈的「网慢」程度
- 长期巡检：周期性留档，发现性能衰减趋势
记录测试位置、协商速率与信道，方便结果复现与横向对比。