如何自动化测试需Keyguard Manager认证的Android功能

这个问题我之前帮不少开发者踩过坑，自动化测试碰到系统级的Keyguard认证确实挺棘手——毕竟这部分属于系统UI范畴，常规的Espresso/UI Automator操作很容易受限制。给你几个实用的解决方案，按可靠性排序：

方案1：拦截认证Intent，直接模拟成功结果（最推荐） #

既然你的功能是通过startActivityForResult（或AndroidX的Activity Result API）启动认证界面，那我们完全可以在测试中拦截这个启动请求，直接返回成功结果，不用真的去操作系统的锁屏界面。

如果用的是Espresso的Intents测试框架，步骤如下：

• 在测试方法开始前初始化Intents：Intents.init()，测试结束后记得调用Intents.release()清理资源
• 用intending()方法匹配认证Intent，然后返回成功的ActivityResult：

  intending(hasAction(Intent.ACTION_CONFIRM_DEVICE_CREDENTIAL))
      .respondWith(Instrumentation.ActivityResult(Activity.RESULT_OK, null))
  

  （如果匹配Action不够精准，也可以用hasComponent()指定系统认证Activity的包名+类名，比如大部分原生系统是com.android.settings.CredentialConfirmActivity）

这样当你的应用触发认证流程时，测试框架会直接返回“认证成功”的结果，完全跳过系统的锁屏界面操作，测试稳定性拉满。

如果是用AndroidX的Activity Result API（推荐新项目使用），可以通过ActivityResultRegistry的测试API来模拟结果：

// 在测试中获取Activity的Registry
val registry = activity.activityResultRegistry
// 为对应的请求Key设置成功结果
registry.setResult("your_request_key", Activity.RESULT_OK, null)
// 触发对应的回调
registry.dispatchResult("your_request_key")

方案2：通过ADB命令提前处理锁屏（适合CI/测试环境初始化） #

如果你的测试场景必须真实触发锁屏认证，可以用ADB命令提前解锁设备或临时禁用Keyguard：

• 临时禁用Keyguard（测试完记得恢复）：

  # 禁用锁屏
  adb shell dumpsys keyguard disable
  # 测试完成后恢复
  adb shell dumpsys keyguard enable
  

• 手动解锁设备（适合固定锁屏类型的测试设备）：

  # 唤醒设备
  adb shell input keyevent 82
  # 输入PIN码（比如1234）
  adb shell input text "1234"
  # 按回车确认
  adb shell input keyevent 66
  

这个方法的缺点是依赖设备的锁屏类型，不同厂商的系统可能有差异，稳定性不如方案1。

方案3：用UiAutomator操作系统锁屏界面（不推荐） #

如果一定要模拟用户真实操作锁屏，也可以尝试用UiAutomator定位系统锁屏的控件：

val device = UiDevice.getInstance(InstrumentationRegistry.getInstrumentation())
// 唤醒设备
device.wakeUp()
// 找到PIN输入框（注意：不同厂商的控件ID可能不同）
val pinInput = device.findObject(By.res("com.android.systemui:id/pinEntry"))
pinInput.setText("1234")
// 点击确认按钮
val confirmBtn = device.findObject(By.res("com.android.systemui:id/ok_button"))
confirmBtn.click()

但这个方法非常不稳定，因为不同品牌、不同版本的Android系统，锁屏控件的ID和布局差异很大，很容易因为系统更新或换设备导致测试失败，所以只作为最后的备选。

内容的提问来源于stack exchange，提问作者WarSame