【NO.11】Jmeter - 构建1个可供Linux使用的Jmeter测试脚本 - 共3个步骤

Linux使用Jmeter做性能测试需要4个前提条件,这4个前提条件已经在之前的文档里提到了,重复一下加深印象:

(1) 在本地已安装xshell    参考《SecureCRT-转换密钥-Xshell-配置服务-使用xshell登录远程linux服务器

(2)LinuxJava运行环境    参考《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请求”写剩余的URLJmeter会将这两部分的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、 说明一下这2URL的意思

参数化前:查看某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) 新建1Excel文件

  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)}/

意思是:JmeterE:\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编辑  收藏  举报

导航