性能调优方案设计与执行----Jmeter 分享

1. Jmeter 介绍

Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最初被设计用于Web应用测试，但后来扩展到其他测试领域。 它可以用于测试静态和动态资源，例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器， 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载，来自不同压力类别下测试它们的强度和分析整体性能。另外，JMeter能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性，JMeter允许使用正则表达式创建断言。

1. 常用组件介绍

2.1、线程组

线程组是任何测试计划的起点，所有的逻辑控制器和采样器都必须放在线程组之下。其他的测试元件（如监听器）可以被直接放在测试计划之下，这些测试元件 对所有线程组都生效。线程组就像它的名字所描述的那样，被用来管理执行性能测试所需的JMeter线程。用户通过线程组的控制面板可以：

设置线程数量。

设置线程启动周期。

设置执行测试脚本的循环次数。

每一个JMeter线程都会完整地执行测试计划，而且它们之间是完全独立运行的。这种多线程机制被用来模拟服务器应用的并发连接。参数Ramp- Up Period告诉JMeter达到最大线程数需要多长时间。假定共有10个线程，Ramp-Up Period为100秒，那么JMeter就会在100秒内启动所有10个线程，并让它们运转起来。每一个测试线程都会在上一个线程启动10秒之后才开始 运行。假定共有30个线程，Ramp-Up Period为120秒，那么线程启动的间隔就为4秒。

Ramp-Up参数不能设定得太短，否则在测试的初始阶段会给予服务器过大的压力。Ramp-Up参数也不能设定得太长，否则就会发生第一个线程已经执行完毕，而最后一个线程还没有启动的情况（除非测试人员期望这种特殊情况发生）。

     如何找到一个合适的Ramp-Up参数值？作者建议初始值可以设定为Ramp-Up=总线程数，后续再根据实际情况适当增减。

2.2、调度器

在调度器控制面板中，可以设定测试运行的"启动时间"和"结束时间"。测试启动后会一直等待，直到用户设定的启动时间。测试运行期间，JMeter 会在每一次循环结束后，检查是否已经达到结束时间。如果已经达到了结束时间，JMeter就会终止测试运行，否则JMeter会继续下一个测试循环。

      另外，用户还可以设定"持续时间"和"启动延迟"两项参数。需要注意的是，"启动延迟"会使"启动时间"无效，而"持续时间"会使"结束时间"无效。

2.3、控制器

JMeter有两种类型的控制器：采样器和逻辑控制器，二者结合起来驱动了测试进程。采样器被JMeter用来向服务器发送请求。例如，当测试人员想往服务器发送一个HTTP请求时，就加入一个HTTP请求采样器。测试人员还可以通过为采样器添加配置元件来定制化请求。

用户可以使用逻辑控制器来控制JMeter的测试逻辑，比如何时发送请求。举一个例子：测试人员可以插入交替控制器来轮流发送多个请求。

2.4、采样器

      采样器告诉JMeter发送一个请求到指定服务器，并等待服务器的请求。采样器会按照其在测试树中的顺序去执行，还可以用逻辑控制器来改变采样器运行的重复次数。

      每一种采样器都有多种参数可供设置。测试人员还可以通过在测试计划中加入一个或者多个配置元件，来进一步定制化采样器。

如果测试人员打算向同一个服务器发送同一类请求，可以考虑使用默认配置元件。每一类采样器都有一个或多个对应的默认配置元件。一定记住应为测试计划添加一个监听器，以便查看和存储（存储到磁盘）请求的结果。

     如果测试人员想检查服务器响应的内容，可以为对应采样器添加断言。例如，当对Web应用做压力测试时，服务器虽然成功返回了"HTTP Response"代码，但是页面上可能会有错误，或者丢失了部分页面片段。针对这种情况，测试人员可以添加断言来检查特定的HTML标签，或者常见的错误信息等。JMeter允许在断言中使用正则表达式。

2.5、逻辑控制器

    逻辑控制器可以帮助用户控制JMeter的测试逻辑，特别是何时发送请求。逻辑控制器可以改变其子测试元件的请求执行顺序。

2.6、监听器

　　监听器提供了对JMeter在测试期间收集到的信息的访问方法。"图形结果"监听器会将系统响应时长绘制在一张图片之中。"查看结果树"监听器会展示采样器请求和响应的细节，还能以HTML和XML格式展示系统响应的基础部分。其他监听器通过总结或者聚合方式展示信息。

　　另外，监听器可以将测试数据导入到文件之中，以供后续分析。所有监听器都会提供一个输入域，以便于用户指定存储测试数据的文件。监听器还会提供一个配置按钮，用来配置存储测试数据的哪些字段，以及选用的存储格式（CSV或者XML）。读者朋友需要注意的是，所有监听器都保存同样的数据，唯一的区别是 它们如何展示数据。

　　监听器可以在测试的任何地方添加，包括直接放在测试计划之下。它们仅收集测试树中相同或者更低级别测试元件的数据。

2.7、定时器

　　默认情况下，JMeter线程在发送请求之间没有间歇。建议为线程组添加某种定时器，以便设定请求之间应该间隔多长时间。如果测试人员不设定这种延迟，JMeter可能会在短时间内产生大量访问请求，导致服务器被大量请求所淹没。

　　定时器会让作用域内的每一个采样器都在执行前等待一个固定时长。如果测试人员为线程组添加了多个定时器，那么JMeter会将这些定时器的时长叠加起来，共同影响作用域范围内的采样器。定时器可以作为采样器或者逻辑控制器的子项，目的是只影响作用域内的采样器。

　　要在测试计划中的某个位置添加暂停，测试人员可以使用"Test Action"采样器。

2.8、断言

　　用户可以使用断言来检查从服务器获得的响应内容。通过断言可以测试服务器返回的响应与测试人员的期望是否相符。

例如，测试人员可以断言某个查询的响应中包含特定的文字信息。测试人员可以使用Perl格式的正则表达式来描述响应中应该包含的文字，或者它应该与整个响应相符。

　　测试人员可以为任何采样器添加断言。例如，测试人员可以为HTTP请求添加断言，用于检查文本"．．"。接下来JMeter就会检查该文本是否出现在HTTP响应中。如果JMeter不能找到该文本，那么它就会将请求标记为失败。

　　需要注意的是，断言会影响作用域内的所有采样器。如果要让断言只影响某个采样器，需要将断言作为该采样器的子项。

　　如果要查看断言结果，可以为线程组添加"断言结果"监听器。失败的断言，也会在"查看结果树"和"用表格查看结果"两种监听器中显示。另外，在"Summary Report"和"聚合报告"中还会以错误百分率的形式统计。

2.9、配置元件

　　配置元件与采样器紧密关联。虽然配置元件并不发送请求（除了HTTP代理服务器例外），但它可以添加或者修改请求。

配置元件仅对其所在的测试树分支有效。例如，假设测试人员在一个简单逻辑控制器中放置了一个HTTP Cookie管理器，那么该HTTP Cookie管理器只对放置在简单逻辑控制器内的其他逻辑控制器生效

　　另外，相比父分支的配置元件，子分支内部的配置元件优先级更高。配置元件 "用户定义的参数"会在测试的初始阶段执行（无论它处于测试树的哪个位置）。

2.10、前置处理器

　　前置处理器会在采样器发出请求之前做一些特殊操作。如果前置处理器附着在某个采样器之下，那么它只会在该采样器运行之前执行。前置处理器通常用于在采样器发出请求前修改采样器的某些设置，或者更新某些变量的值（这些变量不在服务器响应中获取值）。

2.11、后置处理器

  后置处理器会在采样器发出请求之后做一些特殊操作。如果后置处理器附着在某个采样器之下，那么它只会在该采样器运行之后执行。后置处理器通常被用来处理服务器的响应数据，特别是服务器响应中提取数据。

1. JMeter执行顺序规则如下：

  配置元件

  前置处理器

  定时器

  采样器

  后置处理器（除非服务器响应为空）

  断言（除非服务器响应为空）

  监听器（除非服务器响应为空）

  只有当作用域内存在采样器时，定时器、断言、前置/后置处理器才会被执行。逻辑控制器和采样器按照在测试树中出现的顺序执行。其他测试元件会依据自 身的作用域范围来执行，另外还与测试元件所属的类型有关（归属于同一类型的测试元件，会按照它们在测试树中出现的顺序来执行）。

1. 编写

4.1、分布式压测脚本

1. 测试计划

 http://www.yiibai.com/jmeter/jmeter_best_practices.html

1. jmeter分布式测试

　在使用Jmeter进行性能测试时，如果并发数比较大(比如最近项目需要支持1000并发)，单台电脑的配置(CPU和内存)可能无法支持，这时可以使用Jmeter提供的分布式测试的功能。

5.1、Jmeter分布式执行原理：

1、Jmeter分布式测试时，选择其中一台作为调度机(master)，其它机器做为执行机(slave)。

2、执行时，master会把脚本发送到每台slave上，slave 拿到脚本后就开始执行，slave执行时不需要启动GUI，我理解它应该是通过命令行模式执行的。

3、执行完成后，slave会把结果回传给master，master会收集所有slave的信息并汇总。

6.2、执行机（slave）配置：

1、slave机上需要安装Jmeter，具体如何安装这里不详细介绍了。

2、添加环境变量：JMETER_HOME=D:\B_TOOLS\apache-jmeter-2.13，此处为你Jmeter的路径

3、启动bin目录下的：jmeter-server.bat，启动成功如下图：

4、上图上标红的IP和端口会在master里配置时用到。IP就是slave机器IP，端口默认是1099，端口也可以自定义，这里我自定义为1000，这个后面会讲。 

5、多台slave的话，重复1~4步骤就好。  

6.3、调度机（master）配置：

1、脚本：简单的一个访问百度的脚本：　

2、找到Jmeter的bin目录下jmeter.properties文件，修改如下配置，IP和Port是slave机的IP以及自定义的端口（这里端口我自定义为100，后面会讲如何自定义）：

remote_hosts=192.168.0.202:1000,192.168.0.12:1000

多台slave之前用","隔开，我这配置了2台，可以看到标红的这个就是上面截图slave的IP和Port.

3、打开Jmeter，选择运行，有运程启动、运程全部启动两个选项：

4、选择远程启动-->192.168.0.12:1000

a) master结果，这里我只启动了192.168.0.12:1000这一台slave，所以只有一个结果(线程数和循环次数都是1)：

b) slave控制台信息：

5、选择远程启动-->远程全部启动：

a) master结果，全部启动，我配置了2台slave，所以有两次执行结果：

6.4、自定义端口：

上面其实已经实现了Jmeter的分布式测试，这部分主要介绍下如何自定义slave端口：

1、slave：在slave机的Jmeter的bin目录下，找到jmeter.properties文件，修改如下两个配置项，比如我这里修改为1888：

server_port=1888

server.rmi.localport=1888

2、启动slave机上的jmeter-server.bat，如下图，端口已经修改为：1888

3、master：修改master机器的jmeter.properties文件：

remote_hosts=192.168.0.202:1000,192.168.0.12:1888

4、重启jmeter.bat，如下图，端口已经变了:

6.5、其它说明：

1、调度机(master)和执行机(slave)最好分开，由于master需要发送信息给slave并且会接收slave回传回来的测试数据，所以mater自身会有消耗，所以建议单独用一台机器作为mater。

2、参数文件：如果使用csv进行参数化，那么需要把参数文件在每台slave上拷一份且路径需要设置成一样的。

3、每台机器上安装的Jmeter版本和插件最好都一致，否则会出一些意外的问题。

1. java脚本

1.创建一个Java工程；

2、从Jmeter的安装目录lib/ext中拷贝两个文件ApacheJMeter_core.jar和ApacheJMeter_java.jar到TestNumber项目中，然后引入这两个JAR包。

3.创建一个类并实现JavaSamplerClient接口或继承AbstractJavaSamplerClient，并重写；

public Arguments getDefaultParameters();设置可用参数及的默认值；

public void setupTest(JavaSamplerContext arg0)：每个线程测试前执行一次，做一些初始化工作；

public SampleResult runTest(JavaSamplerContext arg0)：开始测试，从arg0参数可以获得参数值；

public void teardownTest(JavaSamplerContext arg0)：测试结束时调用；

4.Export为Runnable Jar File；

5.将此jar包放入JMETER_HOME\lib\ext目录；

6.以管理员身份打开JMeter；

7.创建线程组、Java Request、查看结果树，进行测试；

JMeter测试Java示例：http://www.cnblogs.com/yangxia-test/p/4019541.html

1. BeanShell Sampler

8.1、什么是Bean Shell

BeanShell是一种完全符合Java语法规范的脚本语言,并且又拥有自己的一些语法和方法;

BeanShell是一种松散类型的脚本语言(这点和JS类似);

BeanShell是用Java写成的,一个小型的、免费的、可以下载的、嵌入式的Java源代码解释器,具有对象脚本语言特性,非常精简的解释器jar文件大小为175k。

BeanShell执行标准Java语句和表达式,另外包括一些脚本命令和语法。

官网:http://www.BeanShell.org/

8.2、Jmeter有哪些Bean Shell

定时器：　　BeanShell Timer

前置处理器：BeanShell PreProcessor

采样器：　　BeanShell Sampler

后置处理器：BeanShell PostProcessor

断言：　　　BeanShell断言

监听器：　　BeanShell Listener

8.3、BeanShell的用法

 　　在此介绍下BeanShell PreProcessor的用法，其它的beahshell可以类推。在此我们使用beahshell调用自己写的工具类，工具类实现了密码的加、解密功能：

1、在eclipse写好代码，然后把该类打成jar包（在类上点击右键->Export->jar file）

2、把jar包放到jmeter目录\apache-jmeter-2.13\lib\ext下

3、打开jmeter,添加一个http sampler（调用登录接口），在sampler下添加一个BeanShell PreProcessor

4、在beanshell PreProcessor中导入我们的jar包，调用里面的加、解密码方法，把结果保存在jmeter变量中，下面两个方法是beanshell中我们最常用到的：

vars.get(String paramStr)：获得变量值

vars.put(String key,String value)：，将数据存到jmeter变量中

5、把加密后的密码存到jmeter变量中，然后在http sampler中就可以通过${encode}进行使用了：

6、执行脚本：

8.4、Bean Shell常用内置变量

  JMeter在它的BeanShell中内置了变量，用户可以通过这些变量与JMeter进行交互，其中主要的变量及其使用方法如下:

log：写入信息到jmeber.log文件，使用方法：log.info(“This is log info!”);

ctx：该变量引用了当前线程的上下文，使用方法可参考：org.apache.jmeter.threads.JMeterContext。

vars - (JMeterVariables)：操作jmeter变量，这个变量实际引用了JMeter线程中的局部变量容器（本质上是Map），它是测试用例与BeanShell交互的桥梁，常用方法：

a) vars.get(String key)：从jmeter中获得变量值

b) vars.put(String key，String value)：数据存到jmeter变量中

　　　　更多方法可参考：org.apache.jmeter.threads.JMeterVariables

props - (JMeterProperties - class java.util.Properties)：操作jmeter属性，该变量引用了JMeter的配置信息，可以获取Jmeter的属性，它的使用方法与vars类似，但是只能put进去String类型的值，而不能是一个对象。对应于java.util.Properties。 

a) props.get("START.HMS");　　注：START.HMS为属性名，在文件jmeter.properties中定义 

b) props.put("PROP1","1234"); 

prev - (SampleResult)：获取前面的sample返回的信息，常用方法：

a) getResponseDataAsString()：获取响应信息

b) getResponseCode() ：获取响应code

　　　　更多方法可参考：org.apache.jmeter.samplers.SampleResult

sampler - (Sampler)：gives access to the current sampler

学习地址：http://www.cnblogs.com/puresoul/p/4915350.html；http://www.cnblogs.com/puresoul/p/4949889.html

如有涉权，请联系博主删除。转载请注明出处。