jmeter之最佳实践

官方文档：

http://jmeter.apache.org/usermanual/best-practices.html

 

翻译：

16.最佳实践

16.1 始终使用最新版本的JMeter

JMeter的性能正在不断提升，所以强烈建议用户使用最新版本。
确保始终阅读更改列表以了解新的改进和组件。必定要避免使用与最新版本相差3个版本以上的版本。

16.2 使用正确的线程数

您的硬件功能以及测试计划设计都会影响您可使用JMeter有效运行的线程数。这个数字还取决于服务器的速度（更快的服务器使JMeter运行更好，由于它能够更快地返回响应）。与任何负载测试工具同样，若是您没有正确调整线程数，您将面临“Coordinated Omission（协调省略？）”问题，这可能会给您错误或不许确的结果。若是须要进行大规模负载测试，请考虑使用分布式模式（或不使用）在多台计算机上运行多个非GUI JMeter实例。使用分布式模式时，结果文件将组合在Controller节点上，若是使用多个自发实例，则能够组合样本结果文件以进行后续分析。可使用JavaTest采样器来测试JMeter在给定平台上的执行方式。它能够在没有任何网络访问的状况下测试获得最大吞吐量。

JMeter能够选择延迟线程建立，直到线程开始采样。即在任何线程组延迟和线程自己的加速时间以后。这容许很是大的线程总数，前提是不会有太多并发的线程。

16.3 Cookie管理器的放置位置

有关信息，请参阅构建Web测试。

16.4 受权管理器的放置位置

有关信息，请参阅构建高级Web测试。

16.5 使用HTTP代理服务器（HTTP(S) Test Script Recorder）

有关HTTP代理服务器的详细信息，请参阅HTTP代理服务器。最重要的是过滤掉您不感兴趣的全部请求。例如，录制图像请求没有意义（可让JMeter下载页面上的全部图像 - 请参阅HTTP请求）。这些只会使您的测试计划变得混乱。最有可能的是，全部文件都有一个扩展名，例如.jsp，.asp，.php，.html等。这些你应该经过输入“.*\.jsp”做为“包含模式”来“包含”。

或者，您能够输入“.*\.gif”做为“排除模式”来排除图像。根据您的应用程序，这多是（也可能不是）更好的方法。您还可能要排除样式表，javascript文件或其余包含的文件。经过每次去除一些非必须的请求并从新开始测试您的设置，以最终确认您正在录制您想要的内容。

HTTP代理服务器指望在其下面找到一个带有录制控制器的ThreadGroup元素，它将录制HTTP请求。这样能够方便地将全部取样器打包在一个控制器下，并给该控制器取一个名字来描述测试用例。

如今，您能够根据步骤来完成测试用例了。若是您没有预约义的测试用例，请使用JMeter来录制您的操做以定义测试用例。完成一系列明确的步骤后，将整个测试用例保存在适当命名的文件中。而后，擦拭干净并开始一个新的测试用例。经过这样作，您能够快速记录大量的测试用例“粗略草稿”。

HTTP代理服务器最有用的功能之一是您能够从录制的samples中抽象出某些常见元素。经过在“测试计划”或“用户自定义变量”元素中定义一些用户定义的变量，您可让JMeter自动替换录制的sample中的值。例如，若是您正在服务器“xxx.example.com”上测试应用程序，那么您能够定义一个名为“server”的变量，其值为“xxx.example.com”，而且能够在您录制的任何sample中找到该值将替换为“${server}”。

请注意，匹配区分大小写。

若是JMeter没有录制任何samples，请检查浏览器是否确实在使用代理。若是浏览器在JMeter未运行的状况下也能正常运行，说明浏览器没有在使用代理。某些浏览器会忽略localhost或127.0.0.1的代理设置，尝试使用本地主机名或IP。

错误“unknown_ca”可能意味着您正在尝试录制HTTPS请求，而且浏览器还没有接受JMeter代理服务器证书。

16.6 用户变量

某些测试计划须要为不一样的用户/线程使用不一样的值。例如，您可能但愿测试须要为每一个用户进行惟一登陆的序列。使用JMeter提供的工具很容易实现。

例如：

建立一个包含用逗号分隔的用户名和密码的文本文件。将它放在与测试计划相同的目录中。
将CSV DataSet configuration添加到测试计划中。将变量命名为USER和PASS。
在适当的取样器上用${USER}替换登陆名，用${PASS}替换密码。
CSV Data Set element将为每一个线程读取一个新行。

16.7 减小资源需求

关于减小资源使用的一些建议。

使用非GUI模式：jmeter -n -t test.jmx -l test.jtl
使用尽量少的监听器：若是使用上面的-l标志，则能够删除或禁用它们。
在负载测试期间，请勿使用“查看结果树”或“View Results in Table”监听器，仅在脚本编写阶段使用它们来调试脚本。
在循环中对于类似的请求最好使用同一个采样器并使用变量（CSV Data Set）来区分，而不是使用多个类似的取样器。 [使用控制器在这里没有帮助，由于它会将文件中的全部测试元素添加到测试计划中。]
不要使用功能模式。
使用CSV输出而不是XML。
仅保存您须要的数据。
使用尽量少的断言。
使用性能最佳的脚本语言（参见JSR223部分）。
若是您的测试须要大量数据 - 特别是若是须要随机化 - 请在能够用 CSV Dataset 读取的文件中建立测试数据。这能够避免在运行时浪费资源。

16.8 BeanShell服务器

BeanShell interpreter有一个很是有用的功能 - 它能够充当服务器，能够经过telnet或http访问。

没有安全性。任何能够链接到端口的人均可以发出任何BeanShell命令。这些能够提供对JMeter应用程序和主机的无限制访问。除非端口受到访问保护（例如经过防火墙），不然不要启用服务器。

若是您确实但愿使用服务器，请在jmeter.properties中定义如下内容：

beanshell.server.port=9000
beanshell.server.file=../extras/startup.bsh

在上面的示例中，服务器将启动，并将侦听端口9000和9001。端口9000将用于http访问，端口9001将用于telnet访问。 startup.bsh文件将由服务器处理，可用于定义各类函数和设置变量。启动文件定义了设置和打印JMeter和系统属性的方法。这是您应该在JMeter控制台中看到的内容：

Startup script running
Startup script completed
Httpd started on port: 9000
Session started on port: 9001

您可使用示例脚本（extras / remote.bsh）来测试服务器（看看它是如何工做的）。
在JMeter bin目录中启动它（若是从其余地方运行，根据须要调整路径），输出应以下所示：

$ java -jar ../lib/bshclient.jar localhost 9000 ../extras/remote.bsh
Connecting to BSH server on localhost:9000
Reading responses from server …
BeanShell 2.0b5 - by Pat Niemeyer (pat@pat.net)
bsh % remote.bsh starting
user.home = C:\Documents and Settings\User
user.dir = D:\eclipseworkspaces\main\JMeter_trunk\bin
Setting property 'EXAMPLE' to '0'.
Setting property 'EXAMPLE' to '1'.
Setting property 'EXAMPLE' to '2'.
Setting property 'EXAMPLE' to '3'.
Setting property 'EXAMPLE' to '4'.
Setting property 'EXAMPLE' to '5'.
Setting property 'EXAMPLE' to '6'.
Setting property 'EXAMPLE' to '7'.
Setting property 'EXAMPLE' to '8'.
Setting property 'EXAMPLE' to '9'.
EXAMPLE = 9
remote.bsh ended
bsh % … disconnected from server.

做为一个实际示例，假设您在非GUI模式下运行了长时间的JMeter测试，而且您但愿在测试期间的不一样时间更改吞吐量。测试计划应包括一个根据属性（例如${__P(throughput)}）来定义的Constant Throughput Timer。如下BeanShell命令可用于更改测试：

printprop("throughput");
curr = Integer.decode(args[0]);  // Start value
inc  = Integer.decode(args[1]);  // Increment
end  = Integer.decode(args[2]);  // Final value
secs = Integer.decode(args[3]);  // Wait between changes
while(curr <= end) {
  setprop("throughput",curr.toString()); // Needs to be a string here
  Thread.sleep(secs*1000);
  curr += inc;
}
printprop("throughput");

该脚本能够存储在一个文件中（例如throughput.bsh），并使用bshclient.jar发送到服务器。例如：

java -jar ../lib/bshclient.jar localhost 9000 throughput.bsh 70 5 100 60

16.9 BeanShell脚本

从JMeter 3.1开始，咱们建议从BeanShell切换到JSR223测试元素（有关更多详细信息，请参阅下面的JSR223部分），并从__Beanshell函数切换到__groovy函数。

16.9.1 概述

每一个BeanShell测试元素都有本身的解释器副本（对于每一个线程）。若是重复调用测试元素，例如在循环内，除非选择“在每次调用以前重置bsh.Interpreter（Reset bsh.Interpreter before each call）”选项，不然解释器将保留在调用之间。

一些长时间运行的测试可能会致使解释器使用大量内存；若是是这种状况，请尝试使用重置选项。

您可使用命令行在JMeter外部测试BeanShell脚本：

$ java -cp bsh-xxx.jar[;other jars as needed] bsh.Interpreter file.bsh [parameters]

或者

$ java -cp bsh-xxx.jar bsh.Interpreter
bsh% source("file.bsh");
bsh% exit(); // or use EOF key (e.g. ^Z or ^D)

16.9.2 共享变量

能够在启动（初始化）脚本中定义变量。除非使用重置选项，不然这些将在测试元素的调用中保留。

脚本还可使用“vars”变量的get()和put()方法访问JMeter变量，例如：

vars.get("HOST");
vars.put("MSG","Successful");

get()和put()方法仅支持具备String值的变量，但也有getObject()和putObject()方法可取任意对象。 JMeter变量是线程的本地变量，但能够被全部测试元素（不只仅是Beanshell）使用。
若是须要在线程之间共享变量，则可使用JMeter属性：

import org.apache.jmeter.util.JMeterUtils;
String value = JMeterUtils.getPropDefault("name","");
JMeterUtils.setProperty("name", "value");

示例.bshrc文件包含getprop()和setprop()方法的示例定义。
共享变量的另外一种可能方法是使用“bsh.shared”共享命名空间。例如：

if (bsh.shared.myObj == void){
    // not yet defined, so create it:
    myObj = new AnyObject();
}
bsh.shared.myObj.process();

它能够在JMeter启动文件中经过定义属性“beanshell.init.file”来建立，而不是在test元素中建立对象。这只处理一次。

16.10 在Groovy或Jexl3等中开发脚本函数

做为函数编写和测试脚本很是困难。可是JMeter有JSR223采样器，可使用任何支持它的语言。咱们建议使用Apache Groovy或任何支持JSR223的Compilable接口的语言。

建立一个包含JSR223 Sampler和Tree View Listener的简单测试计划。对sampler脚本窗格中的脚本进行编码，并经过运行测试对其进行测试。若是有任何错误，这些错误将显示在Tree View和jmeter.log文件中。此外，运行脚本的结果将显示为响应。

一旦脚本正常工做，它就能够做为变量存储在测试计划中。而后可使用脚本变量来建立函数调用。例如，假设Groovy脚本存储在变量RANDOM_NAME中。而后，函数调用能够编码为${__groovy(${RANDOM_NAME})}。不须要在脚本中转义任何逗号，由于在插入变量值以前函数调用已被解析。

16.11 参数化测试

一般，若是可以使用不一样的设置重复运行同一个测试是有用的。例如，更改线程或循环的数量，或更改主机名。

一种方法是在测试计划中定义一组变量，而后在测试元素中使用这些变量。例如，能够定义变量LOOPS = 10，并将线程组中的变量称为$ {LOOPS}。要使用20个循环运行测试，只需更改测试计划上的LOOPS变量的值。

若是您想在非GUI模式下运行大量测试，这很快就会变得乏味。对此的一个解决方案是根据属性定义测试计划变量，例如LOOPS=${__P(loops,10))}。这使用属性“loops”的值，若是找不到属性，则默认为10。而后能够在JMeter命令行上定义“loops”属性：

jmeter … -Jloops=12 …

若是有许多属性须要一块儿更改，那么实现此目的的一种方法是使用一组属性文件。可使用-q命令行选项将相应的属性文件传递给JMeter。

16.12 JSR223元素

对于密集负载测试，推荐的脚本语言是ScriptingEngine实现可编译接口的语言。 Groovy脚本引擎实现了可编译。可是，在JMeter 3.1发布时，Beanshell和Javascript都没有这样作，所以建议不要使用它们进行密集负载测试。

注意：Beanshell实现了可编译接口，但它还没有编码 - 该方法只会抛出异常。 JMeter为这个bug作了明确的工做。
使用JSR 223元素时，建议检查Cache编译脚本（若是可用）属性，以确保在基础语言支持时缓存脚本编译。在这种状况下，请确保脚本不使用$ {varName}表示的任何变量，由于Jmeter只会获取要$ {varName}变量的第一个值。而是使用：

vars.get("varName")

您也能够将它们做为参数传递给脚本并以这种方式使用它们。

16.13 在线程和线程组之间共享变量

变量是线程的本地变量，在一个线程中设置的变量不能在另外一个线程中读取。这是设计的。对于可在测试开始前肯定的变量，请参阅参数化测试（上文）。若是在测试开始以前未知该值，则有多种选择：

将变量存储为属性 - 属性对JMeter实例是全局的
将变量写入文件并从新读取
使用bsh.shared命名空间 - 见上文
编写本身的Java类

16.14 管理属性

当您须要修改jmeter属性时，请确保不要修改jmeter.properties文件，而是从jmeter.properties复制该属性并在user.properties文件中修改其值。
这样作能够简化您迁移到下一版JMeter的过程。
请注意，在文档中常常提到jmeter.properties，但这应理解为“从jmeter.properties复制到user.properties要修改的属性，并在后一个文件中执行此操做”。

user.properties文件取代jmeter.properties中定义的属性。

16.15 不推荐使用的元素

建议不要使用已弃用的元素（在更改列表和组件引用中标记为已删除的元素）并迁移到新的建议元素（若是可用）或执行相同操做的新方法。从版本N的菜单中删除不推荐使用的元素，但能够经过修改user.properties文件中的not_in_menu属性并从中删除元素的完整类名来启用迁移。请注意，版本N中的弃用元素将在版本N + 1中被删除，所以请确保尽快中止使用它们。