Jmeter是压力测试.接口测试工具,Ant是基于Java的构建工具,具有跨平台的作用,jenkins是持续集成工具.将这三者结合起来可以搭建一套webservice接口测试的持续构建环境.   1.安装JDK,配置java环境变量 1 通过Xftp将下载下来的jdk上传到指定虚拟机上传到/usr目录下 2 通过Xshell连接到虚拟机,执行如下命令,解压文件: $ tar zxvf jdk-8u121-linux-x64.tar.gz 3 使用Vi编辑器,设置环境变量 $ sudo vi /e

这篇文章介绍jenkis jmeter的持续集成,利用jenkins定时任务去批处理执行jmeter的jmx脚本文件,并且生成测试报告 1:jmeter的安装这里我就不在赘述了,如有问题可参考我的jmeter系列博文之-jmeter命令行运行-单节点和jmeter命令行运行-分布式测试 2:如果jmeter是单节点部署的,那么jenkins的安装只需安装在jmeter所在的单节点机器上即可:如果jmeter要进行分布式测试,那么将jenkins安装在jmeter的master所在机器上即可 这里

Jmeter接口测试脚本运行后生成的是jtl(xml)格式的文件,这些文件不具备可读性,所以我们要把他转化为可以阅读的html格式报告. Ant是一个功能强大的打包编译工具.我们使用他的目的是将xml文件转化为html格式的文件. 1.安装ANT (1)下载ANT安装包到/usr/ant目录 wget https://mirrors.cnnic.cn/apache/ant/binaries/apache-ant-1.9.9-bin.tar.gz (上传ant目录不存在时提前创建) (2)解压安装

前言 Jenkins持续集成自动化测试项目后,可以在控制台输出中查看测试结果,但是这样排查起来往往不够直观.为了更直观的查看测试结果,可以在Jenkins上展示测试报告.测试报告中测试结果情况展示的更加详细,更便于排查问题. 安装HTML Publisher插件 Jenkins首页,点击系统管理Manage Jenkins 向下滑动屏幕,点击管理插件Manage Plugins 可选插件下搜索HTML Publisher,勾选并安装 配置报告 Jenkins进入项目下,点击配置 点击构建后操作-

之前成linux下安装了Jenkins,并做了一些简单的工作,这次正好将jmeter也集成进去,在实际操作时发现好多坑,写下做记录 怎么安装这里就不介绍了,网上很多资料,这里只记录问题,以供大家参数 一.jenkins下ant.HTML Publisher Plugin安装 1.坑一: HTML Publisher安装后,并放在tomcat中webapps/jenkins/WEB-INF/plugins下,再次通过Jenkins配置jobs发现一直无法出现HTML项目 解决方法:重启tomcat

通过前几篇文章,jmeter+ant+jenkins自动化持续构建的测试平台基本成型.既然要自动化平台,最基本的肯定要实现不经过人工干预,平台会在特定的条件下自动运行测试脚本,并在脚本运行结束后,发送邮件通知用户测试的结果.本文主要介绍如何实现以上两项功能. 还是接着以上一篇笔记中的“test_token”项目为例: 1.构建触发器 构建触发器可以根据自己的需求选择,由图看到有四种类型: (1)可使用脚本触发远程构建: (2)其他job构建完成后触发当前job执行构建: (3)定时周期性构建:

上一篇笔记中已经实现了通过ant工具执行Jmeter测试脚本,并输出html格式测试报告到指定目录. 在本章中,将尝试把这个过程丢进jenkins去执行. 1.Jenkins全局工具配置 登录jenkins->系统管理->Global Tool Configuration (1)JDK配置 (2)Ant配置 配置信息按照机器上实际安装的来填写.页面上的其他工具配置与我的测试工作无关,不用关注. 2.Jenkins新建任务 登录jenkins->首页的“新建”功能按钮 (1)构建一个自由风

整体思路: 通过Jmeter图形界面编写api测试脚本 ant 批量执行Jmeter脚本文件 将其集成到jenkins,设置执行频率与发送测试报告 运行环境 系统 配置 IP Centos7.1 1核2G+60GB硬盘 10.10.28.205 1.安装JDK (1)下载jdk并上传到/usr/java目录 选择对应的linux版本下载文件,我下载的是jdk-8u151-linux-x64.rpm.(上传java目录不存在时提前创建) (2)解压安装 # rpm -ivh jdk-8u151-l

很多朋友都在问jmeter如何生成测试报告,这里随便说两句. 环境要求 1:jmeter3.0版本之后开始支持动态生成测试报表 2:jdk版本1.7以上 3:需要jmx脚本文件 基本操作 1:在你的脚本文件路径下,执行cmd命令:jmeter -n -t test.jmx -l result.jtl -e -o /tmp/ResultReport 参数说明: ● -n: 非GUI模式执行JMeter ● -t: 执行测试文件所在的位置 ● -l: 指定生成测试结果的保存文件,jtl文件格式 ●

1. 将 jmeter 脚本放在/var/lib/jenkins/workspace/Jmeter_auto/jmxpath路径下 2. 点击http://jk.facebank.net.cn/job/Jmeter_auto/立即构建即可 最终生成的报告会在 /var/lib/jenkins/workspace/Jmeter_auto/jmxpath/时间目录/html/文件夹中,里面包含整个脚本运行的结果 jmeter 安装目录: /var/lib/apache-jmeter-3.0, ant

1.环境需求 &robotframework(不写搭建,自行百度) & git(不写安装,自行百度) &jenkins 2.安装jenkins 官网下载最新版本https://jenkins.io/ 文档使用目前最新的版本2.125, &安装完到指定的目录解压-自定义目录-打开浏览器http://localhost:8080打开成功表示安装成功,后面根据提示创建用户再登录-选择推荐安装的插件 3.更改配置文件和指定打开端口 &Jenkins目录下找到jenkins.

通过前面的一系列文章,我的API自动化测试平台已经搭建成型,但是要投入具体项目使用时,还有以下几个问题需要优化. 还是接着以上一篇笔记中的“test_token”项目为例: 1.邮件通知问题 (1)问题 这里的主要问题是针对邮件中的附件(即测试报告),在前一篇配置邮件通知的文章,我对于附件的配置是这么说的: 如果你能够多触发几次构建就会发现问题,随着构建次数越来越多,产生的测试报告也越来越多,即.html文件会越来越多,而每次构建的邮件通知都会把所有的.html文件添加到附件,这样用户收到的自动

1.加载ci_report gem install ci_reporter_rspec 2.给测试工程编写rakefile require 'ci/reporter/rake/rspec' require 'rspec/core/rake_task' # 设置xml报告路径 ENV['CI_REPORTS'] = 'reports' # 创建名称为spec的任务 RSpec::Core::RakeTask.new(:spec) # RSpec::Core::RakeTask.new(:spec)

找到下面这项填写邮件地址 注意下面绿色标记的邮箱要和上面的一致,否则会报错 如果两个绿色标记的邮箱不一致会报这样的错: ---------------------------------------------- ailed to send out e-mail com.sun.mail.smtp.SMTPSendFailedException: 553 Mail from must equal authorized user ;   nested exception is: com.sun.m

项目介绍 接口功能测试应用:http://www.weather.com.cn/data/cityinfo/<city_code>.html 测试功能:获取对应城市的天气预报 源码:Python 功能包: HttpClient 请求方法:Get 自动化测试框架:pytest 源码位置:https://github.com/shifengboy/iInterface_python 源码讲解 HttpClient:网络http请求类 Weather:测试用例类 Readme.md: 说明 项目配置

工欲善其事,必先利其器.在开始正式的教程之前我们先来聊聊准备工作. 管理工具会VSTS. 代码管理会用GITHUB. 服务器会用Azure. 所有的东西都是利用现有服务.不会说自己从虚拟机开始玩.我们就专注于写代码. 什么是VSTS? VSTS的全称是Visual Studio Team Services. 介绍VSTS之前先说下TFS(Team Foundation Server).TFS是微软推出的一款ALM(Application Lifecycle Management)软件生命周期管理

Jenkins搭建.NET自动编译测试与发布环境 Jenkins之Deploy部署(包括站点和类库项目) * 续篇--TFS+MSbuild+jenkins 实现 持续集成+自动部署到WEB网站 Jenkins插件之构建与MSBuild Jenkins 持续集成.net自动编译测试和部署 Jenkins搭建.NET自动编译测试与发布环境 手把手教你搭建和配置Jenkins环境 * tfs 2015 代理设置 TFS 2015 Build Environment Variables /t:Rebu

Devops如何用VSTS持续集成到Github仓库!   工欲善其事,必先利其器.在开始正式的教程之前我们先来聊聊准备工作. 管理工具会VSTS. 代码管理会用GITHUB. 服务器会用Azure.所有的东西都是利用现有服务.不会说自己从虚拟机开始玩.我们就专注于写代码. 什么是VSTS? VSTS的全称是Visual Studio Team Services.介绍VSTS之前先说下TFS(Team Foundation Server).TFS是微软推出的一款ALM(Application L

微创新作品信息 1)微创新作品描述 A.为什么诞生: 1. 接口测试是测试系统组件间接口的一种测试.接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点.测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等. 2. 接口测试实施在多系统多平台的构架下,有着极为高效的成本收益比,接口测试天生为高复杂性的平台带来高效的缺陷监测和质量监督能力.平台越复杂,系统越庞大,接口测试的效果越明显. 3. 基于接口测试的重要性,以及它比较容易自动化的特性,通过持续集成

修改时间 修改内容 修改人 2016.5.22 创建 刘永志 2016.6.15 完成 刘永志 前言: 为什么要用Jmeter做接口测试: 当选择这套方案的时候,很多人会问,为什么选择Jmeter做Case管理?为什么不自己写框架?说实话,自己写框架有很大优势,比如易于拓展,易于定制.Testhome上也有很多很牛逼的框架,看着就让人流口水的.很多大公司都是自己写的框架,有WEB界面(我对界面有偏爱),有简洁的Case编写方式,有很好用的录制方法…以至于我曾经也尝试写过一个(Java+Testn

来源:https://testerhome.com/topics/5186 为什么要用Jmeter做接口测试 当选择这套方案的时候,很多人会问,为什么选择Jmeter做Case管理?为什么不自己写框架?说实话,自己写框架有很大优势,比如易于拓展,易于定 制.Testhome上也有很多很牛逼的框架,看着就让人流口水的.很多大公司都是自己写的框架,有WEB界面(我对界面有偏爱),有简洁的Case编写方式,有很好 用的录制方法…以至于我曾经也尝试写过一个(Java+Testng执行+Xml管理Case