先读懂取得与打开状态
App Store 显示取得、下载或打开，分别对应不同设备状态。显示“打开”通常说明已有应用，但不证明版本、账号与配置都有效。
先记录系统版本与当前按钮，再进入应用；不要把旧截图当作当前设备状态。
权限按实际任务逐项开放
iOS 可以按应用管理资料与系统权限。首次打开时只授予当前功能需要的项目，与连接无关的照片、通讯录或定位请求应先核对原因。
应用更新或重装后，权限可能再次询问。以当前系统设置为准，而不是依赖旧设备记忆。
配置导入和建立连接分开验收
客户端接受配置，只说明当前格式通过一步。是否取得远端内容、系统是否允许网络配置、实际任务是否成功，都要分别观察。
二维码与完整配置属于敏感资料，截图前必须遮挡。排查不需要公开它们。
Android 步骤不能直接套用
Android 的外部来源与 Play Protect 提示，和 iOS 的 App Store、系统权限不是同一机制。跨平台迁移时只比较版本、配置名称和任务结果。
异常证书、设备管理或资料请求出现时停止操作。完成标准是重新打开应用后仍能找到配置，并完成原定任务。
系统更新后重新读当前提示
iOS 更新可能调整权限名称、菜单位置或后台策略。说明里的截图只用于定位概念，当前设备显示的权限对象与用途才是决定依据。
若同一应用在更新前后请求不同权限，记录版本与出现步骤。不要因为旧版本曾经允许，就自动接受新增请求。
把前台和后台结果分开
应用在前台能够连接，不代表锁屏或切到后台后仍可保持。需要后台任务时，再检查系统允许状态和省电条件。
前台任务失败时不必先处理后台权限。先让最简单的前台操作通过，再扩大到网络切换或锁屏恢复。
保存当前设备状态
iOS 权限摘要包含设备类别、系统与客户端版本、网络类型、发生时间、动作和错误原文。恢复信息采用新增一行的方式，原失败记录继续保留。
iOS 权限排查不提交密码、验证码、完整配置、二维码或付款资料。来源、安全身份或主机名无法解释时，操作到此为止。