Windows与macOS客户端安装前的八项核对

先区分处理器架构

Windows常见 x64 与 ARM 安装包，macOS则需确认 Apple 芯片或 Intel。文件能下载不表示它适合当前机器。

在系统信息页记录架构，再核对版本说明。不需要上传序列号或完整设备名称。

发布者与签名是独立检查

安装界面显示的发布者、系统签名结果和文件来源应一起核对。只看文件名容易被误导。

macOS的来源警告不应通过关闭全部安全检查来绕过。Windows也应保留系统显示的签名信息。

旧版可用时不要立即清除

更新可能同时改变配置格式、权限和重连方式。在新版完成原任务验证前，保留合法的旧版恢复方式。

不要从不明网盘备份安装包。回退点应来自受信的旧版来源或系统备份。

权限请求要对应实际功能

客户端建立网络接口可能需要系统授权，但通讯录、相册等权限不应因排障而默认开放。

如果新版出现与功能无关的权限请求，先停止并核对发布说明，不为了完成连接而全部允许。

安装后用原任务验收

客户端能启动只证明安装成功。还要导入已核对配置，执行一次短时连接，再检查休眠恢复。

记录安装日期、版本、架构与验收任务。数字不需要比旧版更漂亮，但原本需要的任务必须可重复完成。

用一次受控更新验证安装决策

先在非关键设备上安装新版，保持原网络与配置不变。这样可以将差异主要限定在客户端版本和系统兼容性。

验收不只看连接按钮是否变色。应完成页面访问、持续传输、休眠唤醒和网络切换中与日常相关的部分。

新版失败时，回退后重做同一任务。若旧版恢复，可将版本相关性作为有力线索；若仍失败，就不应继续围绕安装包排查。

测试截图可以保留版本号、错误原文与时间，但不应显示订阅地址、账号邮箱、通知内容或设备序列号。

将安装记录保留到下一次升级

一份有用的记录包含系统版本、处理器架构、客户端版本、来源和验收任务。它不需要保存安装包本身，也不应包含可被他人重用的配置。

下一次升级可先对照这份记录，确认改变的是系统、客户端还是配置。如果三者都不同，先选择一台非关键设备完成受控验证。

升级前后采用同一组任务

准备三个固定验收动作，例如启动客户端、完成短时连接以及休眠后恢复。新版与旧版都运行同一组动作，才能判断变化来自版本，而不是测试内容不同。