【转】jenkins上配置robotframeworkride自动化脚本任务

jenkins上配置robotframeworkride自动化脚本任务

编写好的自动化脚本,集成在jenkins上进行自动运行于监控,这里采用分布式构建,在一台slave上进行任务构建与自动化脚本的运行。

步骤:

1、创建jenkins任务

选择创建一个自由风格的任务

2、选择执行自动化脚本的slave机。(slave节点的配置参考)

图1

图2

etl-Suite.txt是自动化脚本

图3

Hi All,
</br>
<font color="#0B610B" size=4>检查控制台输出</font>
<a href="${BUILD_URL}console"><b><font color="#DF0101" size=5>${ENV, var="JOB_NAME"}</font></b></a><font color="#0B610B" size=4>查看结果.</font>

<html>
<body leftmargin="8" marginwidth="0" topmargin="8" marginheight="4" offset="0">
<table width="95%" cellpadding="0" cellspacing="0"  style="font-size:11pt; font-family:Tahoma, Arial, Helvetica, sans-serif">
<tr>
<td><h2><font color="#0000FF">构建结果 - ${BUILD_STATUS}</font></h2></td>
</tr>
<tr>
<td><br/><b><font color="#0B610B">构建信息:</font></b><hr size="2" width="100%" align="center"/></td>
</tr>
<tr>
<td>
<ul>
<li>项目名称 - ${PROJECT_NAME}</li>
<li>构建结果(For all) - <a href="${PROJECT_URL}ws">${PROJECT_URL}ws</a></li>
<li>项目 Url - <a href="${PROJECT_URL}">${PROJECT_URL}</a></li>
<li>构建 Url - <a href="${BUILD_URL}">${BUILD_URL}</a></li>
<li>SVN 版本 - ${SVN_REVISION}</li>
</ul>
</td>
</tr>
<tr>
<td ><b>失败的测试结果:</b><hr size="2" width="100%" align="center"/></td>
</tr>
<tr>
<td>
<pre style="font-size:11pt; font-family:Tahoma, Arial, Helvetica, sans-serif">$FAILED_TESTS</pre>
<br/>
</td>
</tr>
<tr>
<td ><b><font color="#0B610B">构建日志 (最后 100 行):</font></b><hr size="2" width="100%" align="center"/></td>
</tr>
<tr>
<td>
          测试日志 (如果有运行测试): <a href="${PROJECT_URL}ws/TestResult/archive_logs/Log-Build-${BUILD_NUMBER}.zip">${PROJECT_URL}/ws/TestResult/archive_logs/Log-Build-${BUILD_NUMBER}.zip</a>
<br/><br/>
</td>
</tr>
<tr>
<td>
<textarea cols="80" rows="30" readonly="readonly"  style="font-family: Courier New">${BUILD_LOG, maxLines=100}</textarea>
</td>
</tr>
</table>
</body>
</html>
时间: 2024-08-05 23:03:30

【转】jenkins上配置robotframeworkride自动化脚本任务的相关文章

在CentOS上配置Tomcat服务脚本

#!/bin/bash # chkconfig: - 85 15 # description: Tomcat Server basic start/shutdown script # processname: tomcat JAVA_HOME=/usr/local/jdk/jdk1.8.0_65 export JAVA_HOME TOMCAT_HOME=/usr/local/tomcat/apache-tomcat-8.0.30 START_TOMCAT=/usr/local/tomcat/ap

jenkins+ant配置自动化任务全过程

UI自动化测试(17)  版权声明:本文为博主原创文章,未经博主允许不得转载. 1.首先,你需要写UI自动化测试,本地运行无误 2.利用ant将刚写好的程序运行起来,在Eclipse里边只需要eclipse的ant插件,编写build.xml和aaa.xml即可 3.如果你想让你的自动化程序每隔一段时间就自动运行,这时候,特土的方法是利用testNg的invocationCount属性设置运行的次数,隔断时间=线程睡眠时间,额 实在太土了 4.进入主题:利用Jenkins配置项目 ① 下载Jen

如何在jenkins上新建一个项目及其简单配置

1.首先,点击[新建]进入选择页面,如下图(一般选择"构建一个自由风格的软件项目")     2.填好项目名称后,点击ok,跳转至如下页面,可以在这个页面进行项目的配置(包括拉源码.修改持续构建时间.打包部署前修改配置文件等) 3.General中的"丢弃旧的构建"可以设定持续构建的 4.在"参数化构建过程"中可以设置要构建的版本有哪些,如下 5.在源码管理模块可以设置源码地址(我们公司一般用的Git) 6.如果是自动化构建,可以在构建触发器中的

Jenkins持续集成-自动化部署脚本的实现《python》

读者须知:1.本手记本着记续接前面的两张手记内容整理2.本手记针对tomcat部署测试环境实现 最近工作比较繁忙,导致这章一直拖延,没有太抽出时间来总结.要实现Jenkins端的持续集成,其实在CI服务配置端很容易,难点呢?就是如何实现自动化的部署.我的脚本设计就是为了解决以下难题: 难点一.如何使得自动化部署脚本更通用 我用的脚本,依赖依赖一个配置文件的模块化,让每一个应用业务模块更加通用.自动化所执行的命令呢?我也是设计想法本着更加通用平台的原则,至少对于tomcat+java or jav

Jenkins上HTML报告不显示jmeter脚本执行失败结果

之前搭建了Jenkins+jmeter+maven环境,用来进行接口健康状态检查. 今天发现有脚本因为环境问题导致运行失败,但是构建结果时成功的. 可以看脚本时有1个error的,但是build success,所以最后的构建结果时成功!怎么把脚本执行结果与构建结果同步呢? 这是因为Jenkins通过退出代码是否为0判断build是否成功. 我们在工程的配置中,post steps中输入以下命令即可让脚本执行结果与Jenkins构建结果同步 附上脚本 #!/bin/bash dtime=$(da

Jenkins与Gitlib实现自动化部署与持续构建

持续部署之jenkins与gitlab(一) 主要部分 安装部署Jenkins和gitlib 了解gitlib的常用命令 部署haproxy与tomcat环境 配置Jenkins使用gitlib更新代码 通过sonar实现代码检测 实现gitlib触发Jenkins自动部署 通过Jenkins实现自动部署 实现haproxy动态添加删除后端服务器 编写脚本实现自动化部署与回滚 持续集成的分类: 持续集成:持续集成是指程序员在代码的开发工程中,可以频繁的将代码部署到主干上,并进行自动化测试 持续交

Jenkins+Ant+Jmeter接口自动化集成测试实例

Jenkins+Ant+Jmeter接口自动化集成测试实例 一.Jenkins安装配置 1.安装配置JDK1.6+环境变量: 2.下载jenkins.war,放入C:\jenkins目录下,目录位置随意: Jenkins启动方法: cmd进入Jenkins目录下,执行java -jar jenkins.war 浏览器输入:localhost:8080可以访问Jenkins表示配置成功: 二.Ant安装配置 1.下载apache-ant-1.9.6:放入E盘,如E:\apache-ant-1.9.

.NET 半天搭建Jenkins持续集成与自动化部署系统

前言 相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛.由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人员,由其讲各个发布包一个一个覆盖到生产环境.因此每次上线仅仅发版就需要2-3个小时.这种方式

基于Jenkins,docker实现自动化部署(持续交付)

前言 随着业务的增长,需求也开始增多,每个需求的大小,开发周期,发布时间都不一致.基于微服务的系统架构,功能的叠加,对应的服务的数量也在增加,大小功能的快速迭代,更加要求部署的快速化,智能化.因此,传统的人工部署已经心有余而力不足.持续集成,持续部署,持续交互对于微服务开发来说,是提高团队整体效率不可或缺的一环.合理的使用CI,CD能够极大的提高了生产效率,也提高了产品的交互质量.本文不对三个概念做过多的介绍,有兴趣可以读读这篇文章:The Product Managers' Guide to