UI 自动化分布式测试 -Docker Selenium Grid

ningmengban

于 2024-08-16 15:05:45 发布

阅读量867

点赞数 20

分类专栏：软件测试自动化测试测试工具文章标签：功能测试测试覆盖率代码覆盖率测试工具 selenium

本文链接：https://blog.csdn.net/ningmengban/article/details/141260283

版权

软件测试同时被 3 个专栏收录

103 篇文章 17 订阅

订阅专栏

自动化测试

32 篇文章 3 订阅

订阅专栏

测试工具

3 篇文章 0 订阅

订阅专栏

前言

Docker 和 Selenium Grid 的结合为分布式 UI 自动化测试提供了一种高效、可扩展且易于管理的方法。通过使用 Docker 容器化技术，测试环境的设置和配置变得更加简便和一致；而 Selenium Grid 则允许在多个节点上并行运行分布式测试，从而大大提升测试的速度和覆盖范围。

分布式测试Selenium Grid

对于大型项目或者有大量测试用例的项目，单机的测试环境往往无法快速完成所有测试用例的执行，此时自动化测试执行效率将会成为最大的瓶颈，Selenium Grid 可以通过多机的分布式架构允许测试用例并行运行，大大缩短了测试时间。

Selenium Grid 提供了多种运行模式，满足不同的测试需求和使用场景。包括Standalone模式、Selenium Grid模式。这些模式的选择取决于测试的规模、复杂度和并行执行的需求。

Standalone模式：适用于简单的单机测试场景，Selenium Grid所有节点都是在同一个进程中执行。这种模式设置简单，只适合进行小规模测试。
Hub and Nodes模式：通过Hub和多个Node实现并行执行，适合大规模测试场景，能够有效提高测试效率。企业级应用中一般我们会采取该模式，在此模式下有不同的部署方式：
- 传统部署：Hub和Node节点分别运行在不同物理机/虚拟机上，这种方式需要手动安装对应主机的各种依赖环境（比如JDK、浏览器、浏览器驱动等）
- Docker容器部署：Hub和Node节点分别运行在不同主机的docker容器中，通过Docker-Selenium开源项目所提供的Hub和Node节点镜像可以快速启动对应的节点，而不需要配置任何的环境。
- 与Kubernetes集成：在更大规模和复杂的环境中，可以使用K8S来动态扩展和管理Selenium Grid。Kubernetes提供了更强大的调度和扩展能力，适合企业级应用。

Docker-Selenium介绍

Docker-Selenium 是一种将 Selenium Grid 与 Docker 容器技术结合的解决方案，能够简化 Selenium Grid 的部署和管理。通过使用 Docker 容器，用户可以快速创建和销毁 Selenium Grid 环境，而不需要手动配置每个节点，极大地提高了测试环境的可移植性和可扩展性

项目地址：https://github.com/SeleniumHQ/docker-selenium/

具备的优势：

简化部署：使用 Docker，可以在几分钟内启动完整的 Selenium Grid 环境，而不需要复杂的安装和配置过程。
环境隔离：每个 Docker 容器都运行在独立的环境中，确保测试之间互不干扰。
可移植性：Docker 镜像可以在任何支持 Docker 的平台上运行，使得测试环境具有高度的一致性和可移植性。
扩展性：通过 Docker Compose 等工具，可以轻松扩展或缩减节点数量，以满足测试需求。

启动hub节点

docker run -d -p 4442-4444:4442-4444 --name selenium-hub selenium/hub:latest

参数-p 4442-4444:4442-4444 分别映射主机到容器内部端口（4442、4442、4444）

4442端口是Selenium Grid 事件总线发布事件的端口（必须开放出来）
4443端口是Selenium Grid 组件订阅事件的端口（必须开放出来）
4444端口是Selenium Grid 控制台访问端口

输入对应地址即可访问Selenium Grid控制台 http:<你的hub节点主机IP地址>:4444

此时控制台并没有什么信息，是因为我们的node节点还没有启动注册到hub节点

启动node节点

启动node1节点 - chrome浏览器环境

参数解释：

-p 5900:5900 5900端口是容器VNC服务的访问端口，使用VNC服务可以连接到容器内部观察容器的运行情况
-p 5555:5555 5555端口负责hub与node节点之间的注册和通讯

--shm-size：设置容器的共享内存大小

--shm-size="2g"参数的必要性：

This is a known workaround to avoid the browser crashing inside a docker container, here are the documented issues for Chrome and Firefox. The shm size of 2gb is arbitrary but known to work well, your specific use case might need a different value, it is recommended to tune this value according to your needs.