可以，而且不要只做 Speedtest。仓库“高峰期网络慢”要定位到底是 Wi-Fi 问题、局域网问题、出口带宽拥塞，还是业务系统本身慢。
建议你们高峰期按下面这套方法测试，基本能把问题范围锁定。
一、先建立 4 层测试
| 测试对象 | 怎么测 | 主要判断什么 |
|---|---|---|
| 终端 → 网关 | ping 网关IP -t |
仓库内部网络/Wi-Fi 是否有问题 |
| 终端 → 内网服务器 | ping 服务器IP -t |
内网交换机、AP、链路是否拥堵 |
| 终端 → 公网 | ping 223.5.5.5 -t |
互联网出口是否异常 |
| 终端 → 业务系统 | ping/浏览器/接口耗时 | 是否只是业务系统慢 |
例如仓库电脑是 Windows：
ping 192.168.1.1 -t
先持续跑 10～30 分钟，尤其是仓库最忙的时候。
重点看：
延迟 丢包 延迟突然飙高 Request timed out
一般情况下：
电脑 → 网关： 1~5ms 很正常 10~30ms Wi-Fi环境下还能接受 50ms以上 明显需要关注 100ms以上 基本已经影响业务 出现丢包 更应该重点排查
如果：
ping 网关都丢包
那基本不是运营商互联网的问题，而是：
Wi-Fi / AP / 交换机 / 网线 / 网络拥塞。
反过来：
ping 网关稳定 ping 公网开始高延迟、丢包
就重点看：
防火墙、路由器、互联网出口带宽。
二、仓库环境我最建议测：Wi-Fi
仓库非常容易出现这种情况：
平时没问题，一到收货高峰就慢。
因为高峰期可能同时有：
- PDA/扫码枪
- 手机
- 笔记本
- 标签打印机
- 无线打印设备
- 监控设备
- 仓库操作终端
如果都连接 Wi-Fi，一个 AP 下面设备过多，就可能出现无线空口拥塞。
建议重点记录：
| 指标 | 建议关注 |
|---|---|
| Wi-Fi 信号 RSSI | 最好 ≥ -65 dBm |
| -65~-70 dBm | 勉强可以 |
| < -70 dBm | 容易不稳定 |
| < -75 dBm | 很可能影响扫码/业务 |
| AP 在线终端数量 | 是否某个 AP 特别集中 |
| 信道利用率 | 是否高峰期接近饱和 |
| 2.4G / 5G | 尽量让支持的终端使用 5G |
| 重传率 | 高说明无线环境存在问题 |
尤其仓库里货架、金属设备非常多，会对无线信号产生明显影响。
因此不要只在办公室测试，要拿着笔记本/PDA分别去：
收货区、打包区、货架区、仓库角落、打印区
测试。
三、非常推荐部署一个 iperf3
这个比 Speedtest 更有价值。
因为 Speedtest 测的是：
仓库 → Internet
而 iperf3 可以专门测试：
仓库终端 → 公司局域网服务器
这样能把“互联网出口”排除掉。
例如找一台内网服务器：
iperf3 -s
仓库电脑：
iperf3 -c 192.168.1.100
再测试：
iperf3 -c 192.168.1.100 -t 60
持续测试 60 秒。
如果是千兆有线网络，正常情况下应该可以达到数百 Mbps，条件好的情况下接近：
900 Mbps+
Wi-Fi 则根据 AP、终端、距离不同差异很大。
最重要的不是一定达到多少 Mbps，而是比较：
非高峰期：300 Mbps 高峰期：20 Mbps
如果出现这种巨大差距，就非常有价值了。
还可以测试 UDP：
iperf3 -c 192.168.1.100 -u -b 50M
重点观察：
Lost/Total Datagrams Jitter
也就是丢包率和抖动。
四、同时检查 Internet 出口有没有跑满
这个其实非常关键。
例如公司互联网带宽：
下载：500 Mbps 上传：50 Mbps
高峰期有人：
- 上传仓库图片
- 上传监控视频
- 上传扫描文件
- 同步 NAS
- 云备份
- 下载大文件
可能直接把：
50 Mbps 上传
打满。
一旦上传跑满，即使下载带宽还有很多，也可能导致：
- 网页卡顿
- ERP 慢
- PDA 请求超时
- 微信消息慢
- DNS 慢
- TCP 延迟明显增加
所以最好登录：
防火墙 / 路由器 / 上网行为管理设备
看高峰时期：
WAN实时流量 上行利用率 下行利用率 连接数 Top IP Top应用
比如发现：
14:00~16:00 WAN上传：49 Mbps / 50 Mbps
那基本已经找到一个非常大的嫌疑点了。
五、建议做一个“高峰期对比测试”
这个最容易出结论。
比如每天：
| 时间 | 场景 |
|---|---|
| 10:00 | 普通时段 |
| 14:00 | 收货高峰 |
| 16:00 | 收货高峰 |
| 18:00 | 普通时段 |
每次记录：
| 时间 | Ping网关 | Ping公网 | 丢包 | iperf3 | 出口带宽 | Wi-Fi信号 | AP人数 | | ----- | -----: | -----: | -: | -----: | ---: | ------: | ---: | | 10:00 | 2ms | 15ms | 0% | 350M | 30% | -55 | 18 | | 14:00 | 35ms | 80ms | 3% | 60M | 45% | -58 | 65 | | 16:00 | 50ms | 120ms | 5% | 40M | 50% | -60 | 72 |
看到这种数据，就非常明显：
不是互联网出口跑满，而是高峰期 AP 接入终端过多 / Wi-Fi 空口拥塞。
我更建议你们实际这么落地
先找一台仓库常用电脑，在它上面长期跑：
ping 仓库网关 -t
再开一个窗口：
ping 223.5.5.5 -t
同时部署一台内网 iperf3 server。
然后在问题发生的那一刻，马上记录：
网关延迟 + 公网延迟 + iperf3 + AP在线人数 + 出口带宽。
这样第一次排查就能把问题快速分成：
网络慢
│
┌───────────┴───────────┐
Ping网关异常 Ping网关正常
│ │
局域网/Wi-Fi Ping公网异常
│ │
AP / 信号 / 信道 出口/运营商
交换机 / 网线 │
Ping公网也正常
│
业务系统慢
对于仓库这个场景，我会优先怀疑 Wi-Fi AP 容量、无线覆盖和高峰期终端数量，其次才是互联网带宽。 特别是扫码枪/PDA大量集中连接同一个 AP 时，单看“Wi-Fi信号满格”并不能说明网络质量正常。