首页手记 JMeter基本元素简介

JMeter基本元素简介

标签：

功能测试自动化测试接口测试

一、测试计划

测试计划对象有一个复选框叫做“Functional Testing”（函数测试模式），如果选中，它将使jmeter记录服务端返回的每一个样例的数据，如果你在测试监听器中选择了一个文件，数据将会写到这个文件。如果你正在运行一个很小的测试来确保jmeter配置正确，这是非常有用的，你的服务器也返回了希望的结果。得到的结论是，这个文件会快速的变的很大，jmeter性能将受到影响。

如果你正在做压力测试，这个选项建议关掉（它默认是关掉的）。

如果你没有记录数据到文件，这个选项不会有效果。你也可以在监听器中配置哪些字段要存储。

二、线程组

线程组元素是任何测试计划的开始点。所有的控制器和样本器必须在一个线程组下。其他元素，例如：监听器可以直接放在测试计划下，这样的话，它将应用于所有的线程组。顾名思义，线程组元素控制着线程的数量，jmeter将使用这些线程执行你的测试。线程组的管理允许你做如下的事情：

设置线程的数量；
设置提升的周期；
设置执行测试的次数；
每一个线程都将独立于其他线程，完整的、完全的执行测试计划。多个线程被用来模拟并发连接到服务应用。提升周期告诉jmeter花费多长时间提升到所有的线程数，如果线程数设置为10，提升周期设置为100秒，jmeter将花费100秒唤起10个线程并且运行。每一个现场将在前一个线程开始10（100/10）秒后开始。如果有30个线程，提升周期设置为120，每一个连续的线程将会延迟4秒。提升周期需要足够的长以避免测试开始时，巨大的工作负载，并且使得最后一个线程开始间隔第一个线程结束足够的短。

提升周期 = 线程的数量做上下调整

默认的，线程组配置只执行一次。线程组也提供了一个调度器。点击线程组底部的复选框，可以使额外的区域有效或失效，那些区域可以输入测试的周期、启动延迟、启动开始时间和结束时间。你可以配置持续时间和启动延迟控制每一个线程组的持续时间和多少秒后启动。当测试开始后，jmeter将等待启动延迟时间后，启动启动线程组中的线程，并且执行配置的持续时间。这两个选项将覆盖掉配置的开始时间和结束时间。或者（虽然没有推荐哪个更适合）你可以设置其他的两个域，开始时间和结束时间。当测试开始以后，jmeter等待到达开始时间。在每一个周期的结尾，jmeter检查结束时间是否已经到达，如果到了，运行将停止，否则，测试将继续进行直到循环结束。

三、控制器

jmeter有两种类型的控制器：样本器和逻辑控制器。他们驾驭着测试的进程。样本器告诉jmeter发送请求给服务，例如：添加http请求样本，如果你想jmeter发送http请求。你也可以通过给样本器添加一个或多个配置元素定制请求。逻辑控制器让你定制逻辑，jmeter使用这个逻辑决定什么时候发送请求。例如：你可以添加交替逻辑控制器交替执行两个http请求样本。

3.1 样本器

样本器告诉jmeter发送请求给服务并且等待相应。他们按照在树中出现的顺序执行。控制器可以用来修改样本器的重复次数。jmeter的样本器包含：

FTP Request
HTTP Request (can be used for SOAP or REST Webservice also)
JDBC Request
Java object request
JMS request
JUnit Test request
LDAP Request
Mail request
OS Process request
TCP request

每一个样本器都有几个可以设置的属性。你可以在测试计划中添加一个或更多的配置元素定制样本器。如果你打算发送同一种类型的多个请求到相同的服务，可以考虑使用默认的配置元素。每一个控制器都有一个或多个默认元素。记得为你的测试计划添加一个监听器来观看和存储每一个请求的结果到硬盘上。如果你对jmeter平台的响应的基本验证感兴趣，添加一个断言器到样本器。例如：压力测试一个web应用，服务返回一个成功的http响应码，但是页面可能有错误或者缺失了一部分。你可以添加断言器确定http的标签。通用的错误字符串等。jmeter让你通过正则表达式创建断言器。

3.2 逻辑控制器

逻辑控制器可以改变来自子元素的请求顺序。他们可以修改自己的请求，使jmeter重复请求。为了了解测试计划中逻辑控制器的效果，看一下下面的测试树：

这个测试计划的第一个事情就是只执行一次的登录请求，随后的迭代将跳过这一步，这是仅执行一次控制器的效果。登录之后，下一个样本器将加载搜索页，这是一个简单的请求，没有通过逻辑控制器。加载搜索页之后，我们想执行一次搜索。实际上我们想执行两个不同的搜索，可是，我们想在两次搜索之间重新加载搜索页，我们可以通过4个简单的http请求元素来执行（加载搜索页、搜索A、加载搜索页、搜索B）。在这里，我们使用代替方案，使用交替控制器，它一次传递一个子请求通过测试，它保持着子元素的顺序。交替两个子请求可能过于频繁了，但它也可以很容易的有8个，或者20个子请求。

提醒一下，http默认请求是属于交替控制器的，设想一下，搜索A和搜索B共享相同的路径信息，两个搜索请求，命中相同的后端搜索引擎。相比配置两个相同信息的http样本器，我们可以抽象出信息到一个单一的配置元素。当交替控制器传递请求时，它会用http默认请求中的值去填充空白项。所以我们将那些请求的PATH项空白，把这些信息放到配置元素中。这充其量只是一个小小的好处，但是它展示了这个特性。

树中的下一个请求是另外一个http默认请求，这次是添加到线程组本身。线程组有一个内嵌的逻辑控制器。它使用这个元素像上面描述的那样。它填充任何请求的空白信息。它在web测试中非常的有用，在你所有的http请求样本器中省去域名项，把这些信息放到http默认请求元素中，并添加到线程组中。你可以在不同的服务上测试你的应用，而仅仅修改一个配置项，否则你要编辑每一个样本器。

最后一个元素是http cookie管理器，cookie管理器应该添加到所有的web测试中，否则jmeter将会忽略cookie，将他添加到线程组的级别，我们确保了所有的http请求共享相同的cookie。