排查连接问题时，怎样让每次修改保留证据

每次提出一个可证伪假设

例如“问题只发生在当前Wi-Fi”可以通过切到移动数据验证；“客户端版本相关”则需要保持网络和节点不变再比较版本。

假设应对应一个最小动作，且预先写明出现什么结果才支持或推翻它。

执行后重做原任务

改变条件后，回到最初失败的登录、连接或持续传输任务。换成另一个更简单动作成功，无法验证原问题。

保留观察时间，避免把短暂成功误当稳定恢复。

用回退确认关系

把改变撤销并再测一次。若故障随回退重现，关联更可信；若没有重现，说明还存在时间或其他未控制因素。

回退失败时立即停止扩大修改范围，先恢复到已知可用状态。

把无效尝试也留下

无效结果可以排除一部分范围，帮助下一位支持人员避免重复。记录动作和结果，不写带情绪的概括。

最终没有唯一原因也没关系；清楚列出已验证与未验证条件，比一个过度肯定的结论更有用。

把假设写成能够被推翻的句子

“可能是网络问题”范围太大，无法决定动作。改写为“如果只与家庭Wi-Fi有关，切到移动数据后原任务应恢复”，就能得到明确对照。

假设不成立同样有价值。移动数据仍失败，会降低原Wi-Fi是唯一原因的可能性，并把注意力移向设备、账号或共同目标。

每条假设都要写出保持不变的条件。换网络时保留设备、客户端、节点和任务，才能把结果与网络变化联系起来。

不要为迎合预期忽略反例。测试结果与假设相反时如实记录，下一轮从新范围出发，而不是继续堆叠修改。

恢复现场比追求立即成功重要

仍可使用的配置、旧版本和已登录设备是宝贵参照。删除它们可能让原来的单一故障扩大成恢复资料与连接都不确定。

执行动作前截取错误文字、时间和环境，不需要保存密码或配置正文。几行清楚记录已经足以让之后的成功具备解释空间。

当修改无法回退，例如清除账号数据或覆盖配置，应优先核对恢复来源和影响范围。若无法确认，就选择成本更低的验证。

恢复后把设置退回原状态再测试，是区分因果与偶然恢复的关键。如果故障没有重现，结论应保持暂定。

四栏记录让过程可以交接

第一栏写观察到的现象，第二栏写当前假设，第三栏写唯一修改，第四栏写原任务结果。四栏把事实与解释分开，也便于别人接手。

修改没有效果时不要删除该行。它已经排除了一个组合，能够阻止后续支持人员要求用户重复同样动作。

如果测试期间外部状态自然恢复，记录时间并注明没有确认关联。把自然恢复误写成某项设置有效，会制造错误教程。

一轮结束后只选择证据最能区分的下一项动作。诊断速度来自减少无关尝试，而不是在同一分钟完成更多重置。

安排动作顺序降低风险

先做可逆、范围小且不涉及凭证的对照，例如换一个网络或浏览器会话。清除数据、删除配置和重装应放在恢复来源已经确认之后。

动作优先级还要看证据。如果错误明确发生在证书阶段，先核对时间和主机名；没有理由从删除客户端开始。

同一轮只验证一个假设，完成后写下结果再决定后续。这样即使问题在外部自然恢复，也能看出哪些状态没有改变。

多人协助时锁定当前状态

多个人同时建议用户换网、重启和改配置，会让现场迅速失去可比性。指定一份共享记录，执行者完成一项后再交给下一位。

交接内容包含当前可用状态、最近修改、回退点和禁止提交的敏感资料。新的协助者先读记录，不从通用重装步骤重新开始。

若必须并行测试，使用不同设备并清楚标注条件，不能让两个人同时修改同一台设备。测试结束后把结论合并到同一时间线。

知道何时结束本轮测试

同一假设重复三次得到一致结果后，可以进入下一项验证，不必继续消耗时间；结果互相矛盾时，则应检查条件是否漂移，而不是增加更多动作。

触及证书警告、未知下载、敏感凭证或无法回退的设置时，本轮立即停止。安全边界比获得一个暂时可用结果更重要。

当现象已经自然消失且无法重现，把现场和未完成验证保存下来即可。没有足够证据时不强行确定原因，下一次事件再从记录继续。