在docker中使用selenium做自动化测试，听起来好有B格。笔者在学习的过程中也遇到了很多坑，本文zalenium的坑，笔者用了三天才爬出来，这三天填坑的过程中，笔者几次都想放弃，但是坚持坚持，终于在早上任督二脉贯通，顺利解决了docker容器和宿主机的时间同步问题，请注意这个zalenium容器的时间与别的docker容器同Ubuntu宿主机时间同步的解决方法不一样。【PS：笔者会在下文中说明为何“传统时间同步”的方法不得行，非要采用“暴力”的方式解决时间同步。】
下面先推荐几篇docker与selenium相结合的文章：
- 文章一 《Docker 在 WebUI 自动化测试中的应用》
- 文章二 《Zalenium 容器化扩展Selenium Grid》
下面向大家推荐，笔者经常使用的selenium——docker镜像：
【1】https://hub.docker.com/r/yukinying/chrome-headless/
【2】https://hub.docker.com/r/yukinying/chrome-headless-browser-selenium/
【3】https://hub.docker.com/r/caryyu/selenium-chrome/
【4】https://hub.docker.com/r/baozhida/selenium-hub/ 【PS:文章1中谈及提供的docker images】
在学习selenium的征程中，笔者是通过TesterHome中的《Docker 在 WebUI 自动化测试中的应用》这篇文章，了解和学会了怎么样在Ubuntu的docker中运行创建Selenium hub和Selenium node(即Selenium Gird)，从而掌握了在远程主机的Chrome和Firefox上运行Selenium脚本。
但是，文章一的作者当时提供的docker images中的Firefox和Chrome的版本都很低[目前主要提供的版本：Chrome48,Chrome58;Firefox47,Firefox52]，这几个版本的浏览器不满足运行Chrome Headless模式和FireFox HeadLess模式的要求。什么是Headless模式可参考此文。
| 浏览器 （Headless模式) | 版本要求 |
|---|---|
| Chrome | >=60 |
| Firefox | >=56 |
为什么使用zalenium？
前几天，文章二的作者大神，给我推荐的。他说这个docker selenium镜像有“录像”功能；同时，还内置了VNC.哇，还可以录像，好高端。大神就给了我一个zalenium作者的github链接，拜读了下，决定亲手修炼下。【PS:以前自己学会的脚本运行录像是通过文章----Selenium技巧 - 利用MonteScreenRecorder录制视频，个人感受此种方式录屏下来的视频大小往往都是80MB+的，视频文件太大了，有点费磁盘空间。】
Zalenium的相关介绍
- 先来看看Zalenium的GitHub。
zalenium
- 三大特性：
Why？
- 运行zalenium镜像的前期准备：
运行zalenium镜像的前期准备
# code
1. #docker pull elgalu/selenium 【pull “ elgalu/selenium” 这个basic镜像】
2. #docker pull dosel/zalenium 【pull “dosel/zalenium”镜像】
- Dashboard[即脚本视频回放、查看log]：
Dashboard只能在脚本执行完毕后，才能查看，当然前置条件肯定是你的测试脚本是正确的。
【PS: 视频回放功能只能在Chrome中能够使用;笔者也试了Firefox,但是就是不能回放脚本视频。因为， 建议多使用Chrome。还有就是Zalenium录制脚本的视频格式是MP4;如果你用命令"sz xxx.mp4”讲文件发送到你的Windows中，然后用windows上的视频播放器来播放这个xxx.mp4文件，你会惊人的发现播放不起。反正，这个视频回放也是一个坑，后面会说到。】
- 内置VNC
Zalenium中内置了VNC，可以在脚本运行的过程中通过--http://localhost:4444/grid/admin/live来查看测试脚本执行的情况。
- 怎么Run Zalenium?
Run it
【吐槽1】上图中Zalenium作者dorcker run 中使用了--rm，使用--rm参数，当你docker restart 后，容器中的数据就会CleanUp。what！！！还要清空容器内部的数据，笔者觉得还是不加--rm参数最好。【--rm不能和-d一起使用，即--rm最好和-it使用。】
1. 笔者使用的Ubuntu16.04 Server版本，下面我们docker run：
#code
docker run -ti --name zalenium -p 4444:4444 \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /tmp/videos:/home/seluser/videos \
--privileged dosel/zalenium start
2.利用#docker ps查看正在运行的docker容器，如下图：
3.利用**#docker exec 容器ID date **的方式来查看容器的date,如下图所示：
上图中，Ubuntu宿主机的时间与Zalennium三个容器的时间相差7个小时，并且一个时区是 CST，一个是CET(欧洲中部时间)，详细的时区介绍，见 这里。
【问题1】官方推荐的docker run 方式指定的时区与中国所处的东八区不相同，就需要更改容器中的时区，Zaleniume这个images是基于Ubuntu dockerfile的。
网上提供宿主机与容器时间同步的解决方案主要有三种，笔者按照难易程度重新梳理这三种方案：
-
【方案一： 复制宿主机的localtime】docker cp (宿主机) /ect/localtime 容器[id/name]:/etc/localtime
方案一：图1
重启下hub容器，查看date是否同步见方案一：图1。
方案一：图2
【PS：是不是方案一有问题，不可行？笔者只能说方案一对于Zalenium这个images的确不能同步时间，但是对于其他容器（笔者采用caryyu/selenium-chrome这个镜像）是可以的，见方案一：图3所示：】
方案一：图3 【方案二: 共享主机的localtime 】docker run --name
-v /etc/localtime:/etc/localtime:ro ....
#code
docker run -it --name zalenium -p 4444:4444 \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /etc/localtime:/etc/localtime:ro \
-v /tmp/videos:/home/seluser/videos \
--privileged=true dosel/zalenium start
执行完上面的docker run 后，然后也docker exec 容器[id/name] date及宿主机的date，如方案二：图1所示。
[PS是不是方案二有问题，不可行？笔者只能说对于zalenium镜像这种方法不可行。不信，换caryyu/selenium-chrome这个镜像试试。]
#code
docker run -d --name selenium-chrome -p 9515:9515 \
-v /etc/localtime:/etc/localtime:ro \
caryyu/selenium-chrome:latest
上面docker run执行效果见图方案二：图2所示。
- 【方案三: 创建自定义的Dockerfile】
#code
#在Dockerfile文件中添加如下code
#设置时区
RUN /bin/cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime \
&& echo 'Asia/Shanghai' >/etc/timezone \
笔者从zalenium的Github上git clone整个Zalenium项目，按照方案三说的添加“RUN /bin/cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
&& echo 'Asia/Shanghai' >/etc/timezone \”到Dockerfile文件中，重新"Docker bulid -t xxx ."。由于Zalenium镜像作者在Dockerfile中的添加了很多在整个zalenium项目找不到的环境定义的文件，因此方案三就在此处不能成功执行。
坑点1
【PS：此zalenium镜像不能用 “-v /etc/localtime:/etc/locatime”和“docker cp /etc/localtime:【容器ID或者NAME】/etc/localtime” 这两种常用的方式，笔者试了千万遍这两种方式对其他镜像的时间同步有想过，但是对zalenium这个镜像不起效果。时间同步主要是为了视频页面的时间显示正确，不可能让界面显示的时间和北京时间有7个小时的差异。
】
【PS:坑点不止这一个，下面继续说明】
笔者在查阅Zalenium的github，翻到了如下图所示的docker run 方式。
这个docker run 在start后面居然加了一个timezone的参数，what?!还可以这样写，好兴奋，笔者将timezone修改成timezone="Asia/Shanghai",try it.....
#code
docker run --rm -ti --name zalenium -p 4444:4444 \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /tmp/videos:/home/seluser/videos \
--privileged dosel/zalenium start --screenWidth 1440 --screenHeight 810 --timeZone "Asia/Shanghai"
坑，巨坑.....为何docker run 的dosel/zalenium 后面有个start,难道是需要启动内部的什么shell脚本？笔者跑到Zalenium的 Dockerfile文件中看到了如下图所示的相关shell脚本。
在zalenium项目的scripts文件下发现了zalenium.sh等相关的shell文件。打开zalenium.sh文件，发现了和时区时间相关的属性设置项，如下图所示。
笔者l利用“docker rm -f $(docker ps -a -q)”删除所有容器；重新docker run，然后再修改hub容器的zalenium.sh的TZ项。
#code---docker rm
docker rm -f $(docker ps -a -q)
#code---docker run
docker rm -f $(docker ps -a -
笔者最后自己打包了一个镜像
镜像主要是在zalenium镜像的基础，做了如下图所示的修改：
用法如下：
docker run -it --name zalenium -p 4444:4444 \
-v /var/run/docker.sock:/var/run/docker.sock \
-v zalenium-videos:/home/seluser/videos \
--privileged jamesz2011/selenium-chrome-firefox-v1 start
宿主机Ubuntu与容器hub时间同步，见下图：
[PS]慢慢文章终于写完------亲们，不想折腾还是用笔者重新构建打包的zalenium镜像吧。还有一些坑，不想详细写了，截图表示。
还有的坑
