测试基础架构指的是,执行测试的过程中用到的所有基础硬件设施以及相关的软件设施。因此,我们也把测试基础架构称之为广义的测试执行环境。通常来讲,测试基础架构主要包括以下内容:
目前最常用也是主流的测试分布式执行架构。
Selenium Hub 用来管理各个 Selenium Node 的注册信息和状态信息,并且接收远程客户端代码的测试调用请求,并把请求命令转发给符合要求的 Selenium Node 执行。GUI测试用例放到Hub
- #创建了Docker的网络grid
- $ docker network create grid
-
- #以Docker容器的方式启动Selenium Hub,并且对外暴露了4444端口
- $ docker run -d -p 4444:4444 --net grid --name selenium-hub selenium/hub:3.14.0-europium
-
- #以Docker容器的方式启动并挂载了Chrome的Selenium Node
- $ docker run -d --net grid -e HUB_HOST=selenium-hub -v /dev/shm:/dev/shm selenium/node-chrome:3.14.0-europium
-
- #以Docker容器的方式启动并挂载了Firefox的Selenium Node
- $ docker run -d --net grid -e HUB_HOST=selenium-hub -v /dev/shm:/dev/shm selenium/node-firefox:3.14.0-europium
可降低维护node成本
可进行测试用例的版本化管理和提供基于Restful API 的测试执行接口供 CI/CD 使用。
解决的问题:随着测试需求的继续增长,单个 Jenkins 成了整个测试基础架构的瓶颈节点。来自于统一测试执行平台的大量测试请求,会在 Jenkins 上排队等待执行,而后端真正执行测试用例的 Selenium Grid 中很多 Node 处于空闲状态。
通过单位时间内的测试用例数量,以及期望执行完所有测试的时间,来动态计算得到所需的 Node 类型和数量,然后再基于 Docker 容器快速添加新的 Node 到 Selenium Grid 中;而空闲时段则去监控哪些 Node 在指定时间长短内没有被使用,并动态地回收这些 Node 以释放系统资源。
使用K8S