浩若烟海事半功倍|利用Docker容器技术构建自动化分布式web测试集群Selenium Grid

本文涉及的产品
容器镜像服务 ACR,镜像仓库100个 不限时长
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
简介: “世界上有那么多城市,城市里有那么多的酒馆,可她,却偏偏走进了我的.....”,这是电影《卡萨布拉卡》中的一句著名独白,投射到现实生活中,与之类似的情况不胜枚举,这世界上有那么多的系统,系统中有那么多的浏览器,在只有一台测试机的前提下,难道我们只能排队一个一个地做兼容性测试吗?有没有效率更高的方法呢?为此我们提出一个更高效的解决方案:使用Docker+Selenium Grid。

“世界上有那么多城市,城市里有那么多的酒馆,可她,却偏偏走进了我的.....”,这是电影《卡萨布拉卡》中的一句著名独白,投射到现实生活中,与之类似的情况不胜枚举,这世界上有那么多的系统,系统中有那么多的浏览器,在只有一台测试机的前提下,难道我们只能排队一个一个地做兼容性测试吗?有没有效率更高的方法呢?为此我们提出一个更高效的解决方案:使用Docker+Selenium Grid。

Selenium Grid是一个分布式WebUI测试工具,可以将测试流程分发到多台服务器上,并行地执行。Selenium Grid架构中包含两个主要角色:Hub是中心点控制节点,而Node是Selenium的工作节点,它们注册到Hub上,并会操作浏览器执行由Hub下发的自动测试用例。

也就是利用一个调度中心,分别在不同机器上安装不同的操作系统,系统中再安装对应需要测试的浏览器,但是,以传统的方式部署分布式Selenium Grid集群有一定的技术难度。而且一个浏览器在操作系统上只能安装一个版本且只能有一个运行实例。比如为了针对不同版本的Chrome进行测试,需要将指定版本的Chrome浏览器安装到不同物理机或虚拟机上,这样要耗费大量时间和机器成本来准备测试环境。

怎么简化Selenium Grid集群安装过程中的复杂性呢?答案是Docker,是的,Docker,又见Docker,Docker可以在单台服务器上利用容器技术直接部署多个节点,过程简单方便,只需要编写Dockerfile脚本即可,大大提升了测试效率,本次我们就使用Docker+Selenium Grid来实现多系统多版本浏览器并发式兼容性测试。

首先,安装Docker,请移步:win10系统下把玩折腾DockerToolBox以及更换国内镜像源(各种神坑)

随后,拉取Selenium Grid调度中心的镜像文件:

docker pull selenium/hub

这里我们测试两款不同的浏览器兼容性:Chrome、FireFox

所以分别拉取镜像文件:

docker pull selenium/node-chrome  
docker pull selenium/node-firefox

全部三个镜像下载成功后,输入命令:

docker images

查看本地镜像:

liuyue:mytornado liuyue$ docker images  
REPOSITORY                           TAG                   IMAGE ID       CREATED         SIZE  
selenium/node-chrome                 latest                0843e55de3dc   2 weeks ago     1.04GB  
selenium/hub                         latest                705be32777f0   2 weeks ago     283MB  
selenium/node-firefox                latest                f794497d8393   2 months ago    956MB

检查没有问题后,我们来编写Docker-compose的配置文件,Docker-compose是最基本的容器编排工具,它可以快速统筹多个镜像的协同使用,编写docker-compose.yml:

version: "3"  
services:  
  
  hub:  
    image: selenium/hub  
    ports:  
      - "4444:4444"  
  
    environment:  
      GRID_MAX_SESSION: 16  
      GRID_BROWSER_TIMEOUT: 3000  
      GRID_TIMEOUT: 3000  
  
  chrome:  
    image: selenium/node-chrome  
    container_name: chrome  
    depends_on:  
      - hub  
    environment:  
      HUB_PORT_4444_TCP_ADDR: hub  
      HUB_PORT_4444_TCP_PORT: 4444  
      NODE_MAX_SESSION: 4  
      NODE_MAX_INSTANCES: 4  
    volumes:  
      - /dev/shm:/dev/shm  
    ports:  
      - "9001:5900"  
    links:  
      - hub  
  
  firefox:  
    image: selenium/node-firefox  
    container_name: firefox  
    depends_on:  
      - hub  
    environment:  
      HUB_PORT_4444_TCP_ADDR: hub  
      HUB_PORT_4444_TCP_PORT: 4444  
      NODE_MAX_SESSION: 2  
      NODE_MAX_INSTANCES: 2  
    volumes:  
      - /dev/shm:/dev/shm  
    ports:  
      - "9002:5900"  
    links:  
      - hub

配置文件的主要内容就是将Selenium Grid的容器服务hub部署在4444端口上,并且通过端口映射,让宿主机可以访问,使用镜像就是我们刚刚下载好的selenium/hub镜像,而火狐(firefox)和谷歌(chrome)这两款浏览器分别依赖于hub服务,NODE\_MAX\_INSTANCES定义了可以运行多少个浏览器实例。

此时,我们在docker-compose.yml所在的目录执行命令,来启动服务:

docker-compose -f docker-compose.yml up -d

-d 参数意味着在后台运行,当然了您也可以选择在前台运行。

随后访问浏览器 http://localhost:4444/grid/console ,这里请求的ip是宿主机本地的,但其实是通过端口映射访问docker容器内的Selenium Grid调度中心:

可以看到,两款浏览器的服务都已经正常启动,分别运行四个和两个实例,同时也可以在终端运行Docker命令来查看进程:

docker ps

返回容器列表:

liuyue:mytornado liuyue$ docker ps  
CONTAINER ID   IMAGE                   COMMAND                  CREATED      STATUS      PORTS                    NAMES  
adcd4683f39c   selenium/node-firefox   "/opt/bin/entry_poin…"   2 days ago   Up 2 days   0.0.0.0:9002->5900/tcp   firefox  
58dfe5825439   selenium/node-chrome    "/opt/bin/entry_poin…"   2 days ago   Up 2 days   0.0.0.0:9001->5900/tcp   chrome  
97d602944b34   selenium/hub            "/opt/bin/entry_poin…"   2 days ago   Up 2 days   0.0.0.0:4444->4444/tcp   mytornado_hub_1

浏览器准备好了,接下来的事情就简单了,让我们来用Docker容器实际测试一下,编写test.py:

import time  
from selenium import webdriver  
from selenium.webdriver.common.desired_capabilities import DesiredCapabilities  
  
#指定运行主机与端口号  
driver = webdriver.Remote(command_executor='http://127.0.0.1:4444/wd/hub',  
                          desired_capabilities=DesiredCapabilities.CHROME)  
  
driver.get("https://v3u.cn")  
  
time.sleep(1)  
  
driver.get_screenshot_as_file("v3u.png")  
  
driver.quit()

这里使用chrome浏览器驱动使用远程模式(Remote),访问宿主机本地ip,端口4444,打开本站之后,截图查看是否有布局错误问题。

查看截图:

再来试试火狐浏览器(firefox):

import time  
from selenium import webdriver  
from selenium.webdriver.common.desired_capabilities import DesiredCapabilities  
  
#指定运行主机与端口号  
driver = webdriver.Remote(command_executor='http://127.0.0.1:4444/wd/hub',  
                          desired_capabilities=DesiredCapabilities.FIREFOX)  
  
driver.get("https://v3u.cn")  
  
time.sleep(1)  
  
driver.get_screenshot_as_file("v3u_frefox.png")  
  
driver.quit()

查看firefox下的测试截图:

差别不大,但是可以通过实际测试看出细节的差异,比如字体和超链接颜色的不同,这些都是兼容性测试中的常备部分。

诚然,我们完全可以将代码写得更加规范一些,毕竟,这是在做兼容性测试,谁也不想在测试工作中出现任何的纰漏,这里使用Python内置的单元测试库unittest将之前的代码重构一下:

`import os  
import datetime  
import time  
import unittest  
from selenium import webdriver  
from selenium.webdriver.common.desired_capabilities import DesiredCapabilities  
  
  
class Example(unittest.TestCase):  
  
  
    def setUp(self):  
  
        self.driver = webdriver.Remote(  
            command_executor='http://127.0.0.1:4444/wd/hub',  
            desired_capabilities=DesiredCapabilities.CHROME)` `self.driver.get("https://v3u.cn")  
  
    def test_firefox(self):  
  
        time.sleep(1)  
  
        self.driver.get_screenshot_as_file("v3u_chrome.png")  
  
  
    def tearDown(self):  
  
        self.driver.quit()  
  
  
if __name__ == "__main__":  
  
    unittest.main(verbosity=1)`

测试结果:

liuyue:pickupname liuyue$ python3 "/Users/liuyue/Downloads/ccpt_21_cvm/鼠标/pickupname/test.py"  
/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/selenium/webdriver/remote/remote_connection.py:374: ResourceWarning: unclosed <socket.socket fd=5, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=6, laddr=('127.0.0.1', 63563), raddr=('127.0.0.1', 4444)>  
  return self._request(command_info[0], url, body=data)  
ResourceWarning: Enable tracemalloc to get the object allocation traceback  
/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/selenium/webdriver/remote/remote_connection.py:374: ResourceWarning: unclosed <socket.socket fd=5, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=6, laddr=('127.0.0.1', 63566), raddr=('127.0.0.1', 4444)>  
  return self._request(command_info[0], url, body=data)  
ResourceWarning: Enable tracemalloc to get the object allocation traceback  
/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/selenium/webdriver/remote/remote_connection.py:374: ResourceWarning: unclosed <socket.socket fd=5, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=6, laddr=('127.0.0.1', 63573), raddr=('127.0.0.1', 4444)>  
  return self._request(command_info[0], url, body=data)  
ResourceWarning: Enable tracemalloc to get the object allocation traceback  
/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/selenium/webdriver/remote/remote_connection.py:374: ResourceWarning: unclosed <socket.socket fd=5, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=6, laddr=('127.0.0.1', 63574), raddr=('127.0.0.1', 4444)>  
  return self._request(command_info[0], url, body=data)  
ResourceWarning: Enable tracemalloc to get the object allocation traceback  
.  
----------------------------------------------------------------------  
Ran 1 test in 5.908s  
  
OK

测试完毕后,可以通过Docker-compose命令一键停止容器服务,非常方便:

docker-compose -f docker-compose.yml down

尤其是容器数量非常多的情况下,我们不需要手动一个一个来停止服务:

liuyue:mytornado liuyue$ docker-compose -f docker-compose.yml down  
Stopping firefox         ... done  
Stopping chrome          ... done  
Stopping mytornado_hub_1 ... done  
Removing firefox         ... done  
Removing chrome          ... done  
Removing mytornado_hub_1 ... done  
Removing network mytornado_default  
liuyue:mytornado liuyue$

再次查看服务进程:

liuyue:mytornado liuyue$ docker ps  
CONTAINER ID   IMAGE     COMMAND   CREATED   STATUS    PORTS     NAMES  
liuyue:mytornado liuyue$

结语:本次,我们介绍了分布式自动化Web测试软件Selenium Grid的设置、服务的运行、以及停止,没有任何问题。通过使用这种自动化测试方法,我们可以节省大量时间,并以高效的方式获得最准确的测试结果。如果您现有测试机的配置更加优秀,还可以进一步探索,尽可能多的开启浏览器实例,以此做到海量并发兼容性测试。

相关文章
|
1月前
|
Web App开发 前端开发 JavaScript
探索Python科学计算的边界:利用Selenium进行Web应用性能测试与优化
【10月更文挑战第6天】随着互联网技术的发展,Web应用程序已经成为人们日常生活和工作中不可或缺的一部分。这些应用不仅需要提供丰富的功能,还必须具备良好的性能表现以保证用户体验。性能测试是确保Web应用能够快速响应用户请求并处理大量并发访问的关键步骤之一。本文将探讨如何使用Python结合Selenium来进行Web应用的性能测试,并通过实际代码示例展示如何识别瓶颈及优化应用。
119 5
|
30天前
|
Kubernetes 持续交付 Docker
探索DevOps实践:利用Docker与Kubernetes实现微服务架构的自动化部署
【10月更文挑战第18天】探索DevOps实践:利用Docker与Kubernetes实现微服务架构的自动化部署
81 2
|
16天前
|
Web App开发 测试技术 数据安全/隐私保护
自动化测试的魔法:使用Python进行Web应用测试
【10月更文挑战第32天】本文将带你走进自动化测试的世界,通过Python和Selenium库的力量,展示如何轻松对Web应用进行自动化测试。我们将一起探索编写简单而强大的测试脚本的秘诀,并理解如何利用这些脚本来确保我们的软件质量。无论你是测试新手还是希望提升自动化测试技能的开发者,这篇文章都将为你打开一扇门,让你看到自动化测试不仅可行,而且充满乐趣。
|
19天前
|
Web App开发 设计模式 JavaScript
自动化测试之美:如何利用Selenium实现Web应用的高效测试
【10月更文挑战第29天】在软件开发的世界中,测试是确保产品质量的关键步骤。本文将带你了解如何使用Selenium这一强大的自动化测试工具,提高Web应用测试的效率和准确性。通过实际案例,我们将探索Selenium的核心功能及其在现代软件开发中的应用,旨在帮助读者掌握自动化测试的精髓,从而提升软件测试工作的整体效能。
18 0
|
1月前
|
Web App开发 Java 测试技术
一、自动化:web自动化。Selenium 入门指南:从安装到实践
一、自动化:web自动化。Selenium 入门指南:从安装到实践
42 0
|
1月前
|
监控 Java Maven
springboot学习二:springboot 初创建 web 项目、修改banner、热部署插件、切换运行环境、springboot参数配置,打包项目并测试成功
这篇文章介绍了如何快速创建Spring Boot项目,包括项目的初始化、结构、打包部署、修改启动Banner、热部署、环境切换和参数配置等基础操作。
137 0
|
1月前
|
NoSQL Java Redis
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
Redis分布式锁在高并发场景下是重要的技术手段,但其实现过程中常遇到五大深坑:**原子性问题**、**连接耗尽问题**、**锁过期问题**、**锁失效问题**以及**锁分段问题**。这些问题不仅影响系统的稳定性和性能,还可能导致数据不一致。尼恩在实际项目中总结了这些坑,并提供了详细的解决方案,包括使用Lua脚本保证原子性、设置合理的锁过期时间和使用看门狗机制、以及通过锁分段提升性能。这些经验和技巧对面试和实际开发都有很大帮助,值得深入学习和实践。
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
|
3月前
|
NoSQL Redis
基于Redis的高可用分布式锁——RedLock
这篇文章介绍了基于Redis的高可用分布式锁RedLock的概念、工作流程、获取和释放锁的方法,以及RedLock相比单机锁在高可用性上的优势,同时指出了其在某些特殊场景下的不足,并提到了ZooKeeper作为另一种实现分布式锁的方案。
113 2
基于Redis的高可用分布式锁——RedLock
|
3月前
|
缓存 NoSQL Java
SpringBoot整合Redis、以及缓存穿透、缓存雪崩、缓存击穿的理解分布式情况下如何添加分布式锁 【续篇】
这篇文章是关于如何在SpringBoot应用中整合Redis并处理分布式场景下的缓存问题,包括缓存穿透、缓存雪崩和缓存击穿。文章详细讨论了在分布式情况下如何添加分布式锁来解决缓存击穿问题,提供了加锁和解锁的实现过程,并展示了使用JMeter进行压力测试来验证锁机制有效性的方法。
SpringBoot整合Redis、以及缓存穿透、缓存雪崩、缓存击穿的理解分布式情况下如何添加分布式锁 【续篇】
|
13天前
|
NoSQL Redis
Redis分布式锁如何实现 ?
Redis分布式锁通过SETNX指令实现,确保仅在键不存在时设置值。此机制用于控制多个线程对共享资源的访问,避免并发冲突。然而,实际应用中需解决死锁、锁超时、归一化、可重入及阻塞等问题,以确保系统的稳定性和可靠性。解决方案包括设置锁超时、引入Watch Dog机制、使用ThreadLocal绑定加解锁操作、实现计数器支持可重入锁以及采用自旋锁思想处理阻塞请求。
49 16