延迟设置为登录所需的时间。

此采样器允许您向 Web 服务器发送 HTTP/HTTPS 请求。它还允许您控制 JMeter 是否解析 HTML 文件以获取图像和其他嵌入式资源并发送 HTTP 请求以检索它们。检索以下类型的嵌入资源：

• 图片
• 小程序
• 样式表 (CSS) 和从这些文件中引用的资源
• 外部脚本
• 框架，iframe
• 背景图像（正文、表格、TD、TR）
• 背景声音

默认解析器是org.apache.jmeter.protocol.http.parser.LagartoBasedHtmlParser。这可以通过使用属性“ htmlparser.className ”来更改 - 有关详细信息，请参阅jmeter.properties。

如果您要向同一个 Web 服务器发送多个请求，请考虑使用HTTP 请求默认 配置元素，这样您就不必为每个 HTTP 请求输入相同的信息。

或者，您可能希望使用 JMeter 的HTTP(S) 测试脚本记录器来创建它们，而不是手动添加 HTTP 请求。如果您有大量 HTTP 请求或带有许多参数的请求，这可以节省您的时间。

有三种不同的测试元素用于定义采样器：

AJP/1.3 采样器

使用 Tomcat mod_jk 协议（允许在 AJP 模式下测试 Tomcat，无需 Apache httpd） AJP Sampler 不支持多文件上传；只会使用第一个文件。

HTTP 请求

这有一个实现下拉框，用于选择要使用的 HTTP 协议实现：

爪哇

使用 JVM 提供的 HTTP 实现。与 HttpClient 实现相比，这有一些限制 - 见下文。

HTTP客户端4

使用 Apache HttpComponents HttpClient 4.x。

空白值

没有在 HTTP 采样器上设置实现，因此依赖于 HTTP 请求默认值（如果存在）或jmeter.properties中定义的jmeter.httpsampler属性

GraphQL HTTP 请求

这是HTTP 请求的 GUI 变体，提供更方便的 UI 元素来查看或编辑 GraphQL查询、变量和操作名称，同时使用相同的采样器在后台自动将它们转换为 HTTP 参数。这会隐藏或自定义以下 UI 元素，因为它们对于通过 HTTP/HTTPS 请求的 GraphQL 不太方便或不相关：

• 方法：只有 POST 和 GET 方法可用，符合 GraphQL over HTTP 规范。默认选择 POST 方法。
• 参数和帖子正文选项卡：您可以改为通过查询、变量和操作名称 UI 元素查看或编辑参数内容。
• 文件上传选项卡：与 GraphQL 查询无关。
• 高级选项卡中来自 HTML 文件的嵌入式资源部分：与 GraphQL JSON 响应无关。

Java HTTP 实现有一些限制：

• 无法控制如何重新使用连接。当 JMeter 释放连接时，它可能会或可能不会被同一线程重用。
• API 最适合单线程使用 - 各种设置是通过系统属性定义的，因此适用于所有连接。
• 不支持 Kerberos 身份验证
• 它不支持使用 Keystore Config 进行基于客户端的证书测试。
• 更好地控制重试机制
• 它不支持虚拟主机。
• 它仅支持以下方法：GET、POST、HEAD、OPTIONS、PUT、DELETE和TRACE
• 使用DNS 缓存管理器更好地控制 DNS 缓存

如果请求需要服务器或代理登录授权（即浏览器会在其中创建弹出对话框），您还必须添加HTTP 授权管理器配置元素。对于普通登录（即用户在表单中输入登录信息），您需要确定表单提交按钮的作用，并使用适当的方法（通常是POST）和表单定义中的适当参数创建一个 HTTP 请求. 如果页面使用 HTTP，您可以使用 JMeter 代理来捕获登录序列。

每个线程使用一个单独的 SSL 上下文。如果要使用单个 SSL 上下文（不是浏览器的标准行为），请设置 JMeter 属性：

https.sessioncontext.shared=true

httpclient.reset_state_on_thread_group_iteration=true

https.default.protocol=SSLv3

JMeter 还允许通过更改属性https.socket.protocols来启用其他协议。

如果请求使用 cookie，那么您还需要一个 HTTP Cookie 管理器。您可以将这些元素中的任何一个添加到线程组或 HTTP 请求。如果您有多个 HTTP 请求需要授权或 cookie，则将元素添加到线程组。这样，所有 HTTP 请求控制器将共享相同的授权管理器和 Cookie 管理器元素。

如果请求使用一种称为“URL 重写”的技术来维护会话，那么请参阅第 6.1 节使用 URL 重写处理用户会话以 了解其他配置步骤。

此采样器允许您将 JDBC 请求（SQL 查询）发送到数据库。

在使用它之前，您需要设置一个 JDBC 连接配置配置元素

如果提供了变量名称列表，那么对于 Select 语句返回的每一行，变量都设置为对应列的值（如果提供了变量名称），并且还设置了行数。例如，如果 Select 语句返回 2 行 3 列，并且变量列表为A,,C，则将设置以下变量：

A_#=2 (number of rows)
A_1=column 1, row 1
A_2=column 1, row 2
C_#=2 (number of rows)
C_1=column 3, row 1
C_2=column 3, row 2

如果 Select 语句返回零行，则A_#和C_#变量将设置为0，并且不会设置其他变量。

如有必要，旧变量会被清除 - 例如，如果第一次选择检索六行而第二次选择仅返回三行，则将删除第四、五和第六行的附加变量。

此采样器允许您控制实现 org.apache.jmeter.protocol.java.sampler.JavaSamplerClient接口的 java 类。通过编写您自己的此接口实现，您可以使用 JMeter 来利用多个线程、输入参数控制和数据收集。

下拉菜单提供了 JMeter 在其类路径中找到的所有此类实现的列表。然后可以在下表中指定参数 - 由您的实现定义。提供了两个简单的示例（JavaTest和SleepTest）。

JavaTest示例采样 器可用于检查测试计划，因为它允许在几乎所有字段中设置值。然后这些可以被断言等使用。这些字段允许使用变量，因此可以很容易地看到这些值。

如果您要向同一个 LDAP 服务器发送多个请求，请考虑使用LDAP 请求默认 配置元素，这样您就不必为每个 LDAP 请求输入相同的信息。

如果您要向同一个 LDAP 服务器发送多个请求，请考虑使用LDAP 扩展请求默认 配置元素，这样您就不必为每个 LDAP 请求输入相同的信息。

AccessLogSampler 旨在读取访问日志并生成 http 请求。对于那些不熟悉访问日志的人，它是网络服务器维护它接受的每个请求的日志。这意味着每个图像、CSS 文件、JavaScript 文件、html 文件……

Tomcat 使用通用格式来记录访问日志。这意味着任何使用通用日志格式的网络服务器都可以使用 AccessLogSampler。使用常见日志格式的服务器包括：Tomcat、Resin、Weblogic 和 SunOne。常见的日志格式如下所示：

127.0.0.1 - - [21/Oct/2003:05:37:21 -0500] "GET /index.jsp?%2Findex.jsp= HTTP/1.1" 200 8343

将来，过滤掉响应代码不为200的条目可能会更好。扩展采样器应该相当简单。您必须实现两个接口：

• org.apache.jmeter.protocol.http.util.accesslog.LogParser
• org.apache.jmeter.protocol.http.util.accesslog.Generator

AccessLogSampler 的当前实现使用生成器来创建新的 HTTPSampler。服务器名称、端口和获取图像由 AccessLogSampler 设置。接下来，使用整数1调用解析器，告诉它解析一个条目。之后， 调用 HTTPSampler.sample()来发出请求。

samp = (HTTPSampler) GENERATOR.generateRequest();
samp.setDomain(this.getDomain());
samp.setPort(this.getPort());
samp.setImageParser(this.isImageParser());
PARSER.parse(1);
res = samp.sample();
res.setSampleLabel(samp.toString());

• 集合生成器（生成器）
• 解析（整数）

实现Generator接口的类应该为所有方法提供具体的实现。有关如何实现任一接口的示例，请参阅 StandardGenerator和TCLogParser。

该采样器允许您使用 BeanShell 脚本语言编写采样器。

有关使用 BeanShell 的完整详细信息，请参阅BeanShell 网站。

测试元素支持ThreadListener和TestListener接口方法。这些必须在初始化文件中定义。有关示例定义，请参见文件BeanShellListeners.bshrc。

BeanShell 采样器还支持Interruptible接口。可以在脚本或 init 文件中定义 interrupt ()方法。

JSR223 采样器允许使用 JSR223 脚本代码来执行创建/更新变量所需的示例或某些计算。

SampleResult.setIgnore();

JSR223 测试元素具有可以显着提高性能的特性（编译）。要从此功能中受益：

• 使用脚本文件而不是内联它们。如果此功能在 ScriptEngine 上可用，这将使 JMeter 编译它们并缓存它们。
• 或使用脚本文本并检查缓存已编译的脚本（如果有可用的属性）。
  使用此功能时，请确保您的脚本代码不直接在脚本代码中使用 JMeter 变量或 JMeter 函数调用，因为缓存只会缓存第一个替换。而是使用脚本参数。
  要从缓存和编译中受益，用于脚本的语言引擎必须实现 JSR223 Compilable接口（Groovy 是其中之一，java、beanshell 和 javascript 不是）
  当使用 Groovy 作为脚本语言并且不检查缓存已编译脚本（如果可用）时（建议使用缓存），您应该设置此 JVM 属性-Dgroovy.use.classvalue=true ，因为从版本 2.4.6 开始出现 Groovy 内存泄漏，请参阅：

  • GROOVY-7683
  • GROOVY-7591
  • JDK-8136353

jsr223.compiled_scripts_cache_size=100

TCP 采样器打开与指定服务器的 TCP/IP 连接。然后它发送文本，并等待响应。

如果选择“重用连接”，则在同一线程中的采样器之间共享连接，前提是使用完全相同的主机名字符串和端口。不同的主机/端口组合将使用不同的连接，不同的线程也是如此。如果同时选择了“重用连接”和“关闭连接”，则在运行采样器后将关闭套接字。在下一个采样器上，将创建另一个套接字。您可能希望在每个线程循环结束时关闭一个套接字。

如果检测到错误 - 或未选择“重用连接” - 套接字将关闭。另一个套接字将在下一个示例中重新打开。

以下属性可用于控制其操作：

tcp.status.prefix

状态编号之前的文本

tcp.status.suffix

状态编号后面的文本

tcp.status.properties

将状态代码转换为消息的属性文件的名称

tcp.handler

TCP 处理程序类的名称（默认TCPClientImpl） - 仅在 GUI 上未指定时使用

用户可以提供自己的实现。该类必须扩展org.apache.jmeter.protocol.tcp.sampler.TCPClient。

当前提供了以下实现。

• TCPClientImpl
• BinaryTCPClientImpl
• LengthPrefixedBinaryTCPClientImpl

TCPClientImpl

这个实现是相当基本的。读取响应时，如果通过设置属性tcp.eolByte定义，它将一直读取到行字节的末尾，否则直到输入流的末尾。您可以通过设置tcp.charset来控制字符集编码，这将默认为平台默认编码。

BinaryTCPClientImpl

此实现将必须是十六进制编码字符串的 GUI 输入转换为二进制，并在读取响应时执行相反的操作。读取响应时，它会一直读取到消息字节的结尾，如果这是通过设置属性tcp.BinaryTCPClient.eomByte定义的，否则直到输入流的结尾。

LengthPrefixedBinaryTCPClientImpl

此实现通过在二进制消息数据前加上二进制长度字节来扩展 BinaryTCPClientImpl。长度前缀默认为 2 个字节。这可以通过设置属性tcp.binarylength.prefix.length来改变。

超时处理

如果设置了超时，读取将在超时时终止。因此，如果您使用的是eolByte / eomByte，请确保超时时间足够长，否则读取将提前终止。

响应处理

如果定义了tcp.status.prefix，则在响应消息中搜索其后一直到后缀的文本。如果找到任何此类文本，则将其用于设置响应代码。然后从属性文件（如果提供）中获取响应消息。

前缀和后缀的用法¶

例如，如果前缀 = " [ " 和后缀 = " ] "，则以下响应：

[J28] XI123,23,GBP,CR

会有响应代码J28。

“ 400 ”-“ 499 ”和“ 500 ”-“ 599 ” 范围内的响应码目前视为失败；所有其他人都是成功的。[这需要可配置！]

JMS Publisher 将消息发布到给定的目的地（主题/队列）。对于那些不熟悉 JMS 的人来说，它是用于消息传递的 J2EE 规范。市场上有许多 JMS 服务器和几个开源选项。

JMS 订阅者将订阅给定目的地（主题或队列）中的消息。对于那些不熟悉 JMS 的人来说，它是用于消息传递的 J2EE 规范。市场上有许多 JMS 服务器和几个开源选项。

此采样器通过点对点连接（队列）发送和接收 JMS 消息。它与发布/订阅消息不同，通常用于处理事务。

request_only通常用于对 JMS 系统施加负载。当您想要测试处理发送到请求队列的消息的 JMS 服务的响应时间时，将使用
request_reply ，因为此模式将等待此服务发送的回复队列上的响应。
浏览返回当前队列深度，即队列中的消息数。
read从队列中读取消息（如果有）。
clear清除队列，即从队列中删除所有消息。

JMeter 在创建队列连接时使用属性java.naming.security.[principal|credentials] - 如果存在的话。如果不需要此行为，请设置 JMeter 属性 JMSSampler.useSecurity.properties=false

• 它不使用 JMeter 的测试接口，而是扫描 jar 文件以查找扩展 JUnit 的TestCase类的类。这包括任何类或子类。
• JUnit 测试 jar 文件应该放在jmeter/lib/junit而不是/lib目录中。您还可以使用“ user.classpath ”属性来指定在哪里查找TestCase类。
• JUnit 采样器不使用名称/值对进行配置，如Java Request。采样器假定setUp和tearDown将正确配置测试。
• 采样器仅测量测试方法的经过时间，不包括setUp和tearDown。
• 每次调用测试方法时，JMeter 都会将结果传递给监听器。
• 对oneTimeSetUp和oneTimeTearDown的支持是作为一种方法完成的。由于 JMeter 是多线程的，我们不能像 Maven 那样调用oneTimeSetUp / oneTimeTearDown。
• 采样器将意外异常报告为错误。标准的 JUnit 测试运行器和 JMeter 的实现之间有一些重要的区别。JMeter 不是为每个测试创建一个新的类实例，而是为每个采样器创建一个实例并重用它。这可以通过复选框“为每个样本创建一个新实例”来更改。

public class myTestCase {
  public myTestCase() {}
}

public class myTestCase {
  public myTestCase(String text) {
    super(text);
  }
}

Mail Reader Sampler 可以使用 POP3(S) 或 IMAP(S) 协议读取（并可选择删除）邮件消息。

这个采样器也可以与事务控制器一起使用，因为它允许在不需要生成示例的情况下包含暂停。对于可变延迟，将暂停时间设置为零，并添加一个 Timer 作为子项。

“停止”动作在完成任何正在进行的样本后停止线程或测试。“立即停止”动作停止测试，无需等待样品完成；它将中断任何活动样本。如果某些线程未能在 5 秒的时间限制内停止，则会在 GUI 模式下显示一条消息。您可以尝试使用Stop命令来查看这是否会停止线程，但如果没有，您应该退出 JMeter。在 CLI 模式下，如果某些线程未能在 5 秒的时间限制内停止，JMeter 将退出。

SMTP 采样器可以使用 SMTP/SMTPS 协议发送邮件消息。可以为连接设置安全协议（SSL 和 TLS）以及用户身份验证。如果使用安全协议，则会对服务器证书进行验证。
有两种方法可以处理此验证：

信任所有证书

这将忽略证书链验证

使用本地信任库

使用此选项，证书链将根据本地信任库文件进行验证。

OS Process Sampler 是一个可用于在本地机器上执行命令的采样器。
它应该允许执行任何可以从命令行运行的命令。
可以启用返回码的验证，并且可以指定预期的返回码。

请注意，OS shell 通常提供命令行解析。这在操作系统之间有所不同，但通常外壳会在空白处拆分参数。一些 shell 扩展了通配符文件名；有些没有。引用机制也因操作系统而异。采样器故意不进行任何解析或引用处理。命令及其参数必须以可执行文件预期的形式提供。这意味着采样器设置不能在操作系统之间移植。

许多操作系统都有一些内置命令，这些命令不作为单独的可执行文件提供。例如，Windows DIR命令是命令解释器 ( CMD.EXE ) 的一部分。这些内置程序不能作为独立程序运行，而必须作为参数提供给适当的命令解释器。

例如，Windows 命令行：DIR C:\TEMP需要指定如下：

命令：

命令

参数 1：

/C

参数 2：

目录

参数 3：

C:\温度

此采样器允许您向 MongoDB 发送请求。

在使用它之前，您需要设置一个 MongoDB Source Config Configuration 元素

该采样器允许您通过 Bolt 协议运行 Cypher 查询。

在使用它之前，您需要设置螺栓连接配置

每个请求都使用从池中获取的连接，并在采样器完成时将其返回到池中。连接池大小使用驱动程序默认值 (~100)，目前不可配置。

测量的响应时间对应于“完整”查询执行，包括执行密码查询的时间和使用数据库发回的结果的时间。

Simple Logic Controller 可让您组织采样器和其他逻辑控制器。与其他逻辑控制器不同，该控制器不提供存储设备以外的功能。

如果您将 Generative 或 Logic Controllers 添加到 Loop Controller，除了您为 Thread Group 指定的循环值之外，JMeter 还将循环通过它们一定次数。例如，如果您将一个 HTTP 请求添加到循环计数为 2 的 Loop Controller，并将 Thread Group 循环计数配置为 3，那么 JMeter 将总共发送2 * 3 = 6 个HTTP 请求。

Once Only Logic Controller 告诉 JMeter 每个线程只处理其中的控制器一次，并在通过测试计划的进一步迭代期间传递其下的任何请求。

Once Only Controller 现在将始终在任何循环父控制器的第一次迭代期间执行。因此，如果将 Once Only 控制器放置在指定循环 5 次的 Loop Controller 下，那么 Once Only 控制器将仅在通过 Loop Controller 的第一次迭代时执行（即每 5 次）。

请注意，这意味着如果放置在线程组下（每个线程的每个测试仅运行一次），Once Only 控制器仍将像以前预期的那样运行，但现在用户在使用 Once Only 控制器时具有更大的灵活性。

对于需要登录的测试，请考虑将登录请求放在此控制器中，因为每个线程只需登录一次即可建立会话。

如果您将 Generative 或 Logic Controllers 添加到 Interleave Controller，JMeter 将在每个循环迭代的每个其他控制器之间交替。

随机逻辑控制器的行为类似于交错控制器，除了它不是按顺序通过其子控制器和采样器，而是在每次通过时随机选择一个。

随机顺序控制器很像简单控制器，因为它最多会执行每个子元素一次，但节点的执行顺序将是随机的。

吞吐量控制器允许用户控制它的执行频率。有两种模式：

• 执行百分比
• 处决总数

执行百分比

使控制器通过测试计划执行一定百分比的迭代。

总处决

导致控制器在执行一定次数后停止执行。

运行时控制器控制其子代运行多长时间。控制器将运行其子代，直到超过 配置的运行时间。

If 控制器允许用户控制它下面的测试元素（它的子元素）是否运行。

默认情况下，条件仅在初始输入时评估一次，但您可以选择为控制器中包含的每个可运行元素评估它。

最好的选项（默认选项）是检查将条件解释为变量表达式？，然后在条件字段中，您有 2 个选项：

• 选项 1：使用包含true或false的变量
  如果要测试最后一个示例是否成功，可以使用${JMeterThread.last_sample_ok}

  
• 选项 2：使用函数（建议使用${__jexl3()}）来评估必须返回true或false的表达式

  

"${myVar}" == "\${myVar}"

"${myVar}" != "\${myVar}"

While 控制器运行它的子节点，直到条件为“假”。

可能的条件值：

• 空白 - 当循环中的最后一个样本失败时退出循环
• LAST - 当循环中的最后一个样本失败时退出循环。如果循环之前的最后一个样本失败，请不要进入循环。
• 否则 - 当条件等于字符串“ false ”时退出（或不进入）循环

• ${VAR} - 其中VAR被其他一些测试元素设置为 false
• ${__jexl3(${C}==10)}
• ${__jexl3("${VAR2}"=="abcd")}
• ${_P(property)} - 其他地方的属性设置为“ false ”

Switch 控制器的作用类似于Interleave 控制器 ，因为它在每次迭代时运行一个从属元素，但控制器不是按顺序运行它们，而是运行由 switch 值定义的元素。

如果开关值超出范围，它将运行第零个元素，因此它作为数字情况的默认值。如果值为空字符串，它也会运行第零个元素。

如果该值为非数字（且非空），则 Switch Controller 将查找具有相同名称的元素（区分大小写）。如果没有一个名称匹配，则选择名为“ default ”（大小写不重要）的元素。如果没有默认值，则不选择任何元素，控制器不会运行任何东西。

ForEach 控制器循环通过一组相关变量的值。当您将采样器（或控制器）添加到 ForEach 控制器时，每个样本（或控制器）都会执行一次或多次，其中在每个循环期间变量都有一个新值。输入应该由几个变量组成，每个变量都用下划线和数字扩展。每个这样的变量都必须有一个值。因此，例如，当输入变量的名称为inputVar时，应定义以下变量：

• inputVar_1 = 温迪
• inputVar_2 = 查尔斯
• inputVar_3 = 彼得
• inputVar_4 = 约翰

注意：“ _ ”分隔符现在是可选的。

当返回变量为“ returnVar ”时，ForEach 控制器下的采样器和控制器的集合将连续执行4次，返回变量具有上述各自的值，然后可以在采样器中使用。

它特别适合与正则表达式后处理器一起运行。这可以从先前请求的结果数据中“创建”必要的输入变量。通过省略“ _ ”分隔符，ForEach 控制器可用于使用输入变量refName_g循环遍历组，也可以使用格式为 refName_${C的输入变量循环遍历所有匹配项中的所有组}_g，其中C是一个计数器变量。

模块控制器提供了一种在运行时将测试计划片段替换为当前测试计划的机制。

测试计划片段由控制器和其中包含的所有测试元素（采样器等）组成。片段可以位于任何线程组中。如果片段位于线程组中，则可以禁用其控制器以防止片段在模块控制器之外运行。或者您可以将片段存储在虚拟线程组中，并禁用整个线程组。

可以有多个片段，每个片段下都有不同系列的采样器。然后，只需在其下拉框中选择适当的控制器，即可使用模块控制器轻松地在这些多个测试用例之间切换。这为快速轻松地运行许多替代测试计划提供了便利。

片段名称由控制器名称及其所有父名称组成。例如：

Test Plan / Protocol: JDBC / Control / Interleave Controller (Module1)

模块控制器使用的任何片段都必须具有唯一的名称，因为该名称用于在重新加载测试计划时查找目标控制器。出于这个原因，最好确保控制器名称从默认值更改 - 如上面的示例所示 - 否则在将新元素添加到测试计划时可能会意外创建重复项。

包含控制器旨在使用外部 JMX 文件。要使用它，请在测试计划下创建一个测试片段，并在其下方添加任何所需的采样器、控制器等。然后保存测试计划。该文件现在可以作为其他测试计划的一部分包含在内。

为方便起见，也可以在外部 JMX 文件中添加线程组以进行调试。模块控制器可用于引用测试片段。在包含过程中 线程组将被忽略。

如果测试使用 Cookie 管理器或用户定义的变量，这些应该放在顶层测试计划中，而不是包含的文件中，否则不能保证它们工作。

如果在prefix + Filename 给定的位置找不到文件，则控制器尝试打开相对于 JMX 启动目录 的Filename 。

事务控制器生成一个额外的样本，该样本测量执行嵌套测试元素所花费的总时间。

有两种操作模式：

• 在嵌套样本之后添加额外的样本
• 添加附加样本作为嵌套样本的父级

生成的采样时间包括嵌套采样器的所有时间，不包括默认情况下（自 2.11 起）定时器和前置/后置处理器的处理时间，除非选中复选框“在生成的样本中包含定时器和前置后置处理器的持续时间”。根据时钟分辨率，它可能比单个采样器加上定时器的总和稍长。时钟可能会在控制器记录开始时间之后但在第一个样本开始之前滴答作响。最后也一样。

生成的样本只有在其所有子样本都成功时才被认为是成功的。

在父模式下，仍然可以在 Tree View Listener 中看到各个样本，但在其他 Listener 中不再显示为单独的条目。此外，子样本不会出现在 CSV 日志文件中，但可以保存到 XML 文件中。

Recording Controller 是一个占位符，指示代理服务器应将样本记录到何处。在测试运行期间，它没有任何效果，类似于简单控制器。但是在使用HTTP(S) Test Script Recorder进行录制时，所有录制的样本将默认保存在录制控制器下。

临界区控制器确保其子元素（采样器/控制器等）将仅由一个线程执行，因为在执行控制器的子元素之前将获取命名锁。

通过使用如下所示的配置弹出窗口，可以配置侦听器以将不同的项目保存到结果日志文件 (JTL)。默认值的定义如侦听器默认配置文档中所述。名称后带有（CSV）的项目仅适用于 CSV 格式；带有 ( XML ) 的项目仅适用于 XML 格式。CSV 格式目前不能用于保存任何包含换行符的项目。

请注意，cookie、方法和查询字符串保存为“采样器数据”选项的一部分。

Graph Results 侦听器生成一个简单的图形，绘制所有采样时间。沿着图表底部，当前样本（黑色）、所有样本的当前平均值（蓝色）、当前标准偏差（红​​色）和当前吞吐率（绿色）以毫秒为单位显示。

吞吐量数表示服务器处理的实际请求数/分钟。此计算包括您添加到测试中的任何延迟和 JMeter 自己的内部处理时间。像这样进行计算的好处是这个数字代表了一些真实的东西——你的服务器实际上每分钟处理那么多请求，你可以增加线程数和/或减少延迟来发现你的服务器的最大吞吐量。然而，如果您进行的计算排除了延迟和 JMeter 的处理，则不清楚您可以从该数字中得出什么结论。

Assertion Results 可视化工具显示每个样本的标签。它还报告作为测试计划一部分的任何断言的失败。

有几种查看响应的方法，可以通过左侧面板底部的下拉框进行选择。

Match count: 74
Match[1]=#functions
Match[2]=#what_can_do
Match[3]=#where
Match[4]=#how
Match[5]=#function_helper
Match[6]=#functions
Match[7]=#__regexFunction
Match[8]=#__regexFunction_parms
Match[9]=#__counter
… and so on …

Match count: 26
Match[1][0]=JMeter - Apache JMeter</title>
Match[1][1]=JMeter
Match[2][0]=JMeter" title="JMeter" border="0"/></a>
Match[2][1]=JMeter
Match[3][0]=JMeterCommitters">Contributors</a>
Match[3][1]=JMeterCommitters
… and so on …

image/
audio/
video/

自动滚动？选项允许在树选择中显示最后一个节点

使用搜索选项，大多数视图还允许搜索显示的数据；搜索结果将在上面的显示中突出显示。例如，下面的控制面板屏幕截图显示了搜索“ Java ”的一个结果。请注意，搜索对可见文本进行操作，因此在搜索 Text 和 HTML 视图时可能会得到不同的结果。
注意：正则表达式使用 Java 引擎（不是 ORO 引擎，如正则表达式提取器或正则表达式测试器视图）。

如果没有提供内容类型，则内容将不会显示在任何响应数据面板中。在这种情况下，您可以使用将响应保存到文件来保存数据。请注意，响应数据在示例结果中仍然可用，因此仍然可以使用后处理器访问。

如果响应数据大于 200K，则不会显示。要更改此限制，请设置 JMeter 属性view.results.tree.max_size。您还可以使用 Save Responses to a file将整个响应保存到文件中。

可以创建其他渲染器。该类必须实现接口org.apache.jmeter.visualizers.ResultRenderer 和/或扩展抽象类org.apache.jmeter.visualizers.SamplerResultTab，并且编译后的代码必须对 JMeter 可用（例如，通过将其添加到lib/ ext目录）。

吞吐量是从采样器目标的角度计算的（例如，在 HTTP 样本的情况下是远程服务器）。JMeter 会考虑生成请求的总时间。如果其他采样器和定时器在同一个线程中，它们会增加总时间，从而降低吞吐量值。因此，两个具有不同名称的相同采样器的吞吐量将是两个具有相同名称的采样器的一半。正确选择采样器名称对于从聚合报告中获得最佳结果非常重要。

计算中位数和 90 % 线（第 90^个 百分位数）值需要额外的内存。JMeter 现在将具有相同经过时间的样本组合在一起，因此使用的内存更少。但是，对于耗时超过几秒的样本，有可能更少的样本具有相同的时间，在这种情况下将需要更多的内存。请注意，之后您可以使用此侦听器重新加载 CSV 或 XML 结果文件，这是避免性能影响的推荐方法。有关不存储单个样本并因此需要恒定内存的类似侦听器， 请参阅摘要报告。

• 标签- 样本的标签。如果选择了“在标签中包含组名？ ”，则添加线程组的名称作为前缀。这允许在需要时单独整理来自不同线程组的相同标签。
• # Samples - 具有相同标签的样本数
• 平均- 一组结果的平均时间
• 中位数-中位数是一组结果中间的时间。50% 的样本不超过这个时间；其余的时间至少一样长。
• 90% 线- 90% 的样本不超过这个时间。剩下的样本至少需要这个时间。（第 90^个 百分位）
• 95% 线- 95% 的样本不超过这个时间。剩下的样本至少需要这个时间。（第 95^个 百分位）
• 99% 线- 99% 的样本不超过这个时间。剩下的样本至少需要这个时间。（第 99^个 百分位）
• Min - 相同标签样本的最短时间
• Max - 具有相同标签的样本的最长时间
• 错误 % - 有错误的请求的百分比
• 吞吐量-吞吐量以每秒/分钟/小时的请求数来衡量。选择时间单位以使显示的速率至少为 1.0。将吞吐量保存到 CSV 文件时，以请求/秒表示，即 30.0 请求/分钟保存为 0.5。
• Received KB/sec - 以每秒接收千字节为单位测量的吞吐量
• Sent KB/sec - 以每秒发送千字节为单位测量的吞吐量

时间以毫秒为单位。

默认情况下，它只显示主（父）样本；它不显示子样本（子样本）。JMeter 有一个“子样本？ ”复选框。如果选择此选项，则显示子样本而不是主样本。

如果测试运行从服务器接收到太多失败的响应，可以设置邮件可视化器发送电子邮件。

BeanShell 侦听器允许使用 BeanShell 处理样本以进行保存等。

有关使用 BeanShell 的完整详细信息，请参阅BeanShell 网站。

测试元素支持ThreadListener和TestListener方法。这些应该在初始化文件中定义。有关示例定义，请参见文件BeanShellListeners.bshrc。

吞吐量是从采样器目标的角度计算的（例如，在 HTTP 样本的情况下是远程服务器）。JMeter 会考虑生成请求的总时间。如果其他采样器和定时器在同一个线程中，它们会增加总时间，从而降低吞吐量值。因此，两个具有不同名称的相同采样器的吞吐量将是两个具有相同名称的采样器的一半。正确选择采样器标签以从报告中获得最佳结果非常重要。

• 标签- 样本的标签。如果选择了“在标签中包含组名？ ”，则添加线程组的名称作为前缀。这允许在需要时单独整理来自不同线程组的相同标签。
• # Samples - 具有相同标签的样本数
• 平均- 一组结果的平均经过时间
• Min - 具有相同标签的样本的最短经过时间
• Max - 具有相同标签的样本的最长经过时间
• 标准。开发。-样本经过时间的标准偏差
• 错误 % - 有错误的请求的百分比
• 吞吐量-吞吐量以每秒/分钟/小时的请求数来衡量。选择时间单位以使显示的速率至少为1.0。将吞吐量保存到 CSV 文件时，以请求/秒表示，即 30.0 请求/分钟保存为0.5。
• Received KB/sec - 以每秒千字节为单位测量的吞吐量
• Sent KB/sec - 以每秒千字节为单位测量的吞吐量
• 平均 字节- 样本响应的平均大小（以字节为单位）。

时间以毫秒为单位。

此测试元素可以放置在测试计划中的任何位置。对于其范围内的每个样本，它将创建一个响应数据文件。其主要用途是创建功能测试，但在响应太大而无法在 View Results Tree Listener 中显示时也很有用。文件名是从指定的前缀加上一个数字创建的（除非它被禁用，见下文）。文件扩展名是根据文档类型创建的（如果已知）。如果未知，则文件扩展名设置为“未知”'。如果禁用编号并且禁用添加后缀，则将文件前缀作为整个文件名。如果需要，这允许生成一个固定的文件名。生成的文件名存储在示例响应中，如果需要，可以保存在测试日志输出文件中。

当前样本首先被保存，然后是任何子样本（子样本）。如果提供了变量名，则文件名将按照子样本出现的顺序保存。见下文。

JSR223 侦听器允许将 JSR223 脚本代码应用于示例结果。

# Define the following property to automatically start a summariser with that name
# (applies to CLI mode only)
#summariser.name=summary
#
# interval between summaries (in seconds) default 3 minutes
#summariser.interval=30
#
# Write messages to log file
#summariser.log=true
#
# Write messages to System.out
#summariser.out=true

label +     16 in 0:00:12 =    1.3/s Avg:  1608 Min:  1163 Max:  2009 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label +     82 in 0:00:30 =    2.7/s Avg:  1518 Min:  1003 Max:  2020 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =     98 in 0:00:42 =    2.3/s Avg:  1533 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     85 in 0:00:30 =    2.8/s Avg:  1505 Min:  1008 Max:  2005 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =    183 in 0:01:13 =    2.5/s Avg:  1520 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     79 in 0:00:30 =    2.7/s Avg:  1578 Min:  1089 Max:  2012 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =    262 in 0:01:43 =    2.6/s Avg:  1538 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     80 in 0:00:30 =    2.7/s Avg:  1531 Min:  1013 Max:  2014 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =    342 in 0:02:12 =    2.6/s Avg:  1536 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     83 in 0:00:31 =    2.7/s Avg:  1512 Min:  1003 Max:  1982 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =    425 in 0:02:43 =    2.6/s Avg:  1531 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     83 in 0:00:29 =    2.8/s Avg:  1487 Min:  1023 Max:  2013 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =    508 in 0:03:12 =    2.6/s Avg:  1524 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     78 in 0:00:30 =    2.6/s Avg:  1594 Min:  1013 Max:  2016 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =    586 in 0:03:43 =    2.6/s Avg:  1533 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     80 in 0:00:30 =    2.7/s Avg:  1516 Min:  1013 Max:  2005 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =    666 in 0:04:12 =    2.6/s Avg:  1531 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     86 in 0:00:30 =    2.9/s Avg:  1449 Min:  1004 Max:  2017 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0
label =    752 in 0:04:43 =    2.7/s Avg:  1522 Min:  1003 Max:  2020 Err:     0 (0.00%)
label +     65 in 0:00:24 =    2.7/s Avg:  1579 Min:  1007 Max:  2003 Err:     0 (0.00%) Active: 0 Started: 5 Finished: 5
label =    817 in 0:05:07 =    2.7/s Avg:  1526 Min:  1003 Max:  2020 Err:     0 (0.00%)

标签用于将样本结果分组在一起。因此，如果您有多个线程组并希望对它们进行汇总，请使用相同的标签 - 或将汇总器添加到测试计划（因此所有线程组都在范围内）。通过使用合适的标签并将汇总器添加到测试计划的适当部分，可以实现不同的汇总分组。

CSV Data Set Config 用于从文件中读取行，并将它们拆分为变量。它比__CSVRead()和__StringFromFile()函数更易于使用。它非常适合处理大量变量，并且对于使用“随机”和唯一值进行测试也很有用。

在运行时生成唯一的随机值在 CPU 和内存方面是昂贵的，因此只需在测试之前创建数据。如有必要，文件中的“随机”数据可以与运行时参数一起使用，以从每次运行中创建不同的值集 - 例如使用连接 - 这比在运行时生成所有内容要便宜得多。

JMeter 允许引用值；这允许值包含分隔符。如果启用了“允许引用数据”，则可以将值括在双引号中。这些被删除。要在带引号的字段中包含双引号，请使用两个双引号。例如：

1,"2,3","4""5" =>
1
2,3
4"5

JMeter 支持 CSV 文件，该文件具有定义列名的标题行。要启用此功能，请将“变量名称”字段留空。必须提供正确的分隔符。

JMeter 支持带有包含换行符的引用数据的 CSV 文件。

默认情况下，文件只打开一次，每个线程将使用文件中不同的行。但是，将行传递给线程的顺序取决于它们的执行顺序，这可能在迭代之间有所不同。在每次测试迭代开始时读取行。文件名和模式在第一次迭代中被解析。

有关其他选项，请参阅下面的共享模式说明。如果您希望每个线程都有自己的一组值，那么您将需要创建一组文件，每个线程一个文件。例如test1.csv , test2.csv , ..., test n .csv。使用文件名 test${__threadNum}.csv并将“共享模式”设置为“当前线程”。

作为一种特殊情况，分隔符字段中的字符串“ \t ”（不带引号）被视为制表符。

当到达文件结尾（EOF）并且 recycle 选项为true时，读取从文件的第一行重新开始。

如果 recycle 选项为false，并且 stopThread 为false ，则当到达文件末尾时，所有变量都设置为<EOF> 。可以通过设置 JMeter 属性csvdataset.eofstring来更改此值。

如果 Recycle 选项为false且 Stop Thread 为true，则到达EOF将导致线程停止。

当用户从不同的 IP 接收内容时，DNS 缓存管理器元素允许测试在负载平衡器（CDN 等）后面有多个服务器的应用程序。默认情况下，JMeter 使用 JVM DNS 缓存。这就是为什么集群中只有一台服务器接收负载的原因。DNS 缓存管理器在每次迭代中分别为每个线程解析名称，并将解析结果保存到其内部 DNS 缓存，该缓存独立于 JVM 和 OS DNS 缓存。

静态主机的映射可用于模拟/etc/hosts文件之类的内容。这些条目将优先于自定义解析器。如果要使用此映射，则必须启用 使用自定义 DNS 解析器。

授权管理器允许您为使用服务器身份验证限制的网页指定一个或多个用户登录。当您使用浏览器访问受限页面时，您会看到这种类型的身份验证，并且您的浏览器会显示一个登录对话框。JMeter 在遇到此类页面时会传输登录信息。

授权标头可能不会显示在树视图侦听器“请求”选项卡中。Java 实现会进行抢先式身份验证，但在 JMeter 获取标头时它不会返回 Authorization 标头。自 3.2 起，HttpComponents (HC 4.5.X) 实现默认为抢占式，并且将显示标头。要禁用此功能，请按以下方式设置值，在这种情况下，将仅在响应质询时执行身份验证。

在文件jmeter.properties 中设置httpclient4.auth.preemptive=false

HTTP 缓存管理器用于在其范围内为 HTTP 请求添加缓存功能，以模拟浏览器缓存功能。每个虚拟用户线程都有自己的缓存。默认情况下，缓存管理器将使用 LRU 算法在每个虚拟用户线程的缓存中存储多达 5000 个项目。使用属性“ maxSize ”来修改这个值。请注意，该值增加得越多，HTTP 缓存管理器消耗的内存就越多，因此请务必相应地调整-Xmx JVM 选项。

如果样本成功（即具有响应代码2xx），则为 URL 保存Last-Modified和Etag（以及Expired ，如果相关）值。在执行下一个示例之前，采样器会检查缓存中是否有条目，如果有，则为请求设置If-Last-Modified和If-None-Match条件标头。

此外，如果选择了“使用 Cache-Control/Expires 标头”选项，则会根据当前时间检查Cache-Control / Expires值。如果请求是GET请求，并且时间戳在将来，则采样器立即返回，而不向远程服务器请求 URL。这是为了模拟浏览器的行为。请注意，如果Cache-Control标头为“ no-cache ”，则响应将存储在缓存中作为预过期，因此将生成条件GET请求。如果Cache-Control有任何其他值，“ max-age" expiry 选项被处理以计算条目的生命周期，如果缺少则将使用 expire 标头，如果还缺少条目，将按照RFC 2616 第 13.2.4 节中的指定使用Last-Modified时间和响应日期进行缓存。

Cookie Manager 元素有两个功能：
首先，它像 Web 浏览器一样存储和发送 cookie。如果您有一个 HTTP 请求并且响应包含一个 cookie，则 Cookie 管理器会自动存储该 cookie 并将其用于该特定网站的所有未来请求。每个 JMeter 线程都有自己的“cookie 存储区”。因此，如果您正在测试一个使用 cookie 存储会话信息的网站，则每个 JMeter 线程都会有自己的会话。请注意，此类 cookie 不会出现在 Cookie 管理器显示屏上，但可以使用查看结果树侦听器查看。

JMeter 检查接收到的 cookie 对于 URL 是否有效。这意味着不存储跨域 cookie。如果您有错误行为或希望使用跨域 cookie，请定义 JMeter 属性“ CookieManager.check.cookies=false ”。

接收到的 Cookie 可以存储为 JMeter 线程变量。要将 cookie 保存为变量，请定义属性“ CookieManager.save.cookies=true ”。此外，cookie 名称在存储之前以“ COOKIE_ ”为前缀（这避免了局部变量的意外损坏）要恢复到原始行为，请定义属性“ CookieManager.name.prefix= ”（一个或多个空格）。如果启用，名称为TEST的 cookie 的值可以称为${COOKIE_TEST}。

其次，您可以手动将 cookie 添加到 Cookie 管理器。但是，如果您这样做，cookie 将由所有 JMeter 线程共享。

请注意，此类 Cookie 的过期时间是在很远的将来创建的

默认情况下会忽略具有空值的 Cookie 。这可以通过设置 JMeter 属性来更改：CookieManager.delete_null_cookies=false。请注意，这也适用于手动定义的 cookie - 任何此类 cookie 将在更新时从显示中删除。另请注意，cookie 名称必须是唯一的 - 如果使用相同名称定义了第二个 cookie，它将替换第一个。

此元素允许您设置 HTTP 请求控制器使用的默认值。例如，如果您正在创建一个包含 25 个 HTTP 请求控制器的测试计划，并且所有请求都发送到同一台服务器，您可以添加一个 HTTP 请求默认值元素，并填写“服务器名称或 IP ”字段。然后，当您添加 25 个 HTTP 请求控制器时，将“服务器名称或 IP ”字段留空。控制器将从 HTTP 请求默认值元素继承此字段值。

标头管理器允许您添加或覆盖 HTTP 请求标头。

JMeter 现在支持多个 Header Managers。合并标题条目以形成采样器的列表。如果要合并的条目与现有标题名称匹配，则它将替换先前的条目。这允许您设置一组默认标题，并将调整应用于特定的采样器。请注意，标头的空值不会删除现有标头，它只是替换其值。

Java Request Defaults 组件允许您为 Java 测试设置默认值。请参阅Java 请求。

Keystore Config Element 允许您配置 Keystore 将如何加载以及它将使用哪些密钥。此组件通常用于 HTTPS 场景中，您不想在响应时间中考虑密钥库初始化。

要使用此元素，您需要首先使用要测试的客户端证书设置 Java 密钥库，以执行此操作：

1. 使用 Java keytool实用程序或通过 PKI创建证书
2. 如果由 PKI 创建，请将您的密钥转换为 JKS 可接受的格式，从而将您的密钥导入 Java Key Store
3. 然后通过两个 JVM 属性引用 keystore 文件（或者在system.properties中添加）：
   • -Djavax.net.ssl.keyStore=path_to_keystore
   • -Djavax.net.ssl.keyStorePassword=password_of_keystore

要将 PKCS11 用作存储的源，您需要将javax.net.ssl.keyStoreType设置为PKCS11 并将javax.net.ssl.keyStore设置为NONE。

登录配置元素允许您在使用用户名和密码作为设置的一部分的采样器中添加或覆盖用户名和密码设置。

LDAP 请求默认值组件允许您为 LDAP 测试设置默认值。请参阅LDAP 请求。

LDAP Extended Request Defaults 组件允许您为扩展的 LDAP 测试设置默认值。请参阅LDAP 扩展请求。

TCP 采样器配置为 TCP 采样器提供默认数据

用户定义变量元素允许您定义一组初始变量，就像在测试计划中一样。

UDV 不应与每次调用时生成不同结果的函数一起使用。只有第一个函数调用的结果会保存在变量中。 但是，UDV 可以与__P()等函数一起使用，例如：

HOST      ${__P(host,localhost)}

它将定义变量“ HOST ”以具有 JMeter 属性“ host ”的值，如果未定义 ，则默认为“ localhost ”。

如需在测试运行期间定义变量，请参阅用户参数。UDV 按照它们在计划中出现的顺序从上到下进行处理。

为简单起见，建议仅将 UDV 放置在线程组的开头（或者可能在测试计划本身下）。

处理完测试计划和所有 UDV 后，将生成的变量集复制到每个线程以提供初始变量集。

如果运行时元素（例如用户参数预处理器或正则表达式提取器）定义了一个与 UDV 变量之一同名的变量，那么这将替换初始值，并且线程中的所有其他测试元素将看到更新的价值。

随机变量配置元素用于生成随机数字字符串并将它们存储在变量中以备后用。它比使用用户定义的变量和__Random()函数更简单。

使用随机数生成器构造输出变量，然后使用格式字符串对结果数进行格式化。该数字使用公式minimum+Random.nextInt(maximum-minimum+1)计算。 Random.nextInt()需要一个正整数。这意味着最大值 - 最小值- 即范围 - 必须小于2147483647，但是只要范围可以，最小值和最大值可以是任何长值。

允许用户创建一个可以在线程组中的任何位置引用的计数器。计数器配置允许用户配置起点、最大值和增量。计数器将从开始循环到最大值，然后从开始重新开始，继续这样直到测试结束。

计数器使用 long 来存储值，因此范围从-2^63到2^63-1。

Simple Config Element 允许您在采样器中添加或覆盖任意值。您可以选择值的名称和值本身。尽管一些喜欢冒险的用户可能会发现此元素的用途，但它主要是为开发人员提供的，作为他们在开发新 JMeter 组件时可以使用的基本 GUI。

然后，您可以 使用此代码通过元素MongoDBHolder访问 Beanshell 或 JSR223 测试元素中的com.mongodb.DB对象

import com.mongodb.DB;
import org.apache.jmeter.protocol.mongodb.config.MongoDBHolder;
DB db = MongoDBHolder.getDBFromSource("value of property MongoDB Source",
            "value of property Database Name");
…
    

响应断言控制面板允许您添加要与请求或响应的各个字段进行比较的模式字符串。模式字符串是：

• 包含，匹配：Perl5 风格的正则表达式
• Equals , Substring : 纯文本，区分大小写

可以在ORO Perl5 正则表达式中找到模式匹配字符的摘要。

您还可以选择是否期望字符串与整个响应匹配，或者是否期望响应仅包含模式。您可以将多个断言附加到任何控制器以获得额外的灵活性。

请注意，模式字符串不应包含封闭分隔符，即使用Price: \d+而不是/Price: \d+/。

默认情况下，模式是多行模式，这意味着“ . ”元字符不匹配换行符。在多行模式中，“ ^ ”和“ $ ”匹配字符串中任何位置的任何行的开始或结束 - 而不仅仅是整个字符串的开始和结束。请注意，\s确实匹配换行符。案例也很重要。要覆盖这些设置，可以使用扩展的正则表达式语法。例如：

（？一世）

忽略大小写

(?s)

将目标视为单行，即“ . ”匹配换行符

（？是）

以上两者

(?i)苹果(?-i)馅饼

匹配“ Apple Pie ”，但不匹配“ AppPLe pIe ”

(?s)Apple.+?Pie

匹配Apple后跟Pie，可能在后续行。

苹果(?s).+?Pie

与上面相同，但在开始时使用(?s)可能更清楚。

持续时间断言测试每个响应是否在给定的时间内收到。任何花费超过给定毫秒数（由用户指定）的响应都被标记为失败响应。

Size Assertion 测试每个响应是否包含正确的字节数。您可以指定大小等于、大于、小于或不等于给定的字节数。

XML 断言测试响应数据是否包含正式正确的 XML 文档。它不会基于 DTD 或模式验证 XML，也不会进行任何进一步的验证。

BeanShell 断言允许用户使用 BeanShell 脚本执行断言检查。

有关使用 BeanShell 的完整详细信息，请参阅BeanShell 网站。

请注意，不同的解释器用于测试脚本中每个线程中断言的每次独立出现，但相同的解释器用于后续调用。这意味着变量在对断言的调用中持续存在。

所有断言都是从与采样器相同的线程调用的。

如果定义了属性“ beanshell.assertion.init ”，它将作为源文件的名称传递给解释器。这可用于定义常用方法和变量。在bin目录中有一个示例 init 文件：BeanShellAssertion.bshrc

测试元素支持ThreadListener和TestListener方法。这些应该在初始化文件中定义。有关示例定义，请参见文件BeanShellListeners.bshrc。

MD5Hex 断言允许用户检查响应数据的 MD5 哈希。

HTML 断言允许用户使用 JTidy 检查响应数据的 HTML 语法。

XPath 断言测试文档的格式是否正确，可以选择根据 DTD 进行验证，或者将文档放入 JTidy 并测试 XPath。如果该 XPath 存在，则断言为真。使用“ / ”将匹配任何格式正确的文档，并且是默认的 XPath 表达式。该断言还支持布尔表达式，例如“ count(//*error)=2 ”。有关 XPath 的更多信息，请参见http://www.w3.org/TR/xpath。

• //title[text()='Text to match'] - 匹配响应中任意位置的<title>Text to match</title>
• /title[text()='Text to match'] - 匹配响应中根级别的<title>Text to match</title>

XPath2 断言测试文档的格式是否正确。使用“ / ”将匹配任何格式正确的文档，并且是默认的 XPath2 表达式。该断言还支持布尔表达式，例如“ count(//*error)=2 ”。

• //title[text()='Text to match'] - 匹配响应中任意位置的<title>Text to match</title>
• /title[text()='Text to match'] - 匹配响应中根级别的<title>Text to match</title>

XML Schema Assertion 允许用户根据 XML Schema 验证响应。

JSR223 断言允许使用 JSR223 脚本代码检查上一个示例的状态。