开始更新前，先记录客户端版本、设备系统、当前登录状态和页面表现。若客户端包含导入或同步功能，还要确认配置来自哪个页面、何时生成以及是否与当前系统匹配。不要同时更新系统、清理所有数据和更换网络，否则无法判断问题来自哪个动作。
把条件写完整
更新后先做最小测试：打开一个普通网页，再访问原来的目标页面，最后观察图片或附件。若普通网页正常而特定资源异常，优先检查页面来源与文件路径；若客户端无法启动，则从权限、版本和系统提示入手。
旧配置并不一定应该长期保留。版本更新可能改变权限、文件格式或登录流程，但删除前应确认是否还有恢复需要。无法确认配置来源时，不要把账号、验证码或完整个人文件发送给任何反馈渠道。
结论要留边界
版本记录的重点不是追求最新三个字，而是让前后条件能够比较。写清更新前后版本和结果，才能为下一次判断提供可用资料。
更新记录也适用于换机和恢复配置。只要保留前后版本、设备和结果，就能把一次变化放回原来的使用背景中。恢复前先确认需要保留的配置与来源，更新后再观察同一个页面，结果会更容易比较。
在“更新客户端前，怎样避免把旧配置当成新问题”这个场景中，最值得保留的是前后条件，而不是一个脱离环境的快慢判断。页面能否打开、资源何时出现、系统显示了什么，分别对应不同的观察对象。把这些对象分开之后，读者可以根据自己的设备选择后续动作，也能避免把一次偶然的等待写成普遍规律。若下一次测试改变了时间、网络或文件来源，应在记录中注明，不能直接与原结果并列比较。记录也可以保留没有变化的部分，因为正常打开的页面、没有出现的提示和保持不变的设备条件，都能帮助缩小范围。这样写出的资料更适合在不同设备和不同时间重新核对。
遇到来源不明、重复登录、异常弹窗或要求提交敏感信息的页面，应暂停并重新核对地址。