速度评分 / FIELD NOTE
VPN测速排行为什么会变：延迟、抖动与持续速度的正确记录法
解释VPN测速结果随时间、线路和网络环境变化的原因，并给出普通用户复测延迟、抖动、丢包、持续速度与真实任务的方法。
同一款加速器上午很快、晚上变慢，并不一定代表测试工具出错。网络拥堵、路由变化、节点负载、无线信号和后台任务都会影响结果。排行若只保留最高数字，反而会把最需要知道的波动删掉。
先建立未连接时的网络基线
每轮测试先关闭加速器，在相同位置记录延迟、下载、上传和丢包。基线不是为了证明运营商好坏，而是判断瓶颈是否已经存在于本地网络。若未连接时晚高峰就有明显抖动，连接后的下降不能全部归因于节点。测试期间暂停云同步、系统更新和视频播放，并记录Wi-Fi频段或有线连接。
把四个指标分别解释
延迟影响点击和交互响应，抖动反映延迟是否稳定，丢包会造成会议断续与重传，持续速度决定长文件和视频能否平稳完成。四者不能互相替代。下载峰值很高但抖动剧烈，网页测速看起来漂亮，远程桌面仍可能难用。排行应保留每项原始值和任务表现，而不是把所有项目简单平均。
固定变量进行多时段复测
选择同一设备、同一节点和同一测试目标，在工作日上午、晚高峰与周末分别测试。每个时段连续三次，舍弃明显由本地切网造成的无效结果，但不能只保留最好一次。记录中位数、最差值和失败次数，才能看见服务在压力时段的下限。节点临时不可用也应记作失败，而不是换节点后假装没有发生。
用真实任务校验测速数字
测速结束后完成五分钟视频、十五分钟会议、一个固定大小文件和十分钟远程桌面中的至少两项。记录开始等待、卡顿次数、重连提示和完成时间。如果数字好看但任务失败，应以任务为准，并检查DNS、MTU、协议或应用分流是否影响结果。真实任务让排行从网络指标回到用户目的。
怎样形成可复查的速度排行
表格至少包含日期、时段、网络、设备、系统、协议、节点、基线、连接后结果和任务结论。评分时提高最差时段与失败率的权重，降低单次最高速度的影响。每隔一段时间用同样流程复测，并保留旧结果而不是覆盖，这样用户能看到变化趋势，也能判断一次异常是否值得更换服务。
一个普通用户的记录示例
假设晚八点使用家庭Wi-Fi：直连延迟二十五毫秒、无丢包；连接候选节点后连续三轮延迟分别为六十、九十和六十五毫秒，其中第二轮出现明显抖动。接着完成十五分钟会议，声音中断两次，但固定大小文件仍能顺利下载。这个结果不能只写成“平均延迟七十二毫秒”，因为会议中断才是任务结论。第二天同一时段复测，若抖动与中断再次出现，应降低稳定评分；若直连基线也同步恶化，则先检查本地网络。示例中的每个数字都要和环境绑定，不用于承诺其他用户表现。