docker+robot framework+selenium并发web应用UI自动化测试实践

自己在日常测试中，会搭建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容器之间都是物理隔离的。通俗易懂的说，我们配置好了一套虚拟机环境，