Jmeter综合教程 on 重定向学院

JMeter官方文档：1. 新手入门

Wed, 06 Sep 2017 12:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

注：不知道怎么的翻译的句子保留的英文。

1. 新手入门

1.0 概述

当你使用JMeter的时候一般会遵循以下过程：

1.0.1 创建测试计划

首先，你需要启动JMeter GUI

然后，你可以选择从浏览器或本地应用程序记录应用程序。通过菜单：文件 → Templates… → Recording。

注意，你还可以通过手动生成测试计划，你需要阅读文档并理解上面概念。

你还可以通过下面的方式进行调试：

运行 → Start no pauses
运行 → 启动
验证线程组

和查看结果树的渲染和调试（CSS/JQUERY, JSON, Regexp, XPath）。确保在构建测试计划时遵循最佳实践。

1.0.2 负载测试执行

一旦测试计划就绪，就可以开始负载测试了。第一步是配置运行JMeter的注入器，这对于任何其他负载测试工具包括：

在CPU、内存和网络方面对机器进行正确的调整。
操作系统的优化
Java设置： 确保你安装Java支持的JMeter的最新版本。
正确调整Java堆大小： 默认的JMeter以512MB的堆运行，这可能对你的测试没什么帮助，主要取决于你的测试计划和你想要运行的线程数。

一旦一切就绪，你将使用命令行模式（称为非GUI模式）来运行负载测试。

不要使用GUI模式运行负载测试!

使用非gui模式，你可以生成包含CSV(或XML)结果的文件，并在负载测试结束时生成JMeter生成HTML报告。默认情况下，JMeter将在运行时提供负载测试的摘要。

你还可以使用后端侦听器在测试期间获得实时结果。

1.0.3 负载测试分析

负载测试结果后，可以使用HTML报告来分析负载测试。

1.0.4 让我们开始吧

开始使用JMeter最简单的方法是首先下载最新的产品版本并安装它。该版本包含构建和运行大多数类型的测试所需的所有文件，例如 Web(HTTP / HTTPS)、FTP、JDBC、LDAP、Java、JUnit等。

如果你想要执行JDBC测试，那么你当然需要来数据库供应商JDBC驱动程序。JMeter不包含任何JDBC驱动程序。

JMeter官方文档：2. 创建测试计划

Thu, 24 Aug 2017 12:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

2.构建测试计划

测试计划描述了当程序运行起来时JMeter会执行的一系列步骤，一个完整的测试计划会由以几部分组成，包括一个或多个线程组、逻辑控制器、示例生成控制器、侦听器、定时器、断言、和配置元素组成。

2.1 添加和删除元素

我们可以通过下面两种方式添加元素到测试计划，一种是右键点击树上的元素，从“添加”列表中选择一个新元素；或者也可以通过选择菜单栏“文件”–“合并”或“打开”选项从文件中加载元素。

确保元素是被选中的，右键单击元素，选择“删除”选项可以将元素移除.

2.2 加载和保存元素

通过文件加载元素，右键选择向其中添加加载元素的树元素，选择“合并”选项选择元素保存的文件，JMeter会将元素合并到树中去。

右键一个元素并选择“选中部分保存为…”选项以保存树元素。JMeter保存树元素时会连带的将它下面的子节点一起保存。通过这种方式，在后面的运用中你可以成段的或者单独的保存元素。

默认情况下，工作台不会被自动保存到测试计划，但是它能够通过在工作台元素上勾选“Save Workbean”去保存.

2.3 配置树元素

测试树中的任何元素在JMeter的右手框架中都被表现为控制器。这些控制器允许你为特定的测试元素配置行为。具体有哪些行为可以配置取决于是何种类型的元素。

测试树本身可以被测试树周围的拖放控件操作.

2.4 保存测试计划

尽管没有硬性要求，我们还是建议你在执行测试计划前先保存测试计划到文件。保存一个测试计划可以从文件按钮中选择“保存测试计划”或者“保存测试计划为…”（如果你是用的最新发布版本的JMeter，就不需要在保存之前先选中测试计划）

JMeter允许你保存整个测试计划树或者计划树里面的一部分。如果只是保存特定分支的计划树里面的元素，
可以从开始的分支里面选择测试计划树元素，右键选择“选中部分保存为…”菜单选项。或者也可以先选
择正确的测试计划元素然后通过编辑按钮选择“选中部分保存为…” 选项。

2.5 运行一个测试计划

运行测试计划，从“运行”菜单选项中选择“启动”（Control + R）按钮。当JMeter运行的时候，它会在菜单栏下面的左手边显示一个绿色的小盒子的形状。你也可以通过检查“运行”菜单选项去检查测试计划是否运行起来，如果“启动”是禁用的，并且 “停止” 是启用的，这样JMeter就正在运行你的测试计划。（或者至少在我看来是这样的）绿色边框左下角的数字就是活动线程除以总共线程，这种计算方式只是适用在本地运行测试测试；不包含任何在远程服务器上启动的线程当使用的是 客户端-服务器 模式的时候。

这里所描述的GUI模式只是适用于调试测试计划，如果运行真实的load test，请用非GUI模式。

2.6 停止测试

在菜单中有两种停止的测试命令可供选择：

停止（Control + .）-尽可能立即停止线程。很多采样器会被中断这意味着那些活跃的采样器也会被立即终止。停止命令会检查在默认设置的5s超时的时间内是不是所有的线程都终止了。[这个默认时间是可以通过JMeter（ jmeterengine.threadstop.wait）的属性设置的] 如果有线程没有终止，这时会有一条提示信息显示出来。停止命令会重试，如果还是失败，有必要通过直接退出JMeter去清理。
关闭（Control + ，）-请求在当前任何工作的末尾去结束线程，不会中途干扰活跃的采样器。这种情况下关闭对话框会一直保持活跃直到所有的线程都终止。如果关闭花费太长时间。关掉对话框选择 运行/停止 ，或者按下Control + . .

这儿是没有菜单的当运行non-GUI模式的时候，并且JMeter对像Control + . 这样的快捷键不会做出反应。因此JMeter non-GUI模式会在特定端口来监控这些命令。（默认端口是4445，参见JMeter的 jmeterengine.nongui.port 属性）。 Jmeter是支持自动切换端口的当默认端口被占用的时候（举个例子被其他Jmeter的实例占用）。在这种情况下，Jmeter会尝试更大数值的端口号，直到达到Jmeter 属性 jmeterengine.nongui.maxport 的最大值4455。如果最大端口小于或者等于端口号，端口扫描就不会发生。选择的端口会在控制窗口显示。

JMeter官方文档：3. 测试计划中的元素

Thu, 24 Aug 2017 12:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

3.测试计划中的元素（elements of a test plan）

本节描述测试计划不同的部分。

最小测试将包括测试计划、线程组和一个或多个采样器。

3.0 测试计划（Test Plan）

测试计划对象有一个叫 “功能测试” 的复选框，如果选择了，它将导致JMeter记录从服务器返回的每个示例的数据。如果您在测试监听器中选择了一个文件，那么这些数据将被写入文件。如果您正在执行一个小的运行，以确保JMeter的配置正确，并且您的服务器正在返回预期的结果，那么这将非常有用。其结果是，文件将快速增长，JMeter的性能将受到影响。如果您正在进行压力测试(默认情况下是off)，则该选项应该关闭。

如果您没有将数据记录到文件中，则该选项没有任何区别。

您还可以使用侦听器(listener)的配置按钮来决定要保存哪些字段。

3.1 线程组（Thread group）

线程组元素是任何测试计划的起点。所有控制器和采样器必须在线程组下。其他元素，例如侦听器，可以直接置于测试计划之下，在这种情况下，它们将适用于所有的线程组。顾名思义，线程组元素控制JMeter用来执行测试的线程的数量。线程组的控件允许:

Set the number of threads：设置线程数
Set the ramp-up period：设置过渡时期
Set the number of times to execute the test：设置执行测试的次数

每个线程将完全独立地执行测试计划，完全独立于其他测试线程。多个线程用于模拟与服务器应用程序的并发连接。

这个过渡时期告诉JMeter要花多长时间才能“加速”到选择的全部线程数。如果使用10个线程，并且过渡时期是100秒，那么JMeter将花费100秒来启动所有10个线程并运行。在前面的线程开始后，每个线程将开始10(100 / 10)秒。如果有30个线程和一个上升周期120秒，则每个连续线程将延迟4秒。

需要足够长的时间来避免在测试开始时工作负载过大，足够短的时间，最后的线程在第一个线程完成之前就开始运行(除非有人希望发生这样的情况)。从增加的线程数开始，根据需要调整向上或向下。

默认情况下，线程组被配置为通过它的元素循环一次。

线程组还提供了一个 调度器 。单击线程组面板底部的复选框，以启用/禁用额外的字段，在该字段中您可以输入测试持续时间、启动延迟、运行的开始和结束时间。您可以配置 持续时间（秒） 和 启动延迟（秒） 来控制每个线程组的持续时间和启动后的秒数。当开始测试时，JMeter会等待 启动延迟（秒） 之前启动的线程组的线程和运行配置的持续时间（秒）的时间。注意，这两个选项覆盖了 开始时间 和 结束时间 。

或者(尽管不建议不是很灵活)，您可以使用其他两个字段 开始时间 和 结束时间。当测试开始时，JMeter将在必要时等待，直到到达开始时间。在每个循环的末尾，JMeter检查是否已经到达了结束时间，如果是，则停止运行，否则测试将继续运行下去，直到达到迭代限制。

3.2 控制器（Controllers）

JMeter有两种控制器：采样器和逻辑控制器。这些驱动测试的处理。

采样器告诉JMeter发送请求到服务器。例如，如果你想要JMeter发送http请求添加一个HTTP请求取样器。您还可以通过向采样器中添加一个或多个配置元素来定制请求。更多信息，参见：采样器。

JMeter官方文档：4. 创建web测试计划

Thu, 24 Aug 2017 12:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

4. 创建web测试计划

在这一章，我们将学习如何创建基本的测试计划来测试一个web网站。您将创建五个用户并发送请求到JMeter网站的两个页面。同时，设置用户运行测试两次。因此，请求的总数是（5个用户）x（2个请求）x（重复2次）＝20个HTTP请求。要构建测试计划，您将使用以下元素：线程组、HTTP请求、HTTP请求默认值和图表结果。

想要创建一个更深层次的测试计划，请查看建立一个更高级的web测试计划。

4.1 添加用户

做每一个测试计划之前的第一步是添加一个线程组。在JMeter的线程组中设置要模拟的用数量，请求发送的频率，以及请求发送的次数。

在添加线程组之前先鼠标选中测试计划，然后单击鼠标右键，选择 “ 添加 → 线程组 ”。

你现在应该看到在测试计划下的线程组元素。如果您没有看到元素，你需要单击“测试计划”来展开‘测试计划树’。

接下来，你需要修改默认的属性。在树中选中该线程组，如果你已经选择。你现在应该在JMeter窗口右部看到线程组控制面板（见下面的图4.1）

图4.1 线程组默认值

我们为线程组提供一个更具体的描述性名称，在名称栏里输入：JMeter Users。

接下来，设置用户数量（线程数量）为5.

在下一个字段中，设置过渡时期，保留默认值1，这个属性告诉Jmeter启动每个用户需要多长时间.例如，如果你设置过渡时期为5s，Jmeter将会在5s之内完成所有用户的启动，所以，如果你设置了5个线程数，过渡期为5s，那么启动线程之间的过渡期将是1s（5用户/5s=每秒1个用户）.如果你设置这个值为0，那么JMeter将立即开启你所有的线程，中间没有间隔。

最后一行，选择循环2次，这个属性是告诉JMeter要重复测试多少次，如果你设置的值是1，JMeter将就跑一遍，如果选择‘永远’复选框的话，JMetre将重复运行测试计划。

在大多数应用程序中，你必须手动保存才能生效，然而，在JMeter中，控制面板会在你进行更改时自动保存。如果你改变了一个元素的名称，那么在你离开控制面板上之后，新元素、就会生效（例如，当我们在选择其它树元素时）

查看图4.2已经设置好的JMeter线程组

4.2添加HTTP请求默认值

现在我们已经定义了我们的用户，是时候来定义他们将要执行的任务了。在本节中，您将指定你的HTTP请求的默认设置。然后，在第4.3节中，您将添加使用此处指定的默认设置的HTTP请求元素。

首先选择JMeter用户（线程组）。点击你的鼠标右键来添加菜单，然后选择 “添加→配置元件→HTTP请求默认值”。然后选中HTTP请求默认值以查看其控制面板（见图4.3）。

图4.3，HTTP请求默认值

JMeter官方文档：5. 构建一个高级web测试计划

Thu, 24 Aug 2017 12:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

5. 构建一个高级web测试计划

在本章，你将学习如何创建高级测试计划，来测试一个web网站。

有关基础测试计划的示例，请参考构建Web测试计划

5.1 使用URL重写用户session

如果你的 Web 应用程序，是使用URL重写而不是使用cookie保存session信息，那么你将需要做一点额外的设置来测试你的网站。

为了争取响应URL重写，JMeter 需要解析从服务器接受的 HTML，并检索唯一的 sessionID。

使用恰当的 HTTP URL 重写修改器来完成这项工作。只需要将sessionID参数名输入到修改器，jmeter会找到它并将它添加到每个请求中。如果请求已经有这个参数值，则会替换它。如果勾选Cache Session id?复选框，那么最后找到的sessionID将被保存，如果先前的http示例不包含sessionID，则会使用它。

URL重写修改器示例

下载这个示例。图1 显示一个使用URL重写的测试计划。注意，URL重写修改器被添加到事务控制器中，因此它只会影响该事务控制器下的请求。

图1 测试树

在图2 中，我们看到URL重写修改器的GUI界面，它有一个字段是供用户修改指定sessionID的。还有一个复选框，用于标记sessionID是地址的一部分（由“；”分隔），而不是作为请求参数。

图2 请求参数

5.2 使用头文件管理器

Jmeter的 HTTP头文件管理器，允许您自定义HTTP请求头文件，这个头文件包括“User-Agent"，“Pragma”, “Referer"等属性。

HTTP 头文件管理器，和 HTTP cookie 管理器类似，应该在线程组级别添加，除非出于特殊原因，您希望在测试中给某几个 HTTP 请求设置不一样的头文件。

JMeter官方文档：6. 建立数据库测试计划

Thu, 24 Aug 2017 11:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

6. 建立数据库测试计划（Building a Database Test Plan）

在本节中，您将学习如何创建测试数据库服务器一个简单的测试计划。您将创建五十个用户向数据库服务器发送2个SQL请求。并且，使这些用户运行测试100次。所以，请求的总数是（50个用户）x（2个请求）x（重复100次）= 10'000个JDBC请求。要构建测试计划，您将使用以下元素：线程组， JDBC请求，摘要报告。

此示例使用MySQL数据库驱动程序。要使用此驱动程序，它包含.jar文件（例如mysql-connector-java-XXX-bin.jar）必须复制到JMeter __./lib__ 目录（有关详细信息，请参阅[JMeter的Classpath](http://jmeter.apache.org/usermanual/get-started.html#classpath)）。

6.1添加用户（Adding Users）

您要对每个JMeter测试计划执行的第一步是添加一个线程组元件。线程组告诉JMeter您想要模拟的用户数量，用户应发送请求的频率以及应发送的请求数量。继续添加线程组元件，首先选择测试计划，单击鼠标右键获取添加菜单，然后选择添加 → 线程组。

您现在应该看到“测试计划”下的“线程组”元件。如果没有看到该元件，则通过单击“测试计划”元件,从而展开“线程组”元件。

接下来，您需要修改默认属性。如果尚未选择它，请选择树中的线程组元件。您现在应该在JMeter窗口的右侧部分看到线程组控制面板（参见下面的图6.1）

图6.1 具有默认值的线程组

首先为我们的线程组提供更具描述性的名称。在名称字段中，输入：JDBC users。

您将需要有效的数据库，数据库表和对该表的用户级访问。在这里显示的例子中，数据库是“guest_test”，表名是“vm_instance”。

接下来，将用户数增加到50个。

在下一个字段中，“Ramp-Up Period” 的值为10秒。此属性告诉JMeter启动每个用户需要多长时间。例如，如果您输入10秒的Ramp-Up Period时间，JMeter将在10秒之后完成所有用户的启动。所以，如果我们有50个用户和10秒的 Ramp-Up Period，则起始用户之间的延迟将是200毫秒（10秒/ 50个用户=每秒0.2个用户）。如果将值设置为0，那么JMeter将立即启动所有用户。

最后，在循环计数字段中输入值100。此属性告诉JMeter重复测试多少次。要让JMeter循环运行测试计划，请选中“永远”复选框。

在大多数应用程序中，您在控制面板中进行的更改必须点击确定按钮。但是，在JMeter中，控制面板会在您进行更改时自动保存您的更改。如果更改元素了名称，在离开控制面板后（例如，当选择另一个树形元件）时，系统将自动保存您的更改。

有关完成的JDBC用户线程组，请参见图6.2。

图6.2 JDBC用户线程组

JMeter官方文档：7. 创建FTP测试计划

Thu, 24 Aug 2017 10:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

7.创建FTP测试计划

在这一章，你将学习如何创建一个基础的测试计划来测试FTP站点。你将在一个FTP站点上的两个文件中创建四个用户来发送请求。并且，你将告诉用户运行测试两次。所以，总的请求数是（4个用户）x（2个请求）x（重复2次）=16 FTP请求。

为了构造测试计划，你需使用以下元件：线程组，FTP请求，FTP默认请求和用表格察看结果。

7.1 添加用户

你要进行每一个JMeter测试计划的第一步是添加一个线程组元件。线程组告诉JMeter你想要模拟的用户数量，用户应该发送请求的频率，以及他们应该发送多少个请求。继续添加线程组元件，首先选择测试计划，点击鼠标右键添加菜单，然后选择 添加→线程组。

现在你应该看到 测试计划 下的 线程组 元件。如果没有看到元件，单击测试计划元件“展开”测试计划树。

接下来，你需要修改默认配置。如果你还没有选择 线程组 元件，在测试计划树里选择它。现在你应该在JMeter窗口右侧看到线程组控制面板(请参见下面的图7.1)

图7.1 默认值的线程组

首先为我们的线程组取一个更具描述性的名称。在名称文本域中，输入“FTP用户”。

接下来将用户数（线程数）增加到4。

在下一个文本域中，Ramp-Up Period（in seconds），使用默认值0秒。这个属性告诉JMeter在启动每个用户之间的时间间隔。例如，如果你在Ramp-Up Period（in seconds）中输入5秒，JMeter将在5秒内完成所有用户的启动。因此，如果我们有5个用户和一个5秒的Ramp-Up Period，那么启动用户之间的时间间隔将是1秒(5个用户/ 5秒= 1个用户每秒)。如果将值设置为0，则JMeter将立即启动所有用户。

最后，在循环次数中输入值2。这个属性告诉JMeter重复测试的次数。要让JMeter重复一直运行你的测试计划，勾选永远的复选框。

在大多数应用中你必须手动的保存你在控制面板中的改动。但是在JMeter中，控制面板能自动的保存你做的改动。比如你修改了一个元件的名称，在你离开控制面板后测试计划树会以新的文本来更新（比如选择另一个树元件时）。

看下图7.2 中完整的FTP Users线程组。

图7.2 FTP Users线程组

7.2 添加默认FTP请求配置

既然我们已经定义了我们的用户，那么是时候定义他们要执行的任务了。在本节中，你将为你的FTP请求指定默认设置。然后，在7.3节中，使用你在这里指定的一些默认设置中添加 FTP请求 元件。

JMeter官方文档：9. 构建 WebService 测试计划

Thu, 24 Aug 2017 09:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

9. 构建 WebService 测试计划

在本章节，你将学习如何创建一个测试计划去测试 WebService。先创建5个用户请求同一个页面，同时每个请求重复2次，因此总数为（5个用户）X（1次请求）X（重复请求）= 10 次 HTTP 请求。构建测试计划过程中，会使用到以下几个元素：线程组、HTTP 请求、聚合报告

如果采样器使用Web服务时出现错误，请仔细检查 SOAP 消息，并确保格式正确。特别要确保 xmlns 属性与WSDL完全相同。如果xml命名空间不同，则 webservice 可能会返回错误。

9.1 构建 WebService 测试计划

在测试计划中，将会用到 .NET 语言写的web服务，在此就不详细介绍web 服务的编写方法了。如果不会，请自行谷歌 web 服务并尝试用 java 或 .NET熟练起来。必须强调的是，使用 .NET 和 Java 实现 web 服务是有较大差别。该主题太广泛无法写到用户手册里，所以想了解具体差异可参考其他资料。

Jmeter是按照树状的排列方式去发送请求的

找到菜单中的 文件 → Templates , Select Template 中的 “Building a SOAP Webservice Test Plan”，点击 “Creat” 按钮。

图9.1.0 WebService 模版

JMeter官方文档：10. 创建一个点对点的 JMS 测试计划

Thu, 24 Aug 2017 08:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

10.创建一个点对点的 JMS 测试计划

确保所需的jar文件位于JMeter lib目录中。如果没有，关闭JMeter，复制jar文件并重新启动JMeter。参见详细教程

在本节中，将学习如何创建测试计划来测试JMS点对点消息传递。先设置1个线程组5个线程发送4个请求，通过队列的形式发送。固定的回复队列将用于监听回复消息。要构建测试计划，您将使用以下元素：线程组，JMS点对点和图形结果。

关于 JMS 的一般注意事项：目前有两个JMS采样器。一个是使用 JMS Topic，另一个时使用 Queue。 Topic 通常被称为pub/sub消息。 Topic 消息通常用于生产者发布消息并由多个订阅者接收的情况。 JMS 采样器需要 JMS 实现 jar 文件，比如 Apache ActiveMQ 包。参见这里的 ActiveMQ 提供的 jar 的列表。

10.1 增加一个线程组

首先，对每个要执行的 JMeter 测试计划添加一个线程组。线程组会告诉 JMeter 需要模拟的用户数量，发送请求的频率以及发送请求的数量。

然后，添加 ThreadGroup 元素，首先选择测试计划，单击鼠标右键获取添加菜单，然后选择添加→线程组。

接下来，需要修改默认属性。现在可以在 JMeter 窗口的右侧部分看到线程组控制面板（参见下面的图10.1）

JMeter官方文档：11. 新建一个 JMS 主题的测试计划

Thu, 24 Aug 2017 08:55:11 +0800

《JMeter官方文档–翻译计划》原文地址

11.新建一个 JMS 主题的测试计划

JMS 需要下载一些可选的jar 文件。详细信息请参阅第一章：新手入门。

在本章节，将学习如何创建测试计划来测试JMS提供程序。创建5个订阅者和1个发布者。创建2个线程组并且设置每个线程组迭代10次。消息总数是（6个线程）x （1 个消息）x（重复10次）= 60 个消息。为了构建测试计划将使用以下元素：线程组 , JMS 发布者， JMS 订阅者，和图结果。

关于JMS的一般注意事项：目前有两种 JMS 采样器(samplers)。一种使用 JMS 主题(topics)，另一种使用队列(queues)。主题消息通常被称为发布/订阅消息。主题消息传递通常用于消息由生产者发布并由多个订阅者消费的情况。队列消息传递通常用于发件人期望响应的事务。消息系统与普通的HTTP请求完全不同。在HTTP中，一个用户发送一个请求并得到一个响应。消息系统可以通过同步和异步模式工作。JMS采样器需要JMS实现的jar文件（由于JMeter不提供JMS实现的jar，需要下载后放置lib库）; 例如，来自Apache ActiveMQ。请参阅这里查看 ActiveMQ 提供的 jar 列表。

11.1添加用户

第一步是添加一个线程组元素。线程组告诉JMeter想要模拟的用户数量，发送请求的频率以及发送请求的数量。

添加线程组元素，首先选择测试计划，单击鼠标右键获取添加菜单，然后选择 添加 → 线程组。此时可以在测试计划下面看到线程组元素，如果不能，可以通过在测试计划元素上单击“展开”测试计划树。

接下来，你需要修改默认属性。如果尚未选择树中的线程组元素，请先选择。此时可以看到JMeter窗口右侧的线程组控制面板（请参见下面的图11.1）

图11.1. 线程组默认设置

首先为我们的线程组提供一个更具描述性的名称。在名称字段输入: Subscribers 。

接下来，将用户（称为线程）的数量增加到 5。

在下一个字段 Ramp-Up Period 中，将该值设置为 0 秒。这个属性告诉JMeter启动每个用户之间要延迟多久。例如，如果输入一个5秒的渐变周期，JMeter将在5秒钟内完成所有用户的启动。所以，如果我们有5个用户和一个5秒钟的Ramp-Up Period值，那么用户启动之间的延迟将是1秒（5个用户/ 5秒= 1个用户每秒）。如果将该值设置为0，则JMeter将立即启动所有用户。

JMeter官方文档：20. 函数

Thu, 24 Aug 2017 06:05:11 +0800

《JMeter官方文档–翻译计划》原文地址

20. 函数和变量

JMeter 的函数是一些特殊值，它们可以填充在测试树的任何采样器或其他元件中。函数调用的语法如下：

${__functionName(var1,var2,var3)}

其中“__functionName” 匹配函数的名称。
圆括号内为函数参数，不同函数的参数也不同，例如 ${__time(YMD)}。没有参数的函数可以不需要圆括号，例如 ${__threadNum}。

如果函数的参数包含逗号，需要加上“\”来转义，否则 JMeter 会把逗号当做参数的分隔符。例如：

${__time(EEE\, d MMM yyyy)}

如果逗号没有被转义——例如 ${__javaScript(Math.max(2,5))} ——你会得到像这样的错误信息：

ERROR - jmeter.functions.JavaScript: Error processing Javascript: [Math.max(2]
org.mozilla.javascript.EvaluatorException: missing ) after argument list (<cmd>#1)

这是因为字符串“Math.max(2,5)”被当做__javascript 函数的两个参数：
Math.max(2 和 5)
其他错误信息也是有可能的。

变量的引用如下：

${VARIABLE}

如果引用了未定义的变量或函数，那么 JMeter 并不会报告或者记录错误信息——引用返回值就是引用自身。例如，如果 UNDEF 没有被定义为变量，${UNDEF} 的返回值就是 ${UNDEF}。变量和函数（包括属性）都是区分大小写的。JMeter 会剔除变量名称中的空格，例如 ${__Random(1,63, LOTTERY )} 中的变量‘　LOTTERY 　’会被‘LOTTERY’取代。

属性与变量不一样。变量对线程而言是局部的；属性是针对所有线程的，属性需要使用 __P 或 __property 函数来引用。

在 Windows 路径变量（例如 C:\test\${test}）前使用 \ 时，要确保加上 \ 来转义，否则 JMeter 将不能解释变量，所以要这样写：C:\\test\\${test}。
还有一种方法，就是使用 / 作为路径分隔符，例如 C:/test/${test}——Windows 的 Java 虚拟机在必要时会将它转换成路径分隔符。

JMeter官方文档：21. 正则表达式

Thu, 24 Aug 2017 05:59:11 +0800

《JMeter官方文档–翻译计划》原文地址

21. 正则表达式

21.1 概述

JMeter 包含模式匹配软件 Apache Jakarta ORO 。
在 Jakarta 网上有一些关于它的文档，例如：模式匹配字符摘要。

在 OROMatcher 用户指南上还有一个关于该产品旧版本的文档，也许会有些用处。

模式匹配与 Perl 中的模式匹配非常类似。Perl 的完整安装会包含大量关于正则表达式的文档——查找 perlrequick， perlretut， perlre 和 perlreref。

有必要强调“包含（contains）”和“匹配（matches）”之间的区别，它们被用在响应断言测试原件上：

“包含（contains）” 意味着正则表达式至少与目标的某个部分相匹配，所以 ‘alphabet’ “包含” ‘ph.b.’，因为正则表达式匹配子字符串 ‘phabe’。

“匹配（matches）” 意味着正则表达式匹配整个目标。所以 ‘alphabet’ 和 ‘al.*t’ 是“匹配”的。
这种情况下，它相当于将正则表达式封装在 ^ 和 $ 中，即 ‘^al.*t$’。

然而，情况并非总是如此。例如，正则表达式 ‘alp|.lp.*’ “包含”于 ‘alphabet’，但并不“匹配” ‘alphabet’。

这是为什么？原因是当模式匹配器在 ‘alphabet’ 中找到序列 ‘alp’ 时，它将停止尝试其他组合——而 ‘alp’ 与 ‘alphabet’ 不同，它不包含 ‘habet’。

不同于 Perl，没有必要将正则表达式用 // 封装。

（一）JMeter介绍与安装

Sun, 30 Jul 2017 12:59:11 +0800

#### Jmeter介绍 ---- Apache JMeter™应用开源软件，100%纯Java应用程序,设计用于负载功能测试和性能测试。它最初是为测试Web应用程序而设计的，但后来扩展到其他测试函数中。

Apache JMeter 功能包括:

能够加载和测试许多不同的应用程序/服务器/协议类型：
- Web的HTTP，HTTPS（java，Nodejs，PHP，ASP.NET，…）
- SOAP / REST Webservices
- FTP 文件传输协议
- Database via JDBC
- LDAP
- Message-oriented middleware (MOM) via JMS
- 邮件传输协议 - SMTP(S), POP3(S) 和 IMAP(S)
- 本地命令或Shell 脚本
- TCP
- Java Objects
全功能测试IDE，允许快速记录测试计划（来自浏览器或本地应用程序），构建和调试。
基于Java开发，支持Linux、Windows、MAC OSX等平台。
可以生成完整的动态HTML报告。
通过从最流行的响应格式、HTML、JSON、XML或任何文本格式提取数据的能力，可以轻松地进行相关性。
全多线程框架允许多线程并发采样，同时通过不同的线程组进行不同功能的同时采样。
缓存和离线分析/重放测试结果。
高度可扩展内核。

#### Jmeter安装 ---- 前面已经介绍了Jmeter是基于Java开发的，它的运行同样依赖于Java环境。

1、首先，安装Java。

2、然后，下载Jmeter。

3、解压下载的__apache-jmeter-3.2.zip__包.

4、进入…\apache-jmeter-3.2\bin\解压目录，双击__ApacheJMeter.jar__启动（注：一定要配置Java环境）。

如果可以看到上图，说明你的Jmeter已经安装好了。

原始封面

（二）JMeter插件管理

Sat, 29 Jul 2017 12:59:11 +0800

#### Jmeter插件管理 ---- JMeter 插件管理器的使用方法很简单：不要手动安装各种插件，它提供了友好的用户界面来完成：安装、升级、卸载。

它管理插件包括 jmeter-plugins.org 上面常用的插件，和各种第三方插件甚至核心JMeter插件。

#### 安装插件管理： ---- 1、下载 [plugins-manager.jar](http://www.jmeter-plugins.org/get/)

2、将 plugins-manager.jar 放到 _…\apache-jmeter-3.2\lib\ext_ 目录下。

3、双击 ApacheJMeter.jar 启动Jmeter。

4、菜单栏“选项”会多出一个“Plugins Manager”的选项。

点击 “Plugins Manager” 选项打开 Jmeter 插件管理

插件管理窗口分三个标签页：

Installed Plugins：显示已安装的插件。
Available Plugins: 显示可安装的插件。
Upgrades: 显示可以升级的插件。

通过__勾选/取消勾选__插件，并点击右下角 “Apply Changes and Restart JMeter” 按钮来__卸载、安装、升级__插件。

原始封面

（三）JMeter录制与回放

Fri, 28 Jul 2017 12:59:11 +0800

### 关于录制和回放功能

在JMeter2.1版本之前，JMeter应该是不支持录制和回放功能的，那时候如果需要录制jmeter的性能测试脚本的话，就需要使用第三方工具——badboy。

现在jmeter已经支持脚本的录制功能了，但录制的体验相对于badboy来说还是差了一些。不过聊胜于无，对于性能测试的入门者来说，录制回放功能可以让大家对性能测试脚本开发的过程有个非常感性的认识。

不过录制脚本始终只是减轻工作量的一个手段，新手同学千万不要认为学会了录制回放就等于是学会了性能测试，学会录制回放只能代表你有机会真正的入门性能测试，这只是起点，而不是终点。

测试场景

在本节中，我们的测试场景是：在必应(bing)搜索引擎中搜索关键字乙醇 selenium。我们对搜索的结果并不关心，只要请求返回的状态码是200，我们就认为该请求是成功的，有效的。

准备录制

打开jmeter
工具栏点击Templates… ，选择Recording模版
点击WorkBench节点下的HTTP(S) Test Script Recorder
点击启动按钮，如下图所示

此时应该会出现下图所示的警告对话框，我们可以简单的忽略掉，此警告不影响我们本节内容的准确性

完成了以上的步骤之后，我们就成功的启动了jmeter的http代理，下面我们需要对配置系统，使得系统的http请求都通过jmeter代理发出。

注意：如果启动代理的过程中遇到了一些意外情况，请参考这里解决

### 配置HTTP代理 ---- #### Mac OS 系统

系统偏好设置 -> 网络 -> 代理 -> Web代理(HTTP)
web代理服务器填写localhost，端口填写8888，如下图所示

保存配置

Windows 系统

Windows 10

（四）创建一个简单的性能测试

Mon, 24 Jul 2017 12:59:11 +0800

请先参考[Jmeter介绍与安装](/jmeter/install-jmeter/) ，启动Jmeter。

建立测试计划启动jmeter后，jmeter会自动生成一个空的测试计划，用户可以基于该测试计划建立自己的测试计划。

#### 添加线程组 ---- 一个性能测试请求负载是基于一个线程组完成的。一个测试计划必须有一个线程组。测试计划添加线程组非常简单。在测试计划右键弹出下拉菜单（添加-->Threads(Users)--->线程组）中选择线程组即可。

jmeter中每个测试计划至少需要包含一个线程组，当然也可以在一个计划中创建多个线程组，那么多个线程组之间又会怎样的顺序执行（串行还是并行）？在测试计划下面多个线程是并行执行的，也就是说这些线程组是同时被初始化并同时执行线程组下的Sampler的。

线程组主要包含三个参数：线程数、准备时长（Ramp-Up Period(in seconds)）、循环次数。

线程数： 虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少虚拟用户数在这里也就是设置多少个线程数。

准备时长： 设置的虚拟用户数需要多长时间全部启动。如果线程数为20 ，准备时长为10 ，那么需要10秒钟启动20个线程。也就是每秒钟启动2个线程。

循环次数: 每个线程发送请求的次数。如果线程数为20 ，循环次数为100 ，那么每个线程发送100次请求。总请求数为20*100=2000 。如果勾选了“永远”，那么所有线程会一直发送请求，直到选择停止运行脚本。

设置合理的线程数对于能否达到测试目标有决定性的影响。除了上面介绍的固定循环次数与永远外；也可以灵活的选择设定测试运行时间。勾选“调度器”，进行调度器配置。

设置：线程数为10，其它参数默认。

#### 添加HTTP请求 ---- 添加完成线程组后，在线程组上右键菜单（添加--->Sampler--->HTTP请求）选择HTTP请求。对于jmeter来说，取样器（Sampler）是与服务器进行交互的单元。一个取样器通常进行三部分的工作： ``` 1、向服务器发送请求

2、记录服务器的响应数据

3、记录响应时间信息


![](http://img.testclass.net/add_http.png)

![](http://img.testclass.net/http_request.png)

一个HTTP请求有着许多的配置参数，下面将详细介绍：

__名称：__ 本属性用于标识一个取样器，建议使用一个有意义的名称。

__注释：__ 对于测试没有任何作用，仅用户记录用户可读的注释信息。

__服务器名称或IP ：__ HTTP请求发送的目标服务器名称或IP地址。

__端口号：__ 目标服务器的端口号，默认值为80 。

__协议：__ 向目标服务器发送HTTP请求时的协议，可以是http或者是https ，默认值为http 。

__方法：__ 发送HTTP请求的方法，可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等。

__Content encoding ：__ 内容的编码方式，默认值为iso8859

__路径：__ 目标URL路径（不包括服务器地址和端口）

__自动重定向：__ 如果选中该选项，当发送HTTP请求后得到的响应是302/301时，JMeter 自动重定向到新的页面。

__Use keep Alive ：__ 当该选项被选中时，jmeter 和目标服务器之间使用 Keep-Alive方式进行HTTP通信，默认选中。

__Use multipart/from-data for HTTP POST ：__ 当发送HTTP POST 请求时，使用Use multipart/from-data方法发送，默认不选中。

* 在这里我们添加一个HTTP请求: http://www.testclass.net

<br>
#### 添加监听器（Listener）
----

脚本的主要部分设置完成后，需要通过某种方式获得性能测试中的测试结果，在本例中，我们关心的是请求的响应时间。

Jmeter 中使用监听器元件收集取样器记录的数据并以可视化的方式来呈现。Jmeter有各种不同的监听器类型，因为上面添加的为HTTP请求，这里添加聚合报告，更为直观的查看测试结果。

添加聚合报告，右键点击线程组，在弹的菜单（添加--->监听器--->聚合报告）中选择聚合报告。

![](http://img.testclass.net/add_report.png)

点击工具栏上的 ```绿色运行按钮``` 或者通过菜单栏（运行--->启动）来运行测试。

查看 __"聚合报告"__ 的运行结果：

![](http://img.testclass.net/test_report.png)

__Label：__ 请求的名称，就是我们在进行测试的httprequest sampler的名称

__Samples：__ 总共发给服务器的请求数量

__Average：__ 单个请求的平均响应时间，单位是毫秒

__Median：__ 50%的请求的响应时间

__90%Line：__ 90%的请求的响应时间

__95%Line：__ 95%的请求的响应时间

__99%Line：__ 99%的请求的响应时间

__Min：__ 最小的响应时间

__Max：__ 最大的响应时间

__Error%：__ 错误率=错误的请求的数量/请求的总数

__Throughput：__ 吞吐量即表示每秒完成的请求数

__Received KB/sec：__ 每秒从服务器端接收到的数据量

__Sent KB/Sec：__ 每秒从发送到服务器端的数据量

<br>
到此，一个简单的性能测试完成了。




原始封面

![课程图片](https://images.unsplash.com/photo-1508081803367-63a3f657e987?w=300)

（五）JMeter基础元件介绍

Sun, 23 Jul 2017 12:59:11 +0800

### 测试计划 ----

Test Plan (测试计划)

用来描述一个性能测试，包含与本次性能测试所有相关的功能。也就说JMeter创建性能测试的所有内容是于基于一个计划的。

下面看看一个计划下面都有哪些功能模块（右键单击“测试计划”弹出菜单）。

Threads （Users）线程用户

虽然有三个添加线程组的选项，名字不一样，创建之后，其界面是完全一样的。在Jmeter之前的版本只有一个线程组的名字。现在多一个 setUp theread Group 与 tearDown Thread Group

setup thread group

一种特殊类型的ThreadGroup的，可用于执行预测试操作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行 测试前 进行定期线程组的执行。

teardown thread group

一种特殊类型的ThreadGroup的，可用于执行测试后动作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行 测试结束后 进行定期的线程组。

可能你还是不太理解他们与普通的线程组有什么不同。如果您用过Junit单元测试框架，想必你不会对setUp(before) ，tearDown(after) 这两个关键字不陌生。即使没用过，也没关系。熟悉loadrunner的应该知道，loadrunner的脚本除了action里是真正的脚本核心内容，还有初始化“环境”的初始化脚本和测试完毕后对应的清除信息的脚本块。那么这里 setup thread group 和 teardown thread group 就是分别指这两部分。其实从本质上来看，他们并没有什么不同。

thread group(线程组)

这个就是我们通常添加运行的线程。通俗的讲一个线程组，可以看做一个虚拟用户组，线程组中的每个线程都可以理解为一个虚拟用户。线程组中包含的线程数量在测试执行过程中是不会发生改变的。

测试片段（Test Fragment）

（六）JMeter元件的作用域与执行顺序

Sun, 23 Jul 2017 12:59:11 +0800

### 元件的作用域 ---- 先来讨论一下元件有作用域。《[JMeter基础元件介绍](/jmeter/base-element/)》一节中，我们介绍了8类可被执行的元件（测试计划与线程组不属于元件），这些元件中，__取样器__ 是典型的不与其它元件发生交互作用的元件，__逻辑控制器__ 只对其子节点的取样器有效，而其它元件（config elements 、timers 、post-processors、assertions、listeners）需要与取样器（sampler）等元件交互。

配置元件（config elements）

元件会影响其作用范围内的所有元件。

前置处理程序（Per-processors）

元件在其作用范围内的每一个sampler元件之前执行。

定时器（timers ）

元件对其作用范围内的每一个sampler有效。

后置处理程序（Post-processors）

元件在其作用范围内的每一个sampler元件之后执行。

断言（Assertions）

元件对其作用范围内的每一个sampler元件执行后的结果执行校验。

监听器（Listeners）

元件收集其作用范围的每一个sampler元件的信息并呈现。

在JMeter中，元件的作用域是靠测试计划的的树型结构中元件的父子关系来确定的，作用域的原则是：

取样器（sampler）元件不和其它元件相互作用，因此不存在作用域的问题。
逻辑控制器（Logic Controller）元件只对其子节点中的取样器和逻辑控制器作用。
除取样器和逻辑控制器元件外，其他6类元件，如果是某个sampler的子节点，则该元件会对其父子节点起作用。
除取样器和逻辑控制器元件外，其他6类元件，如果其父节点不是sampler ，则其作用域是该元件父节点下的其他所有后代节点（包括子节点，子节点的子节点等）。

讲了这些，你可能迷糊了，到底是肿么个情况呀！？通过两个栗子（例子）来理解一下他们的作用域。

例一

注：下图只是为了说明作用域，无法正常运行。

取样器： HTTP请求、FTP请求、TCP取样器；逻辑控制器： 循环控制器；监听器： 图形结果、聚合报告。

HTTP请求、FTP请求、TCP取样器元件没有作用域的概念。
循环控制器元件作用域是其子节点FTP请求、TCP取样器。
图形结果元件的作用域是FTP请求、TCP取样器。
聚合报告元作的作用域是HTTP请求、FTP请求、TCP取样器。

例二

注：下图只是为了说明作用域，无法正常运行。

（七）JMeter基础知识点：参数化

Sat, 22 Jul 2017 12:59:11 +0800

### 参数化 ---- 简单的来理解一下，我们录制了一个脚本，这个脚本中有登录操作，需要输入用户名和密码，假如系统不允许相同的用户名和密码同时登录，或者想更好的模拟多个用户来登录系统。

这个时候就需要对用户名和密码进行参数化，使每个虚拟用户都使用不同的用户名和密码进行访问。

前提需求：

我们有一个嘉宾管理系统，该系统需要登录。

在Jmeter中添加一个登录HTTP请求，设置登录的用户名和密码。如下：

配置参数：

* 协议：http
* IP（网址）：127.0.0.1
* 端口号：8000
* 请求方法：POST
* 请求路径：/login_action/
* 自动重定向
* 同请求一起发送参数: username=admin, password=admin123456

#### 设置参数化

第一步：

我们需要“参数化”的数据，这里我用CSV格式的文件创建了五个用户名/密码，保存为.csv格式的文件。

将文件放在：D:\login_user.csv 。关于如何得到成百上千的用户名和密码，可以使用SQL语句在数据库中创建，并将数据导出保存，这里就不深究。

第二步：

好，我们要编写函数来调用这个login_user.csv文件，点击菜单栏“选项”—->“函数助手对话框”，如下图。

注：.csv文件第一列从0开始取得。

（八）JMeter基础知识点：检查点

Sat, 22 Jul 2017 12:59:11 +0800

### 检查点 ---- 检查点不是太专的叫法，不管是在自动化测试还是性能测试工具中，应该叫：__断言__

简单的来理解一下，在《JMeter基础知识点：参数化》中，我们对用户名和密码进行了参数化，那么怎样来判断JMeter参数化的用户有没真正的登录成功呢？或者有没有返回登录成功的页面。这就需要用到断言了。

前提需求：

我们有一个嘉宾管理系统，该系统登录成功的页面。

#### 添加断言 ----

第一步

右键点击“HTTP请求”—->添加—->断言—->响应断言。

第二步

打开响应断言，进行设置。

要测试的响应字段： 响应文本、Document(text)、URL样本、响应信息、Response Headers、Lgnore Staus 等选项。虽然接口返回的是HTML页面，但对于JMeter来说返回数据为文本，所以，这里可以勾选“响应文本”。

模式匹配规则： 包括、匹配、 Equals、 Substring。这里只需要验证返回数据中是否包含主要的关键字，所以，这里勾选“包括” 。

要测试的模式： 其实就是断言的数据。点击“添加” 按钮，输入要断言的数据。

我们怎么证明登录是成功的？肯定是从登录成功的页面上抓取信息来判断了。那么，Guest Manage System 和退出看来不错，因为只有登录成功的页面上才有。

（九）JMeter基础知识点：集合点

Sat, 22 Jul 2017 12:59:10 +0800

### 集合点 ----

简单来理解一下，虽然我们的“性能测试”理解为“多用户并发测试”，但真正的并发是不存在的，为了更真实的实现并发的操作，我们可以在需要压力的地方设置集合点。

关联阅读：《JMeter基础知识点：参数化》《JMeter基础知识点：检查点》

还拿前面用户和密码的功能，每到输入用户名和密码登录的地方，所有的虚拟用户都相互之间等一等，然后一起访问。（连长说一声令下，大家一起冲啊！这样给敌人的压力会很大。）

第一步

接着在之前创建的脚本的基础上，右键点击 HTTP请求—->定时器—->Synchronizing Timer。

第二步

设置集合点：

Number of Simulated Users to Group by： 每次释放的线程数量。如果设置为0，等同于线程组中设置的线程数量。

Timeout in milliseconds： 如果设置为0，Timer将会等待线程数达到了"Number of Simultaneous Users to Group"中设置的值才释放。如果大于0，那么超过Timeout in milliseconds中设置的最大等待时间(毫秒为单位)后还没达到"Number of Simultaneous Users to Group"中设置的值，Timer将不再等待，释放已到达的线程。

注意：

如果设置Timeout in milliseconds为0，且线程数量无法达到"Number of Simultaneous Users to Group by"中设置的值，那么Test将无限等待，除非手动终止。
Synchronizing timer 仅作用于同一个JVM中的线程,所以，如果使用并发测试，确保"Number of Simultaneous Users to Group by"中设置的值不大于它所在线程组包含的用户数。

Jmeter综合教程 on 重定向学院

JMeter官方文档：1. 新手入门

1. 新手入门

1.0 概述

1.0.1 创建测试计划

1.0.2 负载测试执行

1.0.3 负载测试分析

1.0.4 让我们开始吧

JMeter官方文档：2. 创建测试计划

2.构建测试计划

2.1 添加和删除元素

2.2 加载和保存元素

2.3 配置树元素

2.4 保存测试计划

2.5 运行一个测试计划

2.6 停止测试

JMeter官方文档：3. 测试计划中的元素

3.测试计划中的元素（elements of a test plan）

3.0 测试计划（Test Plan）

3.1 线程组（Thread group）

3.2 控制器（Controllers）

JMeter官方文档：4. 创建web测试计划

4. 创建web测试计划

4.1 添加用户

4.2添加HTTP请求默认值

JMeter官方文档：5. 构建一个高级web测试计划

5. 构建一个高级web测试计划

5.1 使用URL重写用户session

URL重写修改器示例

5.2 使用头文件管理器

JMeter官方文档：6. 建立数据库测试计划

6. 建立数据库测试计划（Building a Database Test Plan）

6.1添加用户（Adding Users）

JMeter官方文档：7. 创建FTP测试计划

7.创建FTP测试计划

7.1 添加用户

7.2 添加默认FTP请求配置

JMeter官方文档：9. 构建 WebService 测试计划

9. 构建 WebService 测试计划

9.1 构建 WebService 测试计划

JMeter官方文档：10. 创建一个点对点的 JMS 测试计划

10.创建一个点对点的 JMS 测试计划

10.1 增加一个线程组

JMeter官方文档：11. 新建一个 JMS 主题的测试计划

11.新建一个 JMS 主题的测试计划

11.1添加用户

JMeter官方文档：20. 函数

20. 函数和变量

JMeter官方文档：21. 正则表达式

21. 正则表达式

21.1 概述

（一）JMeter介绍与安装

（二）JMeter插件管理

（三）JMeter录制与回放

测试场景

准备录制

Windows 系统

（四）创建一个简单的性能测试

（五）JMeter基础元件介绍

Test Plan (测试计划)

Threads （Users）线程 用户

测试片段（Test Fragment）

（六）JMeter元件的作用域与执行顺序

（七）JMeter基础知识点：参数化

（八）JMeter基础知识点：检查点

（九）JMeter基础知识点：集合点

Threads （Users）线程用户