自己在日常测试中，会搭建UI自动化测试框架来进行web应用的回归测试，在这过程中遇到了许多问题，如测试脚本和执行机不分离，串行测试效率低下，环境搭建麻烦等问题。在这个过程中，自己也在网上看一些前辈的搭建教程，学习他们的经验，一点点清晰了一个较为完善的UI自动化测试框架的搭建，尤其是最近学习了利用docker来搭建UI自动化测试环境，简直为自己打开了新世界的大门，所以也在这里分享下，供刚踏入测试行业的童鞋们借鉴。

需求背景
日常测试中会遇到对web应用进行UI自动化的测试场景，一般常用的工具是使用Selenium，一套简单的UI自动化架构如下：

简单的UI自动化架构

上图即为简单搭建的一套UI自动化测试架构，但存在如下缺点：

（1）串行执行测试用例：即同一时刻只启动一个进程去启动一个浏览器进行测试，有时工作中需要进行浏览器的兼容性测试，这样的话只能等一个进程结束后，再开启另一个进程开始另一个浏览器的测试，效率很低。

（2） 一台机器只能安装一个版本的浏览器：有时兼容性测试不仅要测试不同浏览器的情况，还要测试同一浏览器不同版本的情况，通常一台机器只能安装1个版本的chrome或firefox，这样就没办法测试不同版本的兼容性情况了。

（3）测试脚本与浏览器部署在同一台机器，试想，一台机器既跑测试脚本，又开启进程启动浏览器进行测试，严重消耗机器硬件资源。

为了解决（1）的问题，可以考虑用多线程并发的方式执行测试用例，如下图

为了解决（2）和（3）的问题，可以在并发框架的基础上，采用SeleniumGrid这一分布式测试工具，实现测试脚本和测试执行节点的分离，即用远程机作为SeleniumNode，在其上安装不同版本的不同浏览器，这样在本机运行测试脚本后，测试脚本会向SeleniumGrid发起测试请求，SeleniumGrid会寻找当前处于空闲状态的节点，并在其上执行测试。整体架构如下：

至此，这种并发分布式测试框架基本上就可以满足我们的日常测试需求了，但仍然存在缺点：

（1） 执行节点机配置麻烦：通常常用的方式就是为每个执行节点配一台虚拟机，然后在每台执行节点机上都要重新配置一遍测试环境，比如要安装浏览器、selenium驱动浏览器的驱动文件，selenium-server jar包。最重要的一点是，测试资源很紧张，没有那么多虚拟机供我们使用。

为了解决（1）的问题，网上有前辈们提出了用docker容器来制作执行节点，有关docker的具体作用，大家可以自己去搜，简单来说就是以前我们需要一台测试执行节点，需要搭建一台虚拟机，然后在其上进行环境配置，如果再需要一台测试执行节点，又要重复上述的过程。一是搭建一台虚拟机周期较长，虚拟机启动时间较长，且虚拟机资源依赖于硬件配置，二是每台虚拟机都要重新配置。而利用docker可以解决上述问题，其具有以下优点：

（1）docker镜像不并包含linux内核，多个docker镜像共用宿主机的linux内核，即相当于我们只要有一个linux内核虚拟机就可以了，可以减少对硬件资源的依赖。

（2）一个docker镜像可以运行很多docker容器，每个docker容器之间都是物理隔离的。通俗易懂的说，我们配置好了一套虚拟机环境，称之为容器，然后就可以用这个容器““复制”出N个相同的环境出来，不需要你再重新配置了，很方便。

具体来说，以前我们需要10个chrome浏览器同时进行web测试，按照以前的方法，我们会搭建10台虚拟机，然后分别在每台虚拟机上安装chrome浏览器，再进行selenium的相关配置。但现在利用docker，我们可以制作一个镜像，这个镜像里运行linux环境，安装有chrome浏览器和selenium的相关配置，然后我们利用这个镜像“复制”出10个容器就可以了，这10个容器就是以前的10台虚拟机，并不需要你再重复安装重复配置了，很节省人力和时间。

（3）docker镜像仓库里会有其他人已经制作好的相关镜像，不需要我们自己制作，或者我们把其他人的镜像拿来，改下某些配置变为我们自己想要的镜像就ok了，像selniumhub，和已经安装好chrome或者firefox的selenium-node的镜像，都已经有人制作好了，我们只需要拿来用，或者稍微改下参数就可以了。

至此，我们可以利用docker的容器来作为UI自动化测试的执行节点，取代之前的虚拟机。

框架搭建
基于以上介绍，整体的测试框架如下：

框架分为3个部分，多线程并发测试框架采用Python编写，调用robot framework执行测试用例，并将测试请求发送给docker容器中运行的SeleniumHub，SeleniumHub寻找处于空闲状态的SeleniumNode执行节点进行web测试，测试结束后，在部署测试脚本的主机上生成各线程运行后的测试报告，再调用robot framework的rebot命令合并测试报告，生成最后的汇总测试报告发布。

本人在自己的工作电脑（win7 64bit）上搭建了上述框架，下面详细介绍搭建步骤。

测试环境搭建
1、安装docker

（1） win7用户，进入Docker Toolbox的下载网页，选择windows版本下载。win10用户进入docker官网下载Docker For Windows安装。

整个安装过程非常简单，安装完成后，可以在桌面得到如下的三个图标：

（2） 设置环境变量

安装完成后，建议先配置一个环境变量MACHINE_STORAGE_PATH，来自定义虚拟机保存的位置，因为之后下载的镜像越来越多，都是放在虚拟机的虚拟磁盘文件中，虚拟磁盘文件会越来越大，放在默认的C盘用户目录下可能会在以后造成一些麻烦，参考下图：

（3） 开始使用

点击Docker Quickstart Terminal图标，从而打开一个Docker Toolbox terminal，若报如下图信息，则去https://github.com/boot2docker/boot2docker/releases下载对应版本的boot2docker.iso放到MACHINE_STORAGE_PATH/cache下，再重新打开Docker Quickstart Terminal。

再次打开terminal后，terminal会自动进行一些设置，需要点时间，全部完成后，出现如下结果表示docker安装ok了：

 另外，我们可以记下docker宿主机的IP 192.168.99.100，可以用xshell来ssh登录docker宿主机方便操作，账号和密码是docker/tcuser：

 

2、下载或制作相关镜像

docker pull selenium/hub，它会自动从镜像源中下载别人制作好的最新的selenium/hub镜像，可以通过docker images看到下载好的selenium/hub镜像

对于seleniumnode镜像，兼容性测试时，需要我们覆盖更多版本的浏览器，所以，可以选择自己制作Dockerfile来生成自己想要的浏览器版本的镜像。在当前目录下新建Dockerfile文件，输入以下内容：

#一般建议直接用debug版，以firefox为例

FROM selenium/node-firefox-debug

#指定新构建firefox版本

ARG FIREFOX_VERSION=54.0.1

#删除已存在firefox浏览器

RUN a=KaTeX parse error: Expected 'EOF', got '&' at position 42: …"|cut -d/ -f 3)&̲&sudo rm -rf /o…a&&sudo rm -rf /usr/bin/firefox

#下载指定版本的浏览器

RUN sudo apt-get update -qqy \

&& sudo rm -rf /var/lib/apt/lists/* /var/cache/apt/* \

&& sudo wget --no-verbose -O /tmp/firefox.tar.bz2 http://ftp.mozilla.org/pub/firefox/releases/F I R E F O X V E R S I O N / l i n u x − x 8 6 6 4 / e n − U S / f i r e f o x − FIREFOX_VERSION/linux-x86_64/en-US/firefox-FIREFOX 
V
​
 ERSION/linux−x86 
6
​
 4/en−US/firefox−FIREFOX_VERSION.tar.bz2 \

&& sudo tar -C /opt -xjf /tmp/firefox.tar.bz2 \

&& sudo rm /tmp/firefox.tar.bz2 \

&& sudo mv /opt/firefox /opt/firefox-$FIREFOX_VERSION \

&& sudo ln -fs /opt/firefox-$FIREFOX_VERSION/firefox /usr/bin/firefox

改变node的启动参数
ENV NODE_MAX_INSTANCES 10

ENV NODE_MAX_SESSION 10

配置中文
RUN sudo locale-gen zh_CN.UTF-8 &&\

sudo DEBIAN_FRONTEND=noninteractive dpkg-reconfigure locales

RUN sudo locale-gen zh_CN.UTF-8

ENV LANG zh_CN.UTF-8

ENV LANGUAGE zh_CN:zh

ENV LC_ALL zh_CN.UTF-8

#安装基本字体

RUN sudo apt-get -qqy --no-install-recommends install \

fonts-ipafont-gothic \

xfonts-100dpi \

xfonts-75dpi \

xfonts-cyrillic \

xfonts-scalable

#安装文泉驿微米黑字体

RUN sudo apt-get -qqy install ttf-wqy-microhei \

&& sudo ln /etc/fonts/conf.d/65-wqy-microhei.conf /etc/fonts/conf.d/69-language-selector-zh-cn.conf

然后通过如下命令来构建镜像，其中selenium/vnc-node-firefox-debug是自己起的镜像名，后面的.表示Dockerfile所在的目录为当前目录：

docker build -t selenium/vnc-node-firefox-debug .

用同样的方法可以生成chrome浏览器的镜像，生成后的镜像如下图：

3、启动容器

（1）启动selenium/hub容器

docker run -p 5555:4444 -d --name ‘selenium_hub’ selenium/hub

run：通过镜像启动一个容器

-p：端口映射，5555是容器宿主机（运行docker的主机）的端口，4444是我们容器（运行selenium_hub虚拟机）的端口。我们把容器的4444端口映射给docker主机的5555端口，就可以通过docker主机的5555端口来访问selenium_hub容器了。

（2）启动selenium/node容器

docker run -P -d --link selenium_hub:hub selenium/vnc-node-firefox-debug

docker run -P -d --link selenium_hub:hub selenium/vnc-node-chrome-debug

-P：随机生成映射端口号，上文中的-p是指定特定的端口号，这里node并不需要知道容器内部的端口号，所以随机映射即可。

–link：指定selenium-node容器依赖容器selenium_hub。

容器启动完后，可通过docker ps查看启动的容器：

在浏览器中查看selenium容器是否正常启动，http://192.168.99.100:5555/grid/console

多线程并发测试框架搭建
采用Python编写多线程并发程序，robot framework执行测试用例。

（1）测试用例

在robot framework中，将测试用例打上标签tag，来区分要测试的不同版本的不同浏览器，remote_url为selenium_hub容器的地址，已将该容器的4444端口映射到docker宿主机的5555端口，所以这里直接通过宿主机的5555端口访问hub容器。

（2）多线程并发框架

     多线程并发框架采用Python编写，程序目录如下：

 

各文件代码如下：

utils.py：

multiThreadings.py

callRobot.py

 run.py

脚本run.py接收两个参数，第1个参数为要执行的robot测试套件，第2个参数为要执行的robot用例的标签，各标签之间以逗号分隔，有多少个标签，就启动多少个线程来调用robot的pybot命令执行打上相应标签的测试用例。

运行
这里开启2个node节点，一个chrome，一个firefox。cmd下执行脚本，robot测试套件名为TestSuite.txt，执行标签为chromeNode1，firefoxNode1的测试用例：

python run.py TestSuite.txt selenium_node=chromeNode1,firefoxNode1

docker宿主机下，执行docker logs -f selenium_hub，可以查看hub容器的执行日志：

通过vnc viwer可视化查看node容器内浏览器的运行情况：

 最终用rebot命令合并各线程生成的测试报告，合并后的报告如下：

至此，基于docker的selenium并发web应用UI自动化测试框架搭建完成。之后，自己会再探究将docker容器的创建，启动和停止自动化，实现测试环境的自动化搭建。

最后：下方这份完整的【自动化测试】学习教程已经整理上传完成，朋友们如果需要可以自行免费领取 【保证100%免费】