四个指标，各自回答一个问题
| 指标 | 描述什么 | 观察重点 |
|---|---|---|
| 带宽 | 单位时间可承载的数据量 | 共享负载、目标服务与持续传输 |
| 延迟 | 数据传递所需的时间 | 区分单程与往返，保持目标一致 |
| 抖动 | 延迟或到达时间的变化 | 观察一段时间的波动，确认计算口径 |
| 丢包 | 数据未按预期到达 | 结合测试方法与真实任务解释 |
较大带宽不能代替平稳响应。网页、实时通话与文件传输使用网络的方式不同，选择指标时先说明自己的任务。
线路来源：把可核实条件写下来
- 确认资料发布者与原始说明，避免只根据转发截图判断。
- 查找适用系统、服务范围、使用限制与账号条件。
- 阅读性能描述的目标、时段、负载及方法，区分峰值和持续表现。
- 缺少真实数据时，不推断节点地区、骨干网、在线率或协议能力。
网络环境：先建立本地对照
同一设备在有线、家庭Wi-Fi与移动数据下，接入条件并不相同。先确认普通网络能够访问，再在同一任务下比较。公共Wi-Fi可能需要登录，家庭无线可能受到距离和干扰影响。
电脑异常而手机正常时，确认手机有没有自动切换蜂窝网络。所有设备在同一网络同时异常，则优先检查本地接入和路由器状态。
延迟、抖动与丢包：看过程而非单次截图
记录测试目标、工具、时间段、网络类型及后台任务。在相近条件下重复观察，保留异常发生时的任务表现。部分网络设备对测试报文的响应策略与真实应用不同，结果需要结合测量方法解释。
平均延迟无法展示所有波动，一次低丢包结果也不能承诺整场会议稳定。不要将不同工具或不同目标的结果直接排序。
连接切换：每次只改变一个条件
- 保存原有配置的非敏感记录，暂停重要提交和传输。
- 按可信资料改变一个选项，确认新网络本身可用。
- 用之前的实际任务复查，记录改善与新出现的异常。
- 若问题加重，恢复刚改的一项，避免叠加未知设置。
三个常见误区
“下载快，会议就一定稳定”
实时通话更敏感于响应变化和中断，还需检查麦克风、应用权限与后台上传。
“改DNS就是换代理”
DNS负责名称解析，代理在特定配置下转交请求，职责和作用范围不同。
“名称里有地区，就能确认节点位置”
名称不构成基础设施证明。服务范围和线路属性需要真实资料支持。