用户连续更换浏览器、线路与DNS，最后无法判断是哪项改变带来恢复。 核心判断是：可复查测试的关键是让每次测试只有一项主要差异。
方法：多人和多设备环境中的信息交接
方法：多人和多设备环境中的信息交接要先回到具体现场。多个条件同时变化会让成功和失败都失去归因基础。把现场条件写进记录，后来复查时才能看出设备、权限或刷新过程是否发生变化。
复查时至少要回答对象、条件和时间：探索测试用于寻找候选，验证测试用于确认某个改变是否稳定有效。对象说明正在处理哪台设备或哪份配置，条件对应当时的系统与网络，时间则排列安装、读取与任务完成的先后。
这里也有清楚的判断边界：短时间成功不能代表全天，也不能代表其他设备。可执行的处理是先记录基准，每次只调整一项设置，并重复相同任务。尚未确认的环节应继续保留，不能由一次结果推断所有设备、地区和时段。
方法现场清单
先写下当时看到的现象：用户连续更换浏览器、线路与DNS，最后无法判断是哪项改变带来恢复。 不要急着把结果归到账号、线路或安装文件，最早出现的提示往往比后来反复尝试留下的信息更有价值。
连接测试先保存基准结果，再单独调整一项设置；浏览器、线路与DNS不应同时更换，复测也要使用相同目标。
比较时要建立明确基准。探索测试用于寻找候选，验证测试用于确认某个改变是否稳定有效。 每次测试只改变一个主要条件，并使用同一个真实任务复测，才能判断差异是否稳定出现。
最后写清结论边界。短时间成功不能代表全天，也不能代表其他设备。 完成处理后执行这一项：先记录基准，每次只调整一项设置，并重复相同任务。 保存结果和仍未解释的异常，为下次变化留下可复查起点。