为什么要自己测
测速截图只能说明“测的那一刻、在测的那个人的网络里”是什么样。机场的线路质量会受地区、运营商、时段影响，同一条线路在你这里和在别人那里可能完全不同。所以在决定续费或买更长周期之前，花一周亲自验证，是最划算的投入。
测试的目标不是得到一个漂亮的数字，而是回答一个问题：在我常用的时段、我常用的软件里，它够不够稳？
开始前：准备三样东西
- 月付套餐：不要为了测试买年付，见月付还是年付；
- 站内的记录表：在工具页里有可导出 CSV 的一周记录表；
- 一个固定的测试时段：选你平时最常上网的时间，晚高峰（大约 19:00–23:00）必须包含在内。
七天安排
第 1 天：确认能连、能用
装好客户端，导入订阅或登录，连几个不同地区的节点，确认基础网页、常用软件能正常访问。记下你用的客户端版本和协议。
第 2 天：晚高峰基线
在晚高峰连续使用 30 分钟，正常看网页和视频，记录有没有断线、卡顿。用客户端自带的延迟测试对几个节点各测一次，写下数字。
第 3 天：换时段对比
白天和晚上各测一次，对比同一个节点的差别。看变慢是“全天都慢”还是“只在晚高峰慢”，两者的原因不同。
第 4 天：用你的真实场景
按你的用途测：办公就开视频会议、传文件；游戏就实际玩一局；看视频就连看几集，不只看数字，关注瞬移、断音、缓冲这些真实体验。
第 5 天：换节点与协议
同一地区换 2–3 个节点，必要时换一种协议，看是不是“个别节点的问题”。个别节点差很常见，不代表整家不行。
第 6 天：周末时段
周末的使用高峰和工作日不同，测一次，看是否出现新的问题。
第 7 天：汇总与决策
把一周记录摊开，按下面的判定方法做决定：续费、换一家，还是再观察一周。
要记什么
| 项目 | 怎么记 | 为什么 |
|---|---|---|
| 日期与时段 | 例如“周三 21:00” | 看问题是否集中在同一时段 |
| 节点 | 地区 + 编号 | 区分“个别节点”和“整体” |
| 丢包 % | 命令行 ping 或工具给出的数值 | 对会议、游戏最敏感 |
| 延迟 ms | 客户端延迟测试或 ping | 看数值是否稳定，不只看平均 |
| 是否断线 | 是 / 否，持续多久 | 真实体验比数字更重要 |
| 备注 | 做了什么、遇到什么 | 事后复盘靠它 |
关于 ping 的一个常见误区
在命令行里 ping 某个域名，不一定经过代理。系统代理模式下，ping 用的是 ICMP，通常不走代理，得到的是你本机直连的结果；开启 TUN 模式后，流量才会被虚拟网卡接管，更接近真实体验。所以：
- 要看节点本身的延迟，用客户端自带的延迟测试；
- 要看“用起来怎么样”，用真实应用的体验记录；
- 用命令行 ping 时，先搞清楚自己用的是哪种代理模式，否则会把直连的数字当成机场的数字。
Windows 上常用 ping -n 100 域名，macOS / Linux 用 ping -c 100 域名，次数多一点，丢包比例才有意义。
怎么读结果
下面是经验判断，不是行业标准，请结合你的用途理解：
- 偶尔一次变差：多半是临时波动，不必过度解读；
- 同一时段连续 3 天以上反复变差：很可能是线路在该时段拥堵，这才是需要认真对待的信号；
- 所有节点同时变差：先排查本地网络、客户端和系统时间，再怀疑服务商；
- 只有某个地区的节点差：换同家的其他地区节点，通常能缓解；
- 体验问题很明显，但数字看起来正常：以体验为准，数字可能没有测到问题所在的环节。
失败的判定与下一步
出现下面任意情况，建议不要续费、也不要买更长周期：
- 你真正使用的场景下，问题每天都出现，且客服无法给出合理解释；
- 退款规则不清楚，或者问到退款时回复含糊；
- 价格或规则在你购买后发生了未通知的变化。
通过的话，也不要立刻买年付，先续一个月再观察，同时保留备用方案。
你可以接着看
- 想弄懂数字的含义：丢包、延迟、抖动是什么；
- 想对照本站的测试数据：数据中心；
- 想按场景找重点：游戏加速、远程办公。