一、JMeter 介绍

     Apache JMeter是100%纯JAVA桌面应用程序，被设计为用于测试客户端/服务端结构的软件(例如web应用程序)。它可以用来测试静态和动态资源的性能，例如：静态文件，Java Servlet,CGI Scripts,Java Object,数据库和FTP服务器等等。JMeter可用于模拟大量负载来测试一台服务器，网络或者对象的健壮性或者分析不同负载下的整体性能。
     同时，JMeter可以帮助你对你的应用程序进行回归测试。通过你创建的测试脚本和assertions来验证你的程序返回了所期待的值。为了更高的适应性，JMeter允许你使用正则表达式来创建这些assertions.

 

JMeter与LoadRunner比较

JMeter 是一款开源(有着典型开源工具特点：界面不美观)测试工具，虽然与LoadRunner相比有很多不足，比如：它结果分析能力没有LoadRunner详细；很它的优点也有很多：

•   开源，他是一款开源的免费软件，使用它你不需要支付任何费用，
•   小巧，相比LR的庞大（最新LR11将近4GB），它非常小巧，不需要安装，但需要JDK环境，因为它是使用java开发的工具。
•   功能强大，jmeter设计之初只是一个简单的web性能测试工具，但经过不段的更新扩展，现在可以完成数据库、FTP、LDAP、WebService等方面的测试。因为它的开源性，当然你也可以根据自己的需求扩展它的功能。

 两者最大的区别：jmeter不支持IP欺骗，而LR支持。

 

 

JMeter缺点

　　使用JMeter无法验证JS程序，也无法验证页面UI，所以要须要和Selenium配合来完成Web2.0应用的测试。 

 

 

二、JMeter 下载安装

1）JMeter安装

1. http://jmeter.apache.org/下载最新版本的JMeter，解压文件到任意目录

2. 安装JDK，配置环境变量JAVA_HOME.

3. 系统要求：JMeter2.11 需要JDK1.6以上的版本支持运行

4. JMeter可以运行在如下操作系统上：Unix，Windows和Open VMS.

5. 避免在一个有空格的路径安装JMeter，这将导致远程测试出现问题。

 

2）JMeter插件安装

1. 插件下载地址： Install :: JMeter-Plugins.org

2. 插件下载后解压：找到JMeterPlugins-Extras.jar,把JMeterPlugins-Extras.jar放到apache-jmeter-2.12\lib\ext目录。

 

三、JMeter 运行

1. 进入bin目录运行jmeter.bat启动jmeter

   注意：打开的时候会有两个窗口，JMeter的命令窗口和JMeter的图形操作界面，不可以关闭命令窗口。

2. JMeter的classpath:

   如果你想添加其他JAR文件到JMeter的classpath中，你必须复制他们到lib目录中;

   如果你开发了一个JMeter特定组件或有效的jar文件，复制到lib目录下的ext目录中。

3. 打开之后显示的是中文，如果你想使用其他语言，比如英文，那么通过菜单选项->选择语言->英文即可，当然转为中文也是同样操作。

 

四、JMeter 测试计划元件 

打开Jmeter页面：包括测试计划+工作台。

1、Test Plan (测试计划)：用来描述一个性能测试，包含与本次性能测试所有相关的功能。也就说本的性能测试的所有内容是于基于一个计划的。

右键单击“测试计划”弹出菜单：

注意：

“函数测试模式”复选框，如果被选择，它会使Jmeter记录来自服务器返回的每个取样的数据。如果你在测试监听器中选择一个文件，这个数据将被写入文件。如果你尝试一个较小的测试来保证Jmeter配置正确并且你的服务器正在返回期望的结果，这是很有用的。这样做的后果就是这个文件会快速的增大，并且Jmeter的效率会影响。

如果不记录数据到文件，这个选项就没有不同了。

 

2、Threads （Users）线程 用户

虽然有三个添加线程组的选项，名字不一样， 创建之后，其界面是完全一样的。之前的版本只有一个线程组的名字。现在多一个setUp theread Group 与terDown Thread Group

1) setup thread group 

一种特殊类型的ThreadGroup的，可用于执行预测试操作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行测试前进行定期线程组的执行。

setUp Thread Group类似于lr的init.可用于执行预测试操作。

2) teardown thread group. 

一种特殊类型的ThreadGroup的，可用于执行测试后动作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行测试结束后执行定期的线程组。

tearDown Thread Group类似于lr的end.可用于执行测试后动作。

3) thread group(线程组).

     这个就是我们通常添加运行的线程。通俗的讲一个线程组,，可以看做一个虚拟用户组，线程组中的每个线程都可以理解为一个虚拟用户。线程组中包含的线程数量在测试执行过程中是不会发生改变的。

线程组：

　　名称：就如字面意思，起个有意义的名字就行

　　注释：

　　线程数：这里选择5

　　Ramp-Up Period：单位是秒，默认时间是1秒。它指定了启动所有线程所花费的时间，比如，当前的设定表示“在5秒内启动5个线程，每个线程的间隔时间为1秒”。如果你需要Jmeter立即启动所有线程，将此设定为0即可

　　循环次数：表示每个线程执行多少次请求。

 

3、测试片段（Test Fragment）

     测试片段元素是控制器上的一个种特殊的线程组，它在测试树上与线程组处于一个层级。它与线程组有所不同，因为它不被执行，除非它是一个模块控制器或者是被控制器所引用时才会被执行。

 

 

控制器

JMeter有两种类型的控制器：取样器（sample）和逻辑控制器（Logic Controller），用这些原件来驱动处理一个测试。

4、取样器（Sampler）

    取样器（Sampler）是性能测试中向服务器发送请求，记录响应信息，记录响应时间的最小单元，JMeter 原生支持多种不同的sampler ， 如 HTTP Request Sampler 、 FTP  Request Sampler 、TCP  Request Sampler 、 JDBC Request Sampler 等，每一种不同类型的 sampler 可以根据设置的参数向服务器发出不同类型的请求。

    在Jmeter的所有Sampler中，Java Request Sampler与BeanShell Requst Sampler是两种特殊的可定制的Sampler.

 

5、逻辑控制器（Logic Controller）

    逻辑控制器，包括两类元件，一类是用于控制test plan 中 sampler 节点发送请求的逻辑顺序的控制器，常用的有 如果（If）控制器 、 switch Controller 、Runtime Controller、循环控制器等。另一类是用来组织可控制 sampler 来节点的， 如 事务控制器、吞吐量控制器。

 

6、配置元件（Config Element）

    配置元件（config element）用于提供对静态数据配置的支持。CSV Data Set config 可以将本地数据文件形成数据池 （Data Pool），而对应于HTTP Request Sampler和 TCP Request Sampler等类型的配制元件则可以修改 Sampler的默认数据。

　　例如，HTTP Cookie Manager 可以用于对 HTTP Request Sampler 的 cookie 进行管理。

　　　　　HTTP 请求默认值不会触发Jmeter发送http请求，而只是定义HTTP请求的默认属性。

 

7、定时器（Timer）

    定时器（Timer）用于操作之间设置等待时间，等待时间是性能测试中常用的控制客户端QPS的手段。类似于LoadRunner里面的“思考时间”。 JMeter 定义了Bean Shell Timer、Constant Throughput Timer、固定定时器等不同类型的Timer。

 

8、前置处理器（Per Processors）

    前置处理器用于在实际的请求发出之前对即将发出的请求进行特殊处理。例如，HTTP URL重写修复符则可以实现URL重写，当RUL中有sessionID 一类的session信息时，可以通过该处理器填充发出请求的实际的sessionID 。

 

9、后置处理器（Post Processors）

    后置处理器是用于对Sampler 发出请求后得到的服务器响应进行处理。一般用来提取响应中的特定数据（类似LoadRunner测试工具中的关联概念）。例如，XPath  Extractor 则可以用于提取响应数据中通过给定XPath 值获得的数据;正则表达式提取器，则可以提取响应数据中通过正则表达式获得的数据。

 

10、断言（Assertions）

断言用于检查测试中得到的相应数据等是否符合预期，断言一般用来设置检查点，用以保证性能测试过程中的数据交互是否与预期一致。

 

11、监听器（Listener）

这个监听器可不是用来监听系统资源的元件。它是用来对测试结果数据进行处理和可视化展示的一系列元件。 图形结果、查看结果树、聚合报告、用表格察看结果都是我们经常用到的元件。

也就是说监听器就是对结果进行可视化的展示

 

五、工作台

在测试中我们可能需要暂时更改一些组件，可以把一些需要更改的组件保存在工作台中，测试完成后再恢复，但是切记：不能退出jmeter.一旦退出jmeter，工作台中的内容就会消失。

1、工作台－非测试元件－Property Display，此元件相当于是jmeter.properties的GUI。

 

----------------------------------------------------------------------------------------------------

环境

Badboy  version 2.1.1

JDK： 1.7.0_67

Apache  JMeter-2.11 

----------------------------------------------------------------------------------------------------

 

JMeter录制脚本有多种方法，其中最常见的方法是用第三方工具badboy录制，另外还有JMeter自身设置（Http代理服务器+IE浏览器设置）来录制脚本，但这种方法录制出来的脚本比较多且比较乱，个人不太喜欢，一般常见Badboy进行录制，下面来介绍下Badbody录制。

 注：使用JMeter的代理或是BadBoy进行录制的时候，特别是JMeter代理的时候，操作不能太快，不然容易造成录制失败。

 

badboy简介：

• Badboy是一款免费WEB自动化测试工具。
• 官方下载地址：http://www.badboy.com.au 
• badboy的安装跟一般的应用程序一样，Badboy是一款不错web自动化测试工具，利用它来录制脚本，并且录制的脚本可以直接保存为JMeter文件来使用。我无疑给我们带来了很大我方便。

 

1.打开badboy工具，在地址栏目中输入被测试项目的地址

注意：badboy正常状态下是录制状态，为红色按钮，如图

录制完成后，点击工具栏旁边黑色按钮，结束录制。

 

2.选择“文件”--Export to Jmeter…

 

 

3.打开JMeter工具，选择“文件”-->“打开”选择刚才保存的文件(.jmx类型)，将文件导入进来了。

 录制的脚本一定要添加HTTP Cookie Manager，否则脚本运行失败，切记.

 现在对于JMeter来说，一个测试计划只能有一个Cookie管理器。因为当多个Manager存在时，JMeter目前还没有方法来指定使用哪个Manager.同时，一 个Cookie Manager中的存储的Cookie也不能被其他Cookie Manager所引用，所以同一个测试计划中不建议使用多个Cookie Manager.

 添加cookie将保证每个用户使用不同的cookie，但是分享一份Http element,几乎所有的web测试都需要cookie的支持.

1.元件的作用域

JMeter中共有8类可被执行的元件（测试计划与线程组不属于元件），这些元件中，取样器是典型的不与其它元件发生交互作用的元件，逻辑控制器只对其子节点的取样器有效，而其它元件（config elements（配置元件） 、timers（定时器） 、post-processors（后置处理程序）、assertions（断言）、listeners（监听器）、Per-processors（前置处理程序）需要与取样器（sampler））等元件交互。

配置元件（config elements ） 

　　元件会影响其作用范围内的所有元件。

前置处理程序（Per-processors）

　　元件在其作用范围内的每一个sampler元件之前执行。

定时器（timers ）

　　元件对其作用范围内的每一个sampler 有效

后置处理程序（Post-processors）

　　元件在其作用范围内的每一个sampler元件之后执行。

断言（Assertions）

　　元件对其作用范围内的每一个sampler 元件执行后的结果执行校验。

监听器（Listeners）

　　元件收集其作用范围的每一个sampler元件的信息并呈现。

在jmeter中，元件的作用域是靠测试计划的的树型结构中元件的父子关系来确定的，作用域的原则是：

•  取样器（sampler）元件不和其它元件相互作用，因此不存在作用域的问题。
•  逻辑控制器（Logic Controller）元件只对其子节点中的取样器 和 逻辑控制器作用。
•  除取样器 和逻辑控制器 元件外，其他6类元件，如果是某个sampler的子节点，则该元件公对其父子节点起作用。
•  除取样器和逻辑控制器元件外的其他6类元件，如果其父节点不是sampler ，则其作用域是该元件父节点下的其他所有后代节点（包括子节点，子节点的子节点等）。

 

2.元件的执行顺序

了解了元件有作用域之后，来看看元件的执行顺序，元件执行顺序的规则很简单，在同一作用域名范围内，测试计划中的元件按照如下顺序执行。

（1）配置元件（config elements ）

（2）前置处理程序（Per-processors）

（3）定时器（timers ）

（4）取样器（Sampler）

（5）后置处理程序（Post-processors） （除非Sampler 得到的返回结果为空）。

（6）断言（Assertions）（除非Sampler 得到的返回结果为空）。

（7）监听器（Listeners）（除非Sampler 得到的返回结果为空）。

 

关于执行顺序，有三点需要注意：

*  前置处理器、后置处理器和断言等元件只能对 取样器作用，因此，如果在它们的作用域内没有任何取样器，则不会被执行。

*  如果在同一作用域范围内有多个同一类型的元件，则这些元件按照它们在测试计划中的上下顺序一次执行。

*  一个断言在测试树中是分等级的。如果它的父元件是请求，它就被应用于那个请求。如果它的父元件是控制器，它就影响所有那个控制器下的所有请求。

JMeter也有像LR中的参数化，本篇就来介绍下JMeter的参数化如何去实现。

 

参数化：录制脚本中有登录操作，需要输入用户名和密码，假如系统不允许相同的用户名和密码同时登录，或者想更好的模拟多个用户来登录系统。

这个时候就需要对用户名和密码进行参数化，使每个虚拟用户都使用不同的用户名和密码进行访问。

 

一、准备脚本，测试数据

1、录制一个脚本（可以用badboy工具录制），在jmeter中打开，找到有用户名和密码的页面。如下：

2、我们需要“参数化”的数据，用记事本写了五个用户名和密码，保存为.dat格式的文件，编码问题在使用CSV Data Set Config参数化时要求的比较严格，记事本另存为修改编码UTF-8.  注意用户名和密码是一一对应的，中间用户逗号（，）隔开。

我将这个文件放在了我的（ C:\JmeterWorkSpace\t.dat  ）路径下。

 

二、参数化

　　这里介绍两种参数化的方式：函数助手，CSV Data Set Config。

 

1、借助函数助手的方式

a、点击菜单栏“选项”---->函数助手对话框，看下图:  CSV文件列号是从0开始的，第一列0、第二列1、第三列2、依次类推。。

 

 

b、复制生成的参数化函数，打开登陆请求页面，在右则的参数化中找到我们要参数化的字段，这里对用户名和密码做参数化，第一列是用户名，列号为0；第二列是密码，列号为1；修改函数中对应的参数化字段列号就可以啦。

好了，现在我们的参数化设置完成，在脚本的时候，会调用我们C:\JmeterWorkSpace盘下面的t.dat文件，第一列是用户，第二列是密码。

 

2、借助jmeter中的配置元件（CSV Data Set Config）

 a、选中线程组，点击右键，添加－配置元件－CSV Data Set Config

说明：

Filename --- 参数项文件
File Encoding --- 文件的编码，设置为UTF-8
Vaiable Names --- 文件中各列所表示的参数项；各参数项之间利用逗号分隔；参数项的名称应该与HTTP Request中的参数项一致。
Delimiter --- 如文件中使用的是逗号分隔，则填写逗号；如使用的是TAB，则填写\t；(如果此文本文件为CSV格式的，默认用英文逗号分隔)

Recycle on EOF? --- True=当读取文件到结尾时，再重头读取文件
                    False=当读取文件到结尾时，停止读取文件
Stop thread on EOF? --- 当Recycle on EOF为False时，当读取文件到结尾时，停止进程，当Recycle on EOF为True时，此项无意义

 

备注说明：这里我用通俗的语言大概讲一下Recycle on EOF与Stop thread on EOF结果的关联

Recycle on EOF ：到了文件尾处，是否循环读取参数，选项：true和false

Stop thread on EOF：到了文件尾处，是否停止线程，选项：true和false

当Recycle on EOF 选择true时，Stop thread on EOF选择true和false无任何意义，通俗的讲，在前面控制了不停的循环读取，后面再来让stop或run没有任何意义

当Recycle on EOF 选择flase时，Stop thread on EOF选择true，线程4个，参数3个，那么只会请求3次

当Recycle on EOF 选择flase时，Stop thread on EOF选择flase，线程4个，参数3个，那么会请求4次，但第4次没有参数可取，不让循环，所以第4次请求错误

 

事例下载：demo

 

b、使用刚才定义好的变量

至此，两种参数化的方法就介绍完了。

需要说明一下：函数助手方法要比CSV控件方法参数化功能要弱，推荐使用CSV控件方法。

 

 

再看看与loadrunner参数化不一样的：

1、 jmeter参数文件的第一行没有列名称

2、 这里要注意的是参数文件的编码，可以使用记事本另存为就可以修改该编码（编码问题在使用CSV Data Set Config参数化时要求的比较严格）

3、 Jmeter的参数化设置没有LoadRunner做的出色，它是依赖于线程设置的（只有CSV Data Set Config参数化方法才有）

JMeter也有像LR中的检查点，本篇就来介绍下JMeter的检查点如何去实现。

JMeter里面的检查点通过添加断言来完成。

 

检查点：上一章讲到，我们对用户名和密码进行了参数化，那么怎样来判断jmeter有没有正确调用t.dat里面的文件呢。当然，我们可以从结果图表中查看。但我还是想在“登录”这个地方进行一下检查。

1、添加响应断言，右键点击我们的“登录”页面---->添加---->断言---->响应断言

 

2. 设置响应断言

断言中可以添加多个断言一起判断，断言中也可以使用参数化方法，进行动态判断。

 

3、添加断言结果，右键点击我们的“登录”页面---->添加---->监听器---->断言结果

　再添加一个“查看结果树” 右键点击我们的“登录”页面---->添加---->监听器---->查看结果树

在线程组中设置3个用户，点击运行运行。

4、查看断言结果

1)、成功如下图：

2）、若断言失败，如下图：

注意：一般成功只会显示一行数据，否则会多显示一行。

 

5、再查看结果树

至此，检查点设置完成。

 

另外，断言还有其它类型：

Duration to Assert：允许的响应时间的最大值，即断言的持续时间。
Size to Assert ：对于返回结果文件大小的标准定义

注意：Sampler设置有多个断言，都会经过Assertions的判断，只要有一个不符合条件的都会标示为False。

JMeter也有像LR中的集合点，本篇就来介绍下JMeter的集合点如何去实现。

JMeter里面的集合点通过添加定时器来完成。

注意：集合点的位置一定要在Sample之前.

 

集合点：简单来理解一下，虽然我们的“性能测试”理解为“多用户并发测试”，但真正的并发是不存在的，为了更真实的实现并发这感念，我们可以在需要压力的地方设置集合点，拿那个用户和密码的地方，每到输入用户名和密码登录的地方，所有的虚拟用户都相互之间等一等，然后，一起访问。

1.接着之前创建的脚本，右键点击 线程组---->定时器---->Synchronizing Timer

这样子就添加了一个“集合点”，下面来设置一下集合点，设置延迟时间（以毫秒为单位）

 

2.我们添加完之后的列表是这个样子的，

发现了没，我们集合点的位置不对，应该在登录的前面才对。怎么弄呢？

简单方法：按住Alt,直接移动Synchronizing Timer至登录的前面即可。

至此，集合点已添加完成。