先说清楚哪一种慢
点击链接后等待很久，可能涉及域名解析、建立连接或服务端响应；文件持续下载慢，更接近持续传输容量的问题；视频卡顿还可能与内容源、码率和设备解码有关。把任务类型写清楚，才能决定观察什么。不要用一次文件下载的数值推断所有网页的体验。
网络速度受本地线路、当前路径和目标服务共同影响。启用网络工具并不能增加运营商套餐的物理带宽，也不能保证每个远端服务在每个时段表现相同。
改善本地无线对照条件
先把设备放到路由器附近，减少遮挡后重复原来的任务。家中若存在多个接入点，确认设备连接的是哪一个。频段选择需要结合距离、覆盖和设备能力，不能只依据名称判断哪个一定更快。有条件时，用有线连接完成一次对照，观察问题是否主要出在无线接入。
- 在相同地点、相近时间比较同一网页或文件。
- 减少其他设备的大容量下载与云备份。
- 避免边移动边测量，先保持接入环境稳定。
检查后台任务与设备负载
系统更新、云同步、下载工具和高清视频会共同占用网络。先查看正在运行的任务，暂停可延后的传输，再复测。设备存储紧张、处理器忙碌或浏览器标签过多，也可能让页面渲染迟缓；网络传输完成与页面显示完成并不是同一个时间点。
手机省电策略、过热或后台限制也会影响应用行为。记录是前台任务慢，还是锁屏后中断，分别按平台指南处理，避免把设备状态误判为线路容量。
DNS 只解决它负责的环节
DNS 可以影响域名解析阶段，无法直接修复弱 Wi-Fi、带宽争用或服务器拥堵。改变配置前记下原值和来源，使用适合当前网络的设置。首次访问慢、重复访问正常，还可能与缓存和连接复用有关，应多次观察，不能直接归因于某一个 DNS 地址。
用可比较的记录判断结果
记录设备、接入方式、测试时间、任务与结果，每次只改变一个条件。查看延迟与丢包知识，区分容量和响应；连接过程报错则转到常见问题排查。若只有某个站点缓慢，尝试独立服务做对照，再根据持续观察判断是否与目标服务相关。