【NO.11】Jmeter - 构建1个可供Linux使用的Jmeter测试脚本 - 共3个步骤
在Linux使用Jmeter做性能测试需要4个前提条件,这4个前提条件已经在之前的文档里提到了,重复一下加深印象:
(1) 在本地已安装xshell 参考《SecureCRT-转换密钥-Xshell-配置服务-使用xshell登录远程linux服务器》
(2) 在Linux有Java运行环境 参考《Jmeter-安装JDK- 配置Jmeter运行的环境 - 是使用Jmeter的前提》
(3) 在Linux已安装Jmeter 参考《Jmeter-安装Jmeter - 在Linux环境安装Jmeter - 在Windows环境安装Jmeter》
(4) 在Linux已配置HOSTS 参考《在Linux配置HOSTS的方法》、《在Windows配置HOSTS的方法》
那么本篇文档里会介绍:
(5) 在Windows构建1个测试脚本 //第1个步骤
(6) 在Windows,参数化这个测试脚本 //第2个步骤
(7) 在Windows把构建的这个测试脚本转化为用在Linux的测试脚本: //第3个步骤
a) 修改“线程组”的“线程数”、“启动线程时间”、“循环次数”、“调度器”
b) 参数化Request的值
c) 参数化Request的路径
d) 将“测试结果树”修改为“聚合报告”
e) 配置“聚合报告”的文件名
f) 配置“聚合报告”的Configure
第1个步骤:在Windows构建1个测试脚本 ( 以访问豆瓣的电影为例 )
场景1:验证用户访问豆瓣网站里《博物馆奇妙夜》这部电影(http://movie.douban.com/subject/1835843/)的页面。
#如何在Windows构建1个测试脚本可以参考之前的文档《Jmeter-一个完整的接口测试的脚本》,那篇文档描述得更加详细。所以本篇文档只作截图。但是也能很明白。
测试计划节点
因为我们是在Windows构建这个测试脚本,建议为这个脚本加1个标识(如:testPlanForWindows)[说白了,就是把测试计划保存的时候,名字写成"testPlanForWindows.jmx"]。这样就不会与"第3个步骤的测试脚本"混淆。
线程组节点
系统默认的“线程数”、“启动线程时间”、“循环次数”都是1,暂不作修改
HTTP请求默认值节点
HTTP请求节点
《博物馆奇妙夜》这部电影的URL是:http://movie.douban.com/subject/1835843/
察看结果树节点
运行一下测试脚本,看看脚本是不是能用
看看取样器结果返回是否:200 ok
看看Request这个URL是否写对了
通常我们在“HTTP请求默认值”写域名或者IP,在“HTTP请求”写剩余的URL,Jmeter会将这两部分的URL自动拼接成1个完整的Request URL。那么如果某1部分写错了,那么就会HTTP404,此时切换到“察看结果树-请求TAB”检查检查Request URL具体是哪里写错了,然后到“HTTP请求默认值”和“HTTP请求”修改正确就可以了。
第2个步骤:在Windows参数化这个测试脚本 ( 以访问豆瓣的电影为例,既然是参数化,那么就不只是访问1部电影了,我们以访问2部电影举例 )
场景1:验证用户访问豆瓣网站里《博物馆奇妙夜》这部电影的页面。
场景2:验证用户访问豆瓣网站里《博物馆奇妙夜》、《憨豆特工》这2部电影的页面。
那么先把两部电影的URL摆出来:
《博物馆奇妙夜》 http://movie.douban.com/subject/1835843/
《憨豆特工》http://movie.douban.com/subject/1307389/
我们只需要把“HTTP请求节点”处理一下就可以了
HTTP请求节点
1、 对比一下参数化前后这个URL的变化
参数化前:/subject/1835843/
参数化后:/subject/${__CSVRead(E:\movies.csv,0)}${__CSVRead(E:\movies.csv,next)}/
2、 说明一下这2个URL的意思
参数化前:查看某1个豆瓣电影
参数化后:查看很多个豆瓣电影
3、 了解一下E:\movies.csv文件是什么?里面有什么?
E:\movies.csv文件是什么:.csv文件是Jmeter参数化的文件,当并发请求时,Jmeter会读取这个文件。
E:\movies.csv文件里面有什么:每1行是1个电影ID,如下图所示
4、 说明一下怎么制作这个.csv文件
a) 新建1个写字板文件
b) 第1行写1条数据
c) 第2行写1条数据
d) 保存
e) 将.txt后缀修改为.csv
[ 备注:当.csv文件需要有上百条数据,需要使用脚本语言自己写,或者由开发人员协助生成这个.csv格式的文件 ]
5、 重点说明一下"错误的"制作.csv文件的方式
a) 新建1个Excel文件
b) 第1行写1条数据,第2行写1条数据,保存
c) 将.xls后缀修改为.csv
因为Excel会涉及文本的样式、编码等东西,所以当最终将.xls保存为.csv后,在运行Jmeter的时候,参数化的东西读取存在乱码,那么就会造成HTTP404。
6、 说明一下CSVRead函数的意思
参数化后:/subject/${__CSVRead(E:\movies.csv,0)}${__CSVRead(E:\movies.csv,next)}/
意思是:Jmeter从E:\movies里面的第0行开始读数据,读完第0行接着读下一行。
7、 看看Request这个参数化了的URL是否写对了
//因为有2个电影ID嘛,所以我们可以将“线程组-线程数”设置是2
第3个步骤:在Windows把构建的这个测试脚本转化为用在Linux的测试脚本
1. 建议新建1个一模一样的测试脚本
这么做的目的是:减轻工作量,事半功倍。
2. 命名方式
testPlanForWindows.jmx //第1个步骤、第2个步骤均使用了这个测试脚本,使用的是同一个测试脚本
testPlanForLinux.jmx //第3个步骤需要新建1个测试脚本,命名为"testPlanForLinux.jmx"
3.testPlanForLinux.jmx有哪些不一样的地方
a) 线程组
//注意:我们当前执行的修改,都是在1个新的测试脚本内操作的,即:testPlanForLinux.jmx
b) HTTP请求
我们去掉了E:\,因为在Linux是没有E:\这个路径的。
由于我们会将moives.csv上传到远程Linux服务器的“Jmeter安装文件”的bin目录下(即:与Jmeter可执行文件是同一级目录),那么所以我们直接去掉E:\就可以了。
c) 聚合报告
"文件名":../../result/testResult.csv
"Configure":保留如下5项
Save Filed Names(CSV):结果文件以CSV的形式保存
Save Response Code:保存返回值,比如http的200、4xx、5xx //如果是4xx,首先去检查hosts文件是否配置ok了。如果是5xx,去找开发问问是不是在nginx里deny了测试机的请求,是的话把测试机ip加到服务器的配置文件里。
Save Time Stamp:每一条服务器的响应显然对应了一个本地的时间,比如现在是2014年4月24号11:17,那么在这条响应的旁边显示了201404241117
Save Latency:保存请求被服务器响应的时间,比如20毫秒、50毫秒、100毫秒
Save URL:保存测试机向服务器发送的请求,完整记录下来,有利于检查拼接的URL是不是正确的,有没有失误导致URL多了一个空格或者少了什么
至此,接下来就可以将testPlanForLinux.jmx和movies.csv上传到远程Linux测试机了,上传的目录是Jmeter安装文件的bin目录下。然后就可以在Linux使用Jmeter做性能测试了。(具体操作我仍然会输出1个文档)
posted on 2015-02-27 17:58 nashviller 阅读(1113) 评论(0) 编辑 收藏 举报