官方文档:
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}的任何变量, 因为缓存只需要 $ {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 中被删除, 因此请确保尽快停止使用它们.
来源: http://www.bubuko.com/infodetail-2735960.html