先定义你要观察的真实任务

不要从“感觉很慢”开始。选一个可以重复的任务，例如打开同一页面、下载同一小文件、建立同一远程连接，或播放同一段固定清晰度内容。记录开始时间、完成时间、是否中断和错误原文。速度测试可以补充吞吐量，但不能替代真实任务。

延迟测量必须对应特定来源、目的地和时间；丢包也需要明确的观察区间。一次很快的结果只说明那个时刻、那条路径和那项测试，不足以描述整天或所有节点。

第一组对照：只改变本地网络

固定设备、客户端状态、节点和真实任务，分别在家庭 Wi‑Fi 与手机热点测试一次。如果热点明显改善，优先检查路由器负载、无线干扰、DNS 或上游网络；如果两者都相近，就不要继续在 Wi‑Fi 设置上反复修改。

测试时避免同时下载更新、云端同步或视频串流。后台任务会竞争带宽并改变队列等待，导致两次结果不在同一条件下。记录当时是否有其他设备大量使用网络。

第二组对照：只改变节点路径

恢复同一网络后，选择两个职责相近的节点，各执行相同任务一次。比较的重点不仅是测速数字，还包括连接建立时间、连续性、目标服务响应和错误类型。某节点测速快但真实任务慢，可能说明测试服务器与目标服务走的路径不同。

不要快速轮换大量节点。每次切换后等连接稳定，确认旧会话已经结束，再开始记录。否则 DNS 缓存、连接复用和旧路由可能让结果混在一起。

把 DNS 与设备冲突单独分支

若连接显示建立，但只有域名访问失败，可以比较域名解析与直接服务状态；更换解析器不是通用修复，也不能证明隧道或账号正常。记录具体失败域名，避免把一个目标服务的问题扩大成全网故障。

设备上同时运行多个 VPN、过滤器、防火墙或安全软件时，它们可能争夺网络扩展、代理或 DNS 控制权。先保存配置，再一次停用一个重叠工具做对照；不要为了完成测试永久关闭系统保护。

形成可复查的两乘二记录

最小记录表包含：Wi‑Fi／热点两种网络，节点 A／节点 B 两条路径，共四格；每格写时间、真实任务结果、延迟或丢包观察和错误原文。四格都失败时再看账号或目标服务；只有一行失败偏向本地网络，只有一列失败偏向节点路径。

这套对照不能保证找到所有根因，但能排除大量同时改动造成的假结论。不要把短时间结果写成长期稳定性判断，也不要用单一测速宣称某条线路“全网最快”。