使用全新 Android 模拟器工具进行持续测试

最新推荐文章于 2024-07-03 08:37:49 发布

2401_84123265

最新推荐文章于 2024-07-03 08:37:49 发布

阅读量445

点赞数 5

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/2401_84123265/article/details/138966308

版权

程序员专栏收录该内容

406 篇文章 0 订阅

订阅专栏

https://github.com/google/android-emulator-container-scripts

可部署性

Android 支持多种硬件和软件配置，Android 模拟器也不例外。但是，这种多样性可能会导致测试环境配置出现混乱。开发者该如何获得模拟器和系统镜像文件？需要什么驱动程序？如何打开或者关闭 CPU 或 GPU 加速？等等等等。

为了解决这些问题，我们推出了:

Android Emulator 下载脚本 - 该脚本提供了模拟器镜像的最新列表 (包括 AOSP 和包含了 Google Play 服务的版本) 以及模拟器二进制文件 (支持 Linux、Mac OS 和 Windows)。您可以将其与现有的 CI 系统集成。展望未来，我们准备增强这个服务，让其可以下载除最新版本之外的已弃用版本，从而让开发者可以更轻松地复现历史测试结果。

Android Emulator Docker 镜像生成器 – 有了 Android 系统镜像和模拟器还只是开始。运行环境、驱动程序和预安装的系统依赖项，我们将 Docker 镜像生成器打包放在了一起，这些内容组合在一起才是 Android 模拟器的完整运行环境。启动 Docker 镜像后，1) 端口转发和 ADB 以及 2) gRPC 和 WebRTC，使与模拟器的交互成为可能。目前，Docker 镜像生成器被设计为在 Linux 上运行。我们也在想办法支持 Mac OS 和 Windows，敬请期待！

Android Emulator 下载脚本https://github.com/google/android-emulator-container-scripts/blob/master/emu/emu_downloads_menu.py

Android Emulator Docker 镜像生成器https://github.com/google/android-emulator-container-scripts/blob/master/emu/emu_docker.py

为了提高复现能力，底层的 Dockerfile 模板使所需的命令行标识和系统依赖性更加明确 (并且可以通过从中构建 Docker 镜像来重现)。对于硬件加速，请注意传递给 run.sh 的 --privileged 标识；我们假设在运行模拟器时可以使用 CPU 加速，并且需要 --privileged 来运行启用了 CPU 加速 (KVM) 的容器。

有关如何创建和部署 Android 模拟器镜像的更多详细信息，请参阅文档里的 README 文件。

run.shhttps://github.com/google/android-emulator-container-scripts/blob/master/run.sh

Android Emulator Container Script READMEhttps://github.com/google/android-emulator-container-scripts/blob/master/README.md

可调试性

当模拟器正在运行一个测试而且测试失败时，您可能难以介入正在运行的测试环境并诊断错误。诊断通常需要与虚拟设备直接交互，为此我们提供了两种直接互动的机制:

ADB

远程流

对于 ADB，通过将特定端口从 Docker 转发到主机，我们支持运行所有命令 (例如 logcat 和 shell)。当前使用的端口为 5555，我们需要收集更多反馈，并就如何最好地在不同容器间分配端口进行更深入的研究。

远程流

先做一个安全说明: 使用远程流时，一旦启动服务，任何可以在 80/443 端口上连接到您的计算机的人都可以与模拟器进行交互。因此在公共服务器上运行远程流时请务必注意这一点！

您可以使用远程流在容器中运行模拟器，其交互能力与本地运行时一致。在容器中运行模拟器，您就可以更轻松地调试使用 ADB 命令难以发现的问题。您可以使用支持 WebRTC 和 gRPC 的浏览器来访问模拟器，WebRTC 用于串流视频，而 gRPC 则将鼠标和键盘事件发送到模拟器。远程流需要三个容器:

运行最新模拟器的容器