自测清单与记录表

测什么

指标	怎么测	怎么读
丢包率	ping 100 次	越低越好，晚高峰是否恶化
平均延迟	ping 结果	看分布，不要只看平均
抖动	延迟波动	影响视频通话、游戏
实际体验	打开你常用的网站、视频	最直观

什么时候测

• 白天一次、晚高峰（约 19:00–23:00）一次；
• 连续 3 到 7 天；
• 换不同节点各测一次。

记录表

日期与时段	服务	节点	丢包 (%)	平均延迟 (ms)	体验备注

结论怎么下

• 稳定复现的问题才算问题，偶发一次不算；
• 只在一个节点差，就换节点；所有节点都差，再考虑换服务；
• 结论只代表你的网络。

ping 怎么用：命令与读法

Windows：打开“命令提示符”，输入 ping -n 100 域名；macOS / Linux：打开终端，输入 ping -c 100 域名。等它跑完，看最后的统计行：

输出里的内容	对应指标	怎么读
丢失（Lost / packet loss）	丢包率	100 个包里丢了几个，越少越好
平均（Average）	平均延迟	参考值，别只看它
最小 / 最大（Minimum / Maximum）	延迟波动范围	最大和最小差得越多，抖动越大

一个重要的提醒：在系统代理模式下，ping 往往不会经过代理（它用的是 ICMP），得到的是你本机直连的结果。想测节点本身，用客户端自带的延迟测试；想测“用起来怎么样”，用真实应用的体验记录。开启 TUN 模式后，结果才更接近真实经过代理的情况。

客户端自带的延迟测试

多数客户端提供“测试延迟 / 节点测速”功能：

• 它测的是到某个测试地址的往返时间，不是你实际访问网站的速度；
• 多点几次，结果会波动，取中间的值；
• 显示“超时”不一定是节点坏了，也可能是暂时拥堵或协议不被支持；
• 延迟低只是加分项，稳定比低更重要。

一周测试日程示例

日子	做什么
第 1 天	确认能连、能用，记录客户端版本与协议
第 2 天	晚高峰基线：连用 30 分钟，记录断线与卡顿
第 3 天	换时段对比：白天与晚上各测一次
第 4 天	用真实场景测：会议、游戏、视频，凭体验记录
第 5 天	同地区换 2–3 个节点，对比
第 6 天	周末时段再测一次
第 7 天	汇总记录，决定是否续费

节点选择的思路见 机场节点怎么选，数字波动的原因见 同一个梯子，测速结果为什么每天不一样。

常见测试错误

• 只测一次：偶然的好坏不能代表整体；
• 只在凌晨测：避开了晚高峰，结论过于乐观；
• 换工具比较：不同工具的算法不同，不可比；
• 本地网络没排除：家里有人在下载，拉低了结果；
• 把别人的数字当自己的：网络环境不同，结果不同。