标签:
这几天正好把两年多前搭建的用于自动跑自动化测试应例 的 Jenkins 系统升级到最新版本。当年搭建这个框架也是颇费一番周折,(可惜仅忙于搭建,没有记录下来)现在正好是个时机整理下。
在整个测试团队中,自动化测试虽然带来了回归测试的便利。但是往往会花费比较多的人力来运行、管理、跟踪整个自动化测试。尤其是运行和管理,如果没有一个好的平台(框架),本身维护的 effort就不是一个团队能轻易接受的。
在比较大且长期的项目中,往往会开发一个完整的平台来整合这些自动化测试相关的日常工作。笔者曾经在一个团队中维护过这样的平台。从测试任务的触发->测试虚拟机镜像的准备->镜像的部署->测试应例的运行->测试结果自动分析->测试报告生成,这一系列的过程自动完成。但是这些理想化的结果的背后,现实是一整个独立团队的开发、维护。而这并不是所有的测试团队可以接受的。
但是今天给大家介绍的这个轻量化的框架,却是简单实现,易于维护。并且有很好的应用结果。其具有以下几个优点:
测试框架主要是基于 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 和写入数据库。
标签:
原文地址:http://www.cnblogs.com/GavinZhuBlog/p/4520211.html