稳定排行 / FIELD NOTE
VPN稳定性排行榜该测什么：从掉线次数到恢复成本
围绕长连接、网络切换、睡眠唤醒、错误提示和故障恢复建立VPN稳定性测试表，避免用一次连接成功代表全天稳定表现。
稳定不是“能连上”，而是任务进行中少中断、发生问题时能解释、恢复后不留下网络异常。对会议、远程办公和长期下载用户，恢复成本通常比峰值速度更能决定是否值得保留。
把观察时间拉长到真实任务
短测试容易避开节点负载变化。至少安排三十分钟连续任务，并在晚高峰重复。记录主动重连、无提示断流、应用仍显示连接但请求失败等不同现象。不要只记“掉线一次”，还要记掉线前网络、当时协议、恢复动作和任务是否需要重做。
测试切网、锁屏和睡眠唤醒
手机从Wi-Fi切到移动网络，电脑从睡眠恢复，是最常见的连接断点。分别测试自动恢复所需时间、是否出现假连接、是否必须重启客户端。锁屏测试要等待足够时间，让系统进入真实后台限制状态；为了维持连接而要求永久关闭省电或安全功能，应作为适配成本记录。
区分服务故障与本地故障
出现中断时先关闭加速器验证普通网络，再换同区域节点，最后换协议。若直连也失败，先处理本地网络；若只有单节点失败，记录节点问题；多个节点同时失败且公告缺失，才更像服务侧异常。按固定顺序排查可以减少情绪判断，也避免反复重装破坏原始证据。
把恢复步骤计入评分
稳定排行不应只扣掉线次数，还要计算恢复所需步骤。自动恢复、一次切换恢复、必须重新登录和必须卸载重装，影响完全不同。帮助文档是否匹配当前版本、错误提示是否说明原因、工单是否要求重复提交资料，也属于恢复能力。用户最终承担的是时间，不只是几秒中断。
设定适合自己的稳定门槛
会议用户可以用三十分钟内音视频中断次数和最长恢复时间设门槛；下载用户更关心持续传输与断点续传；手机用户则关注切网和后台。连续两天在关键任务中超过门槛，就应进入替换观察，而不是被偶尔的高速结果抵消。
稳定测试表应该怎样填写
每次任务建立一行，字段包含开始时间、网络类型、节点区域、协议、任务、首次连接耗时、中断次数、最长中断、是否自动恢复、人工步骤和结束后普通网络状态。状态图标仍显示连接但网页打不开，要写成“假连接”，不能归入普通掉线。睡眠唤醒后只有部分应用恢复，则分别记录DNS、浏览器和目标应用。完成三到五轮后再看规律：集中在某个节点、某个协议还是所有环境。如果问题只出现一次，标记待复测；相同条件重复出现两次以上，再进入排行扣分，避免把偶发波动和持续缺陷混为一谈。
常见误判来自哪里
把应用状态图标当成连接可用、把一次自动重连当成没有中断、换节点后成功就删除原失败记录，都会让稳定分数虚高。相反，运营商短时故障、路由器重启或设备系统更新也不应直接归因于服务。每次异常都先核对直连基线和其他设备，再判断影响范围。稳定排行不是追求零波动，而是比较相同任务下失败是否重复、提示是否明确、恢复是否可执行，以及恢复后有没有留下DNS、代理或应用联网异常。