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=
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:
Session started on port: 

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

$ java -jar ../lib/bshclient.jar localhost  ../extras/remote.bsh
Connecting to BSH server on localhost:
Reading responses from server …
BeanShell .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 ''.
Setting property 'EXAMPLE' to ''.
Setting property 'EXAMPLE' to ''.
Setting property 'EXAMPLE' to ''.
Setting property 'EXAMPLE' to ''.
Setting property 'EXAMPLE' to ''.
Setting property 'EXAMPLE' to ''.
Setting property 'EXAMPLE' to ''.
Setting property 'EXAMPLE' to ''.
Setting property 'EXAMPLE' to ''.
EXAMPLE =
remote.bsh ended
bsh % … disconnected from server.

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

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

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

java -jar ../lib/bshclient.jar localhost  throughput.bsh    

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= …

如果有许多属性需要一起更改，那么实现此目的的一种方法是使用一组属性文件。可以使用-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中被删除，因此请确保尽快停止使用它们。