selenium_server grid 多节点运行用例以及selenium server工作原理

  1. selenium server 工作原理,原文描述摘自百度,原理图自己画了一下:


wKiom1PCW9vDy-_WAAGVGDCbM74202.jpg


    Selenium Server主要控制浏览器行为,总的来说,Selenium Server由三部分组成:Launcher、Http Proxy、Selenium Core,其中Selenium Core是在Selenium Server启动浏览器时,嵌入到浏览器中的。Selenium Core是一堆Javascript函数集合,当Selenium RC通过网络与 Selenium Server通讯时(通过简单的Http Get或Post请求),Selenium Server解析客户端请求为Selenese Command,然后就会调用相应的JS函数来控制浏览器操作。

(1).测试案例(Testcase)通过Client Lib的接口向Selenium Server发送Http请求,要求和Selenium Server建立连接。

为什么要通过发送Http请求控制Selenium Server而不采用其他方式呢?从上文可以看出,Selenium Server是一个独立的中间服务器(确切地说是代理服务器),它可以架设在其他机器上!所以测试案例通过发送HTTP请求去控制Selenium Server是很正常的。

(2).Selenium Server的Launcher启动浏览器,把Selenium Core加载入浏览器页面当中,并把浏览器的代理设置为Selenium Server的Http Proxy。

(3).测试案例通过Client Lib的接口向Selenium Server发送Http请求,Selenium Server对请求进行解析,然后通过Http Proxy发送JS命令通知Selenium Core执行操作浏览器的动作。

(4).Selenium Core接收到指令后,执行操作。

(5).浏览器收到新的页面请求信息(因为在(4)中,Selenium Core的操作可能引发新的页面请求),于是发送Http请求,请求新的Web页面。

由于Selenium Server在启动浏览器时做了手脚,所以Selenium Server会接收到所有由它启动的浏览器发送的请求。

(6).Selenium Server接收到浏览器的发送的Http请求后,自己重组Http请求,获取对应的Web页面。

(7).Selenium Server的Http Proxy把接收的Web页面返回给浏览器。

因为浏览器存在同源策略,所以Selenium RC中的Selenium Server需要以这种代理模式运行。


2.多节点GRID分布式用例执行

(原理图简单画了下,如下图:)


wKiom1O-NC-jWF_IAAG2pMZHD1g568.jpg


1)由于机器有限,我这里使用虚拟机代替,启动二台虚拟机(需要安装相应的浏览器以及驱动,java环境和selenium-server)

wKioL1PCnBbwjLNBAAY4SzUTxm0603.jpg


2)这是第二台机器 192.168.1.103 启用 5556这个端口,可以通过LOG看到它与HUB机的连接信息 

wKioL1PCnFbzqKJMAAcdxqUAgnc502.jpg


3)第一台机器192.168.1.102 安装的是IE浏览器,通过远程调用机器来执行相关的测试用例,OK,成功。

wKioL1PCnDPzs5UQAAaBziwGNss775.jpg


4)第二台机器 192.168.1.103 安装的是chrome浏览器,同样的测试用例一样可以通过远程调用脚本来执行。

wKioL1PCnHSCMCJtAAYBvM843-A443.jpg


5)这是HUB机上面的运行脚本,可以看到调用的是二个分节点的机器,HUB与各个浏览器能够进行准确的交互主要是靠session ID来进行区分,以下可以看到用例运行的结果,为了清晰的区分我加上了一些打印信息。

wKiom1PCnLWxQizkAANCc_at6CQ923.jpg



你可能感兴趣的:(流程图,多节点)