docker的容器技术的优秀特性，例如秒级启动、应用隔离、良好的可移植性等，可以在devops中大显身手，并推动持续集成，持续交付等理念落地。今天我们就将结合selenium grid来介绍docker在自动化测试中的使用场景。
selenium 是针对web应用的自动化测试框架和工具集合，支持多种浏览器和编程语言。selenium的测试用例直接运行在浏览器中，并模拟用户的操作。
selenium grid是一个分布式web测试工具，可以将测试透明地分发到多个主机上，并行地执行。selenium grid架构中包含两个主要角色：hub是中心点控制节点，而node是selenium的工作节点，它们注册到hub上，并会操作浏览器执行由hub下发的自动测试用例。
以传统的方式部署分布式selenium grid集群有一定的技术难度。而且一个浏览器在操作系统上只能安装一个版本且只能有一个运行实例。比如为了针对不同版本的chrome进行测试，需要将指定版本的chrome浏览器安装到不同物理机或虚拟机上，这样要耗费大量时间和机器成本来准备测试环境。
在去年selenium conf 2015上，marek jastrzebaki介绍并演示了利用docker技术来部署selenium grid的示例，可以优雅地解决上述问题。
让我们也尝试一下docker带给我们不同的测试体验吧 :-)
我们将在阿里容器服务上面搭建selenium grid的示例，并运行自动化测试用例。
下面的dockercompose模板描述了一个selenium grid集群的部署方式：它会创建一组容器，其中包含1个selenium hub容器，3个firefox node和3个chrome node。这里所有的docker镜像可以从 https://github.com/denverdino/docker-selenium 获得，它们在selenium官方镜像基础上，修复了节点和hub容器在重新启动后的一些问题。这些修改稍后会提交社区。
注：你可以利用docker compose在本地docker环境上测试上述脚本，但是需要手工伸缩节点。
在阿里云容器服务上部署完成之后，很快我们就可以看到容器应用所包含的所有容器都已经启动成功。
我们可以通过点击<code>hub</code>服务来获得grid console的访问信息。
点击访问端点后，在浏览器中可以看到，selenium grid的控制台里已经有6个节点就绪，其中3个是firefox节点，3个是chrome节点。
下面我们来运行web测试。我提供了一个非常简单的测试示例：利用python的selenium bindings和nose并行测试框架，它会并行地调用firefox和chrome在百度和云栖社区上搜索和docker相关的内容。
为了简化使用，我也提供docker镜像来调用selenium测试脚本。详见 https://github.com/denverdino/docker-selenium/tree/master/test
我们选择之前selenium测试应用，点击配置变更后将docker-compose模板更新为如下内容。它会添加test service来调用hub分发执行测试用例。
注意：修改应用配置后，需要更新应用版本便于追踪。
变更配置完成后过几十秒钟，我们发现“test”服务已经停止运行，在日志中我们可以看到所有自动化测试已经执行完毕。
通过docker可以大大简化selenium grid分布式测试的部署，削减机器资源消耗，减少配置虚拟机所花的时间，极大的提高了测试效率。
docker和测试领域还可以有很多结合点：比如利用docker镜像良好的可移植性，我们可以在开发、测试、生产环节中保证一致性；利用容器编排，我们可以低成本、快速的构建集成测试环境，来对应用进行有效验证，等等。
以后我们还会介绍如何利用阿里云容器服务把devops过程串联起来，让开发者简单从一个简单的git commit开始，自动化地触发并执行完整的应用构建、测试、和更新流程。