selenium grid介绍
尽管在未来将会推出的selenium 4.0版本中对selenium grid的一些新特性进行了说明，但是目前来看官方并没有太多详细文档供大家参考，所以本书中仍结合目前被广泛使用的selenium grid 版本进行讲解。
正如其官网对selenium grid的描述，它是一个智能代理服务器，允许selenium测试将命令路由到远程web浏览器实例。其目的是提供一种在多台计算机上并行运行测试的简便方法。使用selenium grid，一台服务器充当将json格式的测试命令路由到一个或多个已注册grid节点的中枢，以获得对远程浏览器实例的访问。hub有一个已注册服务器的列表，它可以访问并允许控制这些实例。selenium grid允许我们在多台计算机上并行运行测试，并集中管理不同的浏览器版本和浏览器配置。
图1 selenium grid的组件构成图
如图1所示，可以看到selenium grid主要由2部分构成，即：hub和nodes。您可以使用python、java、c#等语言编写测试selenium脚本，每个selenium grid仅有一个hub，客户端脚本可以指定连接到该hub（主控节点或者叫集线器），hub接收客户端脚本的运行测试请求，同时将这些测试请求分发到已注册的一个或多个节点去执行并收集运行结果。selenium grid中可以一个或多个node（节点）。作为节点的机器不必与hub或其他node具有相同的操作系统或相同的浏览器。即：某个node节点可能是windows操作系统，而在该系统上安装的是internet explorer浏览器，另外的node节点可能用的是linux、mac操作系统，而它们安装的浏览器可能是firefox、safari、chrome等。这些node节点的设置结合测试来讲，就是要看您想做那些操作系统、浏览器版本的兼容性测试了，在实际工作中请结合测试执行计划和策略进行选择。
基于docker的selenium grid的相关配置
在docker hub中提供了selenium grid的相关镜像文件可供使用，如图2所示。
图2 selenium grid的相关镜像资源
这里，我们应用“docker pull”命令分别将这3个镜像拉取下来，对应的拉取命令如下：
镜像文件拉取到本地后，您可以使用“docker images”命令查看一下相关镜像的信息，如图3所示。
图3 selenium grid的相关镜像信息
这里，先来测试一下hub与node节点之间的连通性。
启动hub，如图4所示。
图4 创建并启动hub容器
创建并启动 chromenode容器节点，如图5所示。
图5 创建并启动chromenode容器节点
创建并启动 firefoxnode容器节点，如图6所示。
图6 创建并启动firefoxnode容器节点
接下来，在本机浏览器地址栏输入“http://localhost:4444/grid/console”，即：打开selenium grid的控制台，将出现图7所示页面。
图7 grid console控制台信息
从图7可知，当前使用的selenium grid 版本为3.141.59版本，对应连接到hub的两个node节点分别是ip为172.17.0.4的linux操作系统使用的是firefox 75.0版本的浏览器和ip为172.17.0.3的linux操作系统使用的是chrome 81.0.4044.92版本的浏览器。在默认情况下hub节点使用的是4444端口，而node节点在本例中使用的是5555端口，如果在同一个容器中出现端口冲突等情况，则您需要根据实际情况进行调整设置其他端口以避免端口冲突情况发生。
基于docker+selenium grid的案例演示
下面，笔者将结合bing搜索案例在chrome和firefox浏览器上实现兼容性测试。在经过前面selenium、docker和selenium grid相关知识的学习后，您想到了什么？是不是可以通过使用docker+selenium grid就能够完成基于不同浏览器的兼容性测试呢？是的，这确实是个好主意。
但是，如果让selenium测试脚本在不同浏览器中运行，又需要做些什么呢？
在脚本设计上，您需要做一些改变，通常情况下，要在脚本的运行时指定主机和端口，脚本类似于以下方式：
通常在执行时，只需指定hub的地址（即：http://192.168.1.102:4444/wd/hub）。这里宿主机的ip如图8所示， hub会将脚本自动分配给node节点去执行。
图8 宿主机的ip地址信息
– command_executor参数：该参数为选填参数，可指定远程服务器url字符串或自定义远程连接，默认为“http://127.0.0.1:4444/wd/hub”。
– desired_capabilities参数：该参数为必填参数，可根据情况配置启动浏览器会话时请求功能的字典。这里我们应用的是“desiredcapabilities.chrome”，您可以查看其对应源代码如下所示。
从desiredcapabilities类的源码可知“desiredcapabilities.chrome”是该类定义的一个字典对象。
这里笔者采用多线程的方式，实现分别在chrome和firefox浏览器执行bing搜索业务，对应脚本如下。
grid_test.py文件内容：
从上面的脚本，大家可以看到创建了一个名称为test_bing（）的函数，其包含两个参数，分别是主机和浏览器。函数的执行意图就是根据远程服务器url字符串和传入的浏览器名称字符串，在对应的浏览器中执行搜索业务，且搜索词为“异步社区”，对执行结果进行截图，截图的名称为对应浏览器名称+“_result.jpg”文件，并对搜索后的结果进行断言。需要说明的是，这里对结果进行截图的目的不仅仅是想看一下结果，还有一个很重要的原因是在使用selenium grid时，执行测试过程中不会出现浏览器，所以您看不到执行过程，为了证明结果的正确性我们也需要截一个图证明其确实是工作了并且执行是正确的。如果您还想看到不同的容器在执行过程中的界面，也可以使用vnc viewer连接到对应容器（但需下载对应的selenium/node-firefox-debug和selenium/node-chrome-debug镜像文件，debug结尾的镜像都带有vnc服务端，本机安装vnc客户端，即可远程连接。5900端口为vnc viewer的监听端口，故做了一个端口映射），如图9和图10所示。
图9 创建并启动debug版本的节点容器
图10 vnc viewer观察节点容器的脚本执行情况
事实上这对于测试工作并没有太多意义，故不做太多文字赘述。
在主函数中，定义了一个包含2个元素的字典，大家可以看到笔者使用了2种同一个地址不同的表示方式（宿主机的ip地址为192.168.1.102），而“localhost”也表示本机，即宿主机。那么为什么不都用“192.168.1.102”或者“localhost”呢？这是因为字典的键（key）是不允许重复的。接下来创建了一个线程列表，以pcs字典的键、值作为test_bing（）函数的参数，并添加到线程列表。而后启动线程列表中的各线程。
在运行脚本前，需保证创建并启动hub和node节点容器（注：这里笔者应用的为非debug版本node镜像），如图11所示。
图11 创建并启动hub和node节点容器
脚本执行完成后，将会生成“chrome_result.jpg”和“firefox_result.jpg”这2个图片文件，如图12所示。
图12 脚本执行完成后生成的图片文件信息
如图13和图14所示，在本次兼容性测试中大家可以看到这2个浏览器都执行了相同的bing搜索业务，它们的页面展示、布局、内容基本是相同的，但是却存在2个小的问题，就是在chrome浏览器中搜索到的结果为“855,000 results”，而firefox浏览器中搜索到的结果为“859,000 results”，它们是不一致的。另一个小问题是，在firefox浏览器会显示“sign in”和一个登陆图标，而在chrome浏览器中却没有。理论上来讲这是2个严重级别较低的小bug，但笔者建议针对这两个小的差异，需要和产品、研发的同学再确认一下，产品、测试、研发应统一、明确需求，明确后再修改需求或代码，使两者保持一致。
图13 chrome_result.jpg图片文件信息
图14 firefox_result.jpg图片文件信息
到此这篇关于基于docker+selenium grid的测试技术应用示例代码的文章就介绍到这了,更多相关docker selenium grid测试技术内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://blog.csdn.net/tony2yy/article/details/119961096
声明： 猿站网有关资源均来自网络搜集与网友提供，任何涉及商业盈利目的的均不得使用，否则产生的一切后果将由您自己承担！ 本平台资源仅供个人学习交流、测试使用 所有内容请在下载后24小时内删除，制止非法恶意传播，不对任何下载或转载者造成的危害负任何法律责任！也请大家支持、购置正版！ 。本站一律禁止以任何方式发布或转载任何违法的相关信息访客发现请向站长举报，会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。本网站的资源部分来源于网络，如有侵权烦请发送邮件至：2697268773@qq.com进行处理。