下载文件快，视频通话却卡顿，这两种现象可以同时发生。因为“连接好不好”涉及多个指标。检查蜜蜂加速器使用环境时，把吞吐量、响应时间和稳定性分开观察，更容易理解具体问题出在哪一个环节。
四个指标，回答四个不同的问题
- 延迟：回应要等多久
- 通常用毫秒表示一次请求与回应之间的时间。交互式操作对等待时间更敏感。延迟还与目标距离、路由和目标负载有关，不是单看设备就能确定。
- 带宽与吞吐量：能传多少数据
- 带宽描述链路容量，实际吞吐量是特定测试条件下真正传输的数据量。下载速度还受远端服务器、无线信号与同时使用网络的任务影响。
- 抖动：等待时间是否稳定
- 同一组测试里，响应时间时长时短，就是需要关注的波动。平均值相近的两条连接，实际连续使用体验仍可能不同。
- 丢包：数据是否到达
- 传输中未被接收的数据会影响连续体验。但测试工具收到的超时不一定都代表真实业务丢包，目标可能限制某些探测方式。
把测试条件固定下来
选择同一台设备、同一网络、相同目标和接近的时间段，先做一组基础网络测试，再按相同条件比较另一种连接状态。关闭与测试无关的大文件下载，或至少记录它们是否正在占用网络。Wi-Fi 距离和信号也应尽量保持一致。
一个比较记录应包含：测试时间、网络类型、目标、工具和当前连接状态。不要把电脑的有线网络结果与手机的移动网络结果直接比较，然后把差异全部归因于客户端。一次结果只是一个样本，连续观察更有解释价值。
按实际用途选择观察方式
| 使用现象 | 值得记录的情况 |
|---|---|
| 大文件下载慢 | 持续下载速度、远端来源以及同时传输的其他任务 |
| 网页首次打开慢 | 域名解析、首次连接与页面资源的加载情况 |
| 视频通话断续 | 延迟波动、无线信号和不同时间段的体验 |
| 短时正常、长时异常 | 中断发生的间隔，以及设备休眠或网络切换情况 |
命令行 ping 可以辅助观察某个目标的往返时间，但不能替代下载或视频等实际测试。目标不回应 ping 时，不要据此直接判定互联网已经断开。
结果不理想时，先缩小范围
如果只有无线环境波动，先靠近路由器比较，观察是否改善；同一网络所有设备都受影响时，再看宽带与路由器状态。移动网络随位置和时段变化，也需要分别记录。先做这些对照，再决定是否调整应用设置。
网页只在首次打开时异常，可参考解析与缓存说明。切换网络后才出现问题，可参考手机网络检查顺序。不要设定一个没有依据的“达标速度”，也不要把短时测试结果当作产品效果承诺。