先固定测试条件
一份有用的记录，需要让前后结果能够比较。使用同一台设备、同一条网络、同一个客户端和相同测试目标，暂停大文件下载、云同步等占带宽任务。条件允许时使用稳定的有线连接，使用 Wi-Fi 时则保持位置和连接频段一致。
记录日期、时间段、运营商、宽带类型、客户端名称与版本、节点标记和代理模式。不要把这些记录都公开：个人地址、真实订阅和认证信息应留在自己的设备里。这里提供的是记录方法，不代表本站已经对某家服务完成了这些测试。
先建立本地网络基线
在不使用代理时，检查本来就能访问的页面与常用服务是否正常。如果基础网络已经波动，后续代理测试很难反映服务本身的情况。接着只选择少量候选节点，避免一次对全部节点发起大量下载测试。
测速会消耗套餐流量，也可能同时计入上传与下载。先看剩余额度和服务条款，限制测试时长；没有必要为了记录一个峰值反复跑满带宽。测试结束再检查后台用量，帮助理解自己的计费口径。
把响应、传输和应用体验分开
延迟测试记录的是对应方法下的响应时间，下载测试记录的是持续传输表现，两者不能互相替代。先了解延迟、速度与稳定性的区别，再决定哪些指标与自己有关。
随后打开日常真正使用的网站或应用，记录首次加载、连续播放、通话或文件传输是否顺畅。只写自己观察到的现象，例如“同一段视频连续播放时发生两次缓冲”，不要从一次结果推导“永远不卡”。涉及账号或地区差异的服务，还需记下测试条件。
选择有代表性的时段
在自己常用的白天、晚上分别重复少量测试，保留普通结果和失败结果。比较时优先看多次表现是否接近，以及能否满足任务，而不是只挑最好的一次。出现异常先换一条本地网络或一个目标内容做对照，避免把目标网站拥堵归因给机场。
可以用“时间—网络—节点—测试方式—结果—备注”六列维护表格。资料核验、节点连接测试和某个应用的访问测试要分开记录；完成了其中一项，不能自动声称另外两项也已经验证。固定时段变慢时，再按晚高峰排查缩小范围。
