可部署性

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

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

可调试性

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

ADB

远程流

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

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

运行最新模拟器的容器

您可以使用 docker-compose 将 Docker 容器组合在一起，如 README 中所述。容器绑定到端口 80 和 443，因此请确保您没有运行 Web 服务器。如果将浏览器指向主机，我们将提供一个自签名证书。将浏览器指向主机时，您应该会看到类似下图的内容:

再次提醒，任何可以连接到主机的人都可以与模拟器进行交互。因此，在公共服务器上运行时要小心！

测试工作似乎会把开发时间拖得更久。但是，正如许多经验丰富的开发者所看到的那样，随着项目的代码变得更多更复杂，良好的自动化测试其实可以提高开发速度。持续测试存在的目的，就是让您可以确定每一个更改都不会对应用造成负面影响。

您对 CI 和持续测试有什么心得和疑问？欢迎在评论区和我们分享。