2. 权限请求UI基本原理

移动端权限请求UI是自动化测试中绕不开的关卡。Android与iOS两套权限模型在弹窗类型、触发机制、生命周期上存在本质差异，系统级应用与第三方应用的权限获取路径也截然不同。只有彻底理解这些底层差异，才能写出稳定、跨平台的UI自动化用例。本章从权限弹窗类型、系统vs第三方权限区别、生命周期三个维度拆解原理，为后续脚本编写和定位策略打下基础。

2.1 移动端权限模型概述

权限模型决定了应用何时以何种方式向用户展示弹窗。Android采用运行时权限模型，在API 23之后将敏感权限的授权时机从安装时推迟到运行时；iOS则采用权限服务模型，所有敏感权限必须在首次访问时通过系统弹窗获得用户明确同意。两大模型的核心理念对比如下：

2.2 Android权限弹窗类型

Android的权限弹窗根据权限分组和授权选项可分为以下几类：

• 标准运行时弹窗：包含“允许”和“拒绝”两个按钮，适用于大多数危险权限。
• 仅在使用中允许弹窗：Android 11新增，提供“仅在使用中允许”“每次询问”“拒绝”三选项，针对位置、麦克风、相机等持续敏感权限。
• 一次性权限弹窗：Android 11引入，授权后应用仅在当前生命周期内可用，进程重启后需重新申请。
• 权限分组弹窗：当应用同时申请同一分组的多个权限时，系统可能合并展示。

以下是一个典型的Android运行时权限请求代码，触发系统弹窗：

// Kotlin — 请求相机权限
ActivityCompat.requestPermissions(
    this,
    arrayOf(Manifest.permission.CAMERA),
    REQUEST_CODE_CAMERA
)

// 回调处理
override fun onRequestPermissionsResult(
    requestCode: Int,
    permissions: Array<String>,
    grantResults: IntArray
) {
    if (requestCode == REQUEST_CODE_CAMERA) {
        if (grantResults.isNotEmpty() && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
            // 授权成功 — UI切换到可用状态
        } else {
            // 授权拒绝 — 展示引导提示
        }
    }
}

2.3 iOS权限弹窗类型

iOS的权限弹窗由系统统一管理，根据权限服务类型展示不同的授权选项。主要弹窗类型包括：

iOS应用必须在Info.plist中声明权限用途描述，否则弹窗不会出现：

<key>NSCameraUsageDescription</key>
<string>需要使用相机扫描二维码</string>
<key>NSLocationWhenInUseUsageDescription</key>
<string>需要获取位置信息用于导航</string>

2.4 系统级与第三方应用权限区别

系统级应用（如系统设置、预装电话应用）与第三方应用在权限获取上存在显著差异，这些差异直接影响自动化测试的覆盖范围：

2.5 权限生命周期

权限从未申请到最终状态经历一系列状态转换，每个状态对应不同的UI表现和测试关注点：

以下流程图直观展示了权限从申请到最终状态的核心流转路径，以及Android/iOS弹窗类型在流程中的位置：

2.6 权限弹窗UI自动化测试关注点

基于上述原理，权限弹窗UI自动化测试需重点覆盖以下维度：

1. 弹窗出现时机验证：确认弹窗在首次调用权限API时准确出现，非首次调用时不再重复弹窗。
2. 弹窗元素定位：针对Android不同ROM和iOS系统版本维护独立的定位策略（resource-id / accessibility-id / 文案匹配）。
3. 授权/拒绝状态断言：点击“允许”后验证权限回调为granted；点击“拒绝”后验证功能UI进入受限态。
4. 生命周期覆盖：从首次申请 → 授权/拒绝 → 设置撤回 → 二次弹窗，形成闭环验证。
5. 异常场景：弹窗被系统拦截、权限设置页面跳转、多次快速点击授权按钮等。