先固定比较的边界
比较前写下设备型号、系统版本、接入网络和目标应用。尽量在相近时段观察，保持设备位置与后台任务一致。不要一边切换工具，一边更换无线网络或测试目标，否则很难判断差异来自哪个条件。
若需要比较不同设备，应把每台设备作为独立场景。先在同设备上完成比较，再汇总平台差异。结果应描述特定条件下的现象，不能扩展为适用于所有地区、网络与用户的结论。
把观察任务分成三类
第一类是短时交互，例如网页打开和应用登录，重点看等待与响应。第二类是持续传输，重点看任务能否连续完成以及过程波动。第三类是状态变化，例如休眠唤醒和网络切换，重点看恢复过程。
每类任务都选择自己日常使用的目标。目标站点故障或负载也会影响结果，可以用另一个同类型目标辅助观察。记录实际现象即可，不要把未测量的数据补成表格，也不要用一项成绩代替总体体验。
分别比较Wi-Fi与移动数据
接入方式不同，信号、运营商路径与拥塞情况也可能不同。使用同一设备和任务，分别完成Wi-Fi与移动数据观察；在记录里标明网络切换的时间和客户端是否重新连接。两类结果应独立保存。
若一个场景持续异常，先从本地网络开始检查。无线干扰、设备后台下载与接入网络负载，都可能影响响应。可参考网络环境指南，避免把不同接入条件混在同一张排行榜里。
建立比较矩阵，不填写猜测成绩
矩阵的作用是提醒哪些项目需要确认。兼容性可以对照文档，响应与连续使用需要自己观察，维护性可以检查错误说明与恢复步骤。如果某个项目没有证据，就标记为尚未确认，继续查阅而不是推断。
单次测速可能受到缓存、目标负载和临时拥塞影响。多次记录相同任务，有助于看出波动与重复现象。解释延迟和吞吐差异时，可以结合网络速度判断指南进一步阅读。
| 观察维度 | 保持一致的条件 | 写下的内容 |
|---|---|---|
| 兼容 | 同一系统与版本 | 安装和使用范围 |
| 交互 | 相同应用与任务 | 等待和错误现象 |
| 传输 | 相同目标与后台状态 | 是否持续、是否中断 |
| 切换 | 相同切换过程 | 重连提示与恢复 |
| 排查 | 相同问题现象 | 文档与诊断路径 |
让结论保留适用条件
整理记录时，把成功、失败和无法确认的项目分别写清楚。注明观察时段与网络类型，描述具体任务能否完成。即使在自己的设备上表现良好，也不应据此推断别的系统或网络会有相同结果。
如果结果不一致，先回看条件变化，再决定是否继续观察。需要排查时从常见连接问题入手。一个能够复查的过程，比没有条件说明的排名更能帮助下一次选择。
本页表格列出方法与记录项目。具体工具的结果应来自实际观察，并与设备、网络和时间一起保存。