Android Agent 提效实战：从零构建高效自动化测试框架

1次阅读

共计 2838 个字符，预计需要花费 8 分钟才能阅读完成。

在 Android 开发中，手动测试的效率问题一直困扰着开发者。传统的 Monkey 测试虽然简单易用，但在复杂业务场景下显得力不从心。它的随机性操作无法精准覆盖核心业务流程，导致测试覆盖率低下。UIAutomator 虽然提供了更精确的控件操作能力，但在实际使用中仍然存在明显短板：

控件识别率低：特别是对于动态生成的控件或自定义 View，经常出现定位失败的情况
跨进程交互困难：无法直接操作非当前应用的界面元素，需要额外编写跳转逻辑
执行效率不高：基于 AccessibilityService 的实现方式带来性能开销

这些局限性使得我们需要寻找更高效的自动化测试方案。

在考虑自动化测试方案时，我们通常有几个主流选择：

Appium：
优点：跨平台支持，丰富的客户端库，社区活跃
缺点：执行效率较低，依赖 WebDriver 协议带来额外开销
Espresso：
优点：Google 官方支持，与 Android 深度集成
缺点：仅限于当前应用测试，学习曲线较陡
自建 Agent 方案：
优点：完全定制化，执行效率高，可深度集成业务逻辑
缺点：初期开发成本较高，需要自行维护

经过对比，我们发现自建 Agent 方案在复杂业务场景下优势明显，特别是在需要高频操作、跨进程交互等场景中。

我们使用 Kotlin 编写 Agent 守护进程，核心是通过 Binder 实现跨进程通信。以下是关键代码示例：

// 定义 AIDL 接口
interface IAgentService {fun executeCommand(cmd: String): String
}

// 服务端实现
class AgentServiceImpl : IAgentService.Stub() {override fun executeCommand(cmd: String): String {
        return try {
            // 执行命令逻辑
            "Command executed: $cmd"
        } catch (e: Exception) {"Error: ${e.message}"
        }
    }
}

// 客户端调用
val serviceConnection = object : ServiceConnection {override fun onServiceConnected(name: ComponentName?, service: IBinder?) {val agentService = IAgentService.Stub.asInterface(service)
        val result = agentService.executeCommand("test_command")
        Log.d("AgentTest", "Result: $result")
    }

    override fun onServiceDisconnected(name: ComponentName?) {}}

我们创建一个自定义 Gradle Task 来通过 ADB 注入测试脚本：

tasks.register("injectTestScript") {
    doLast {val adb = androidComponents.sdkComponents.adb.get().absolutePath
        val scriptPath = "${projectDir}/scripts/test_script.js"

        exec {commandLine(adb, "push", scriptPath, "/data/local/tmp")
        }

        exec {
            commandLine(adb, "shell", "am", "instrument", "-w", "-r", 
                "-e", "script", "/data/local/tmp/test_script.js", 
                "${android.defaultConfig.applicationId}/.TestRunner")
        }
    }
}

当需要在多台设备上并行执行测试时，资源竞争成为主要瓶颈。我们采用以下策略：

设备资源池管理：
维护一个可用设备队列
采用互斥锁保证设备分配原子性
实现设备状态监控和自动回收
测试任务调度：
根据设备性能和测试复杂度动态分配任务
实现任务优先级机制
设置超时和重试机制

对于高频操作场景，我们使用协程优化线程模型：

suspend fun performBatchOperations(operations: List<Operation>) = coroutineScope {
    operations.map { op ->
        async(Dispatchers.IO) {executeOperation(op)
        }
    }.awaitAll()}

private suspend fun executeOperation(operation: Operation) {withContext(Dispatchers.IO) {// 执行具体操作}
}

从 Android 10 开始，对后台启动 Activity 增加了严格限制。我们通过以下方式绕过：

使用前台服务启动测试
申请特殊权限 START_ACTIVITIES_FROM_BACKGROUND
对于必须的后台启动场景，引导用户手动授权

处理 WebView 中的元素定位需要特殊策略：

启用 WebView 调试模式：

WebView.setWebContentsDebuggingEnabled(true)

使用 Chrome 远程调试协议：
通过 chrome-devtools-protocol 与 WebView 交互
支持标准的 DOM 操作和 XPath 查询

我们采用严格的代码规范确保质量：

使用 Ktlint 格式化代码

添加必要的版本注解：

@RequiresApi(Build.VERSION_CODES.O)
fun executeModernOperation() {// API 26+ 的实现}

完善的异常处理：

fun riskyOperation() {
    try {// 可能抛出异常的操作} catch (e: SecurityException) {// 处理权限异常} catch (e: Exception) {// 通用异常处理}
}

单元测试覆盖：

@Test
fun testCommandExecution() {val service = AgentServiceImpl()
    val result = service.executeCommand("valid_command")
    assertTrue(result.contains("Command executed"))
}

在文章最后，我想抛出几个值得深入探讨的问题：