这几天正好把两年多前搭建的用于自动跑自动化测试应例 的 Jenkins 系统升级到最新版本。当年搭建这个框架也是颇费一番周折，（可惜仅忙于搭建，没有记录下来）现在正好是个时机整理下。
在整个测试团队中，自动化测试虽然带来了回归测试的便利。但是往往会花费比较多的人力来运行、管理、跟踪整个自动化测试。尤其是运行和管理，如果没有一个好的平台（框架），本身维护的 effort就不是一个团队能轻易接受的。
在比较大且长期的项目中，往往会开发一个完整的平台来整合这些自动化测试相关的日常工作。笔者曾经在一个团队中维护过这样的平台。从测试任务的触发->测试虚拟机镜像的准备->镜像的部署->测试应例的运行->测试结果自动分析->测试报告生成，这一系列的过程自动完成。但是这些理想化的结果的背后，现实是一整个独立团队的开发、维护。而这并不是所有的测试团队可以接受的。
但是今天给大家介绍的这个轻量化的框架，却是简单实现，易于维护。并且有很好的应用结果。其具有以下几个优点：
- 基于成熟的测试工具。Jenkins 是目前业内最流行的快速持续集成工具之一, 其稳定的性能和丰富的扩展性, 使得很多的团队都优先选择它作为项目的主要支持工具。其属于主流工具，很多团队已经有过相应的经验，可以大大缩短学习曲线和成本。
- 方便的定制自动化测试job。Jekins 拥有自己的Web 界面。按照需求方便地创建所需的自动化测试任务。
- 所有的自动化执行历史记录都可以保存在平台上。可以通过 Web 的方式随时查阅。同时也可以在job的后期处理时，写入现有的数据库，方便以后选择其他的展示方式。
- Jenkins 支持丰富的插件，用户可以按照需求进行选择安装和配置，以实现生成执行状态表格，自动部署/更新自动化测试包等高级功能.
测试框架主要是基于 Jenkins 自带的 Master/Slave 结构。如下图
主要的工作流程，如下图
主要脚本实现的功能介绍：
Trigger.py 监测软件测试版本的发布，包括客户端发布和服务器端发布。侦测到新版本发布后，记录下 version 号。作为后期 job 的 label 使用。
PrepareProcess.py 在侦测到新版本后，触发一系列的准备工作。同步最新的测试工具，测试应例到 master 端，方便后面 slave 能够从 master 同步最新的 code。
startTest.sh/startTest.bat 唯一部署在 slave 上的脚本，主要任务就是建立与 master 的连接，同步最新的测试工具，测试应例，然后触发测试执行。
Install.py 在 startTest 同步完所有运行需要的文件之后。开始安装客户端 (浏览器系统清理)，准备好所有自动化运行前的准备。
RunCase.py 控制所有类型的自动化运行。譬如，客户端和浏览器纯 web 的回归测试， 性能测试。最后把结果返回给 master 和写入数据库。
