网络工程观察方法
把现象拆成设备、接入、路径与目标服务四层，能让网络问题从猜测变成可验证的判断。
从可见现象开始
工程观察首先描述发生了什么：哪个页面、哪台设备、何时出现、持续多久、是否能重现。原因可以暂时未知，但现象必须足够清楚。
“很卡”“不稳定”缺少比较对象。改成“首屏文字出现后图片延迟十秒”“登录提交后返回原页”，就能对应到资源、会话或网络阶段。
设计有意义的对照
对照并非机械地更换设置，而是让两组结果只存在一个清楚差异。例如同一设备在 Wi-Fi 与有线之间比较，或同一页面在高峰与非高峰时段比较。
如果设备、页面、网络和时间同时改变，即使结果改善，也无法知道哪项变化产生作用。对照的价值在于缩小解释范围。
保留时间轴与失败样本
只保存成功截图会让故障过程消失。原始记录应保留开始时间、结束时间、失败类型、重试次数与对应页面，必要时再添加环境说明。
时钟不一致会让跨设备记录难以对齐。涉及多台设备或远程协作时，应确认时区与系统时间，再比较日志和截图。
结论要写清适用边界
一台设备一次测试正常，只能支持该设备在该时段完成了任务。它不能证明所有地区、所有版本或长期状态都相同。
好的结论会同时写下证据、未确认部分与再次检查的触发条件。这样后续发生变化时，可以沿用方法，而不是沿用一个已经过期的答案。