jmeter --- 测试计划里的元件

1、线程组

线程组元件是任何一个测试计划的开始点。在一个测试计划中的所有元件都必须在某个线程组下。顾名思义，线程组元件控制JMeter执行你的测试计划时候使用的线程数量。对线程组的控制允许你：

• 设置线程数
• 设置ramp-up period
• 设置测试要执行的次数

每个线程将会完全独立的运行测试计划，互不干扰。多个线程用于模仿对服务器的并发访问。

ramp-up period指示JMeter用于达到全部选择的线程的时间。如果选择了10个线程，并且ramp-up period是100秒，那么JMeter将使用100秒使10个线程启动并运行。每个线程将在前一个线程启动后10（100/10）秒后启动。如果有30个线程并且ramp-up period是120秒，那么相继的线程交间隔4秒。

Ramp-up需要足够长的时间来避免在开始测试时产生太大的负荷，并且有足够短的时间使最后一个线程在第一个线程结束之前运行。（除非你想那样做）

开始的Ramp-up = 线程数+必须的调节数

缺省情况下，线程组被配置为不确定的循环执行它下面的元件。另外，你可以设置线程组在结束前循环的次数。如果次数设置为1，那么JMeter在停止前只执行测试计划一次。

1．9版引入了一个测试运行行调度器，点击线程组面板的下方的复选框来显示两个额外的字段，可以输入运行开始和结束时间。当测试开始时，如果设置了调度器，JMeter将等待直到到了开始时间。在每个周期结束，JMeter将会检查是否到达结束时间，如果是这样的话，停止运行，否则测试继续运行直到达到了重复限制。

另外，用户还可以设定“持续时间”和“启动延迟”两项参数。需要注意的是，“启动延迟”会使“启动时间”无效,而“持续时间”会使“结束时间”无效。

2、控制器

JMeter有两种类型的控制器：取样器和逻辑控制器。

取样器指示JMeter向一个服务器发送请求。例如，如果你想让JMeter发送HTTP请求，那么添加一个HTTP请求器。你可以向一个取样器中添加一个或多个配置元件来定制请求。查看取样器获得更多信息。

逻辑控制器允许你定制JMeter何时发送请求。例如，你可以添加交替（Interleave）逻辑控制器来在两个HTTP请求取样器之间轮流。查看逻辑控制器获得更多信息。

2．1 取样器

取样器指示JMeter向服务器发送请求。JMeter目前有如下取样器：

• FTP请求
• HTTP请求
• JDBC请求
• JAVA对象请求
• LDAP请求
• SOAP/XML-RPC请求
• WEB服务(SOAP)请求(Alpha Code)

每个取样器有几个可以设置的属性。你可以向取样器添加一个或多个配置元件来进一步的控制取样器。除此之外，JMeter以你向树中添加取样器的顺序发送请求。

如果你想向一个服务器发送同种类型（例如：HTTP请求）的多个请求。考虑使用缺省配置元件（Defaults Configuration Element）。每个控制器有一个或多个缺省元件（见下文）。

记得向线程组添加一个监听器来查看和/或存储请求结果到磁盘。

如果想让JMeter在请求的回复上做基本的验证，添加一个断言到请求控制器。例如，在对WEB应用做压力测试时，服务器会返回一个成功的“HTTP回复”代码，但页面可能会有错误或缺少内容。你可以添加断言来检查某些特定的HTML标签，一般的错误字符串，等等。JMeter允许你使用正则表达式创建这些断言。

2．2 逻辑控制器

逻辑控制器允许你定制JMeter何时发送请求。逻辑控制器可能包话如下的子元件：取样器（请求），配置元件，其它的逻辑控制器。逻辑控制器能够更改它的子元件中的请求的顺序。他们可以自己修改请求，使JMeter重复请求，等等。

要理解逻辑控制器对测试计划的影响，假设如下的测试树：

这个测试首先是执行登录请求，它在整个测试过程中只执行一次。后面的反复执行将跳过它。这是由于使用了仅一次控制器。

登录后，取样器接着会加载搜索页（想像一个用户登录进去，然后打开搜索页来搜索信息这样一个WEB应用。）这只是一个简单的取样器请求，没有用任何逻辑控制器过滤。

加载完搜索页后，我们想搜索一下，事实上，我们想做两种不同的搜索。然而，我们想在每个搜索之间重新加载搜索页面。我们可以通过使用四个简单的HTTP请求元件（加载搜索页面，搜索‘A’，加载搜索页面，搜索‘B’）。或者使用交替控制器，它一次传递一个子请求到这个测试。按子元件的排列顺序。交替2个子请求可能有点大材小用，但是如果有8或是20个子请求，那么它使用它将很简单。

注意HTTP默任请求是在交替控制器里。设想一下，“搜索A”和“搜索B”共享相同的目录信息（一个规范的HTTP请求包括域，端口，方法，协议，路经，参数和一些其它可选选项）This makes sense-两个搜索请求，都使用相同的后台搜索引擎（我们可以暂说它是一个servlet或是cgi脚本）。胜于配置两个使用相同路经信息的HTTP取样器，我们能够把信息提取到单独的一个配置元件。当交替控制器把请求从“搜索A”传递到“搜索B”时，它会把HTTP默任请求配置元件值填在空白值里。因此我们把那些请求的路经信息置空，把那些信息放在配置元件里。在这个例子里，只利用一点它的优势，以后还来会再论述它。

这个树的下一个元件是另一个HTTP默任请求，这次单独把它放在线程组里。线程组有一个内置的逻辑控制器，因些，它可以向上面说的那样，精确的使用配置元件。它会填上空白处来传递任何一个请求。它在网站测试时，置空你所有的HTTP取样器的域值，把那些信息放在HTTP默任请求元件里，然后加到线程组时特别有用。通过这样做，你可以在不同的服务器上通过简单的改变你的测试计划里的一个值来测试你的应用。否则，你不得不在每个取样器，每个值修改一次。

最后一个元件是HTTP Cookie管理器。你应该在所有的网站测试里添加一个Cookie管理器，否则JMeter会忽略Cookie。通过添加它到线程组这一层，我们可以确保所有的HTTP请求可以共享相同的Cookie。

你可以添加多个逻辑控制器来达到各种不同的结果。看内置逻辑控制列表。

3、监听器

当JMeter运行时，监听器可以提供访问JMeter所收集的关于测试用例的信息。图像结果监听器在一个图表里绘制响应时间。查看结果树监听器具体的显示取样器的请求和响应，然后以HTML和XML格式显示出来。其它的监听器提供汇总或组合信息。

此外，监听器能处理一个为日后所用，收集到一个文件里的数据。在JMeter里的每个监听器都可以指定一个文件，用来存储数据。

你可以在测试的任何地方添加监听器。它们只会收集从这个元件开始到这一层最低层的数据。

JMeter自带很多有趣的监听器。

4、定时器

默任， JMeter线程发送出的每个请求是不间断的。我们建意你通过添加一个可用的定时器到你的线程组里来指定延迟时间。如果你不添加延时，JMeter可能在较短的时间内发送大量的请求致使你的服务器瘫痪。

定时器将导致JMeter在线程组里，在每个请求间，延迟一定时间。

如果你想在一个线程组里添加一个以上的定时器，JMeter会在执行你所应用的那个取样器之前累加所有的计时器，然后以那累加后的时间来做停顿。

5、断言

断言允许你断言从被测的服务器端接收到的响应的事实。使用断言，你能“根本上测试”你的应用返回的你预期的结果。

例如，你可以断言一个查询将返回包括一些特定文本的记录。这个文本可能是PERL格式的正态表达式，并且你可以指明这个返回将包括文本或它应该可能匹配整个反应。

你可以添加断言到任意一个取样器里，例如，你可以添加断言到一个HTTP请求来检查文本“</HTML>”。JMeter会检查这个文本是否在HTTP响应里，如果JMeter找不到，它将把这个请求标记为“失败的请求”。

要查看断言结果，添加断言监听器到这个线程组。

6、 配置元件

配置元件工作和取样器很接近，尽管它不能发送请求（HTTP代理服务器除外），它可以补充或修改请求。

只有在你放置元件的树分枝里面，才能访问配置元件。例如，如果你把HTTP Cookie管理器放在一个简单逻辑控制器里，那么只有你放在简单逻辑控制器里的HTTP请求控制器才能访问这个Cookie管理器（见图1）。“网页1”和“网页2”可以访问这个Cookie管理器，但“网页3”则不行。

并且，在树分枝里的配置元件比在父级分枝同样的元素有更高的优先权。例如，我们定义两个HTTP默任请求元件“默任网页1”和“默任网页2”。因为我们把“默任网页1”放在循环控制器里，只有“网页2”可以访问它。因为我们把它放在线程组里，其它HTTP请求将使用“默任网页2”。

图1-实验计划显示配置元件的Accessability

7、前置处理器

前置处理器在取样器请求前执行一些操作。如果前置处理器附有取样器元件，那么它将先于这个取样器元件执行。前置处理器常用于在取样器元件运行前修改它的设置，或是更新从响应文本里提取出来的变量。当执行前置处理器时，再具体参看作用范围规则。

8、 后置处理器

后置处理器在取样器请求后执行一些操作。如果后置处理器附有取样器元件，它将在那个取样器元件运行之后运行。后置处理器多用于处理响应数据，从里面抽取出有价值的东西。当执行后置处理器时，再具体参看作用范围规则。

9、执行顺序

1. 定时器 – 如果有的话
2. 取样器
3. 后置处理器（除非SampleResult是空）
4. 断言（除非SampleResult是空）
5. 监听器（除非SampleResult是空）

注：只有当作用域内存在采样器时，定时器、断言、前置/后置处理器才会被执行。逻辑控制器和采样器按照在测试树中出现的顺序执行。其他测试元件会依据自身的作用域范围来执行，另外还与测试元件所属的类型有关（归属于同一类型的测试元件，会按照他们在测试树种出现的顺序来执行）

作用域规则：

JMeter测试树种既包含遵循分层规则的测试元件，又包含遵循顺序规则的测试元件。有些测试元件在测试树种严格遵守分层规则（监听器、配置元件、后置处理器、断言、定时器），而另外一些测试元件遵守原始的顺序规则（逻辑控制器、采样器）。在测试人员创建测试计划的同时，实际上就创建了一个采样器请求的顺序列表（描述了测试步骤的执行顺序）。用户经常使用逻辑控制器来管理这些采样器请求，不过即便如此，JMeter执行顺序依然是唯一确定的。考虑如下测试树，如下图所示。

采样器的执行顺序应该：One、Two、Three、Four。

有一些逻辑控制器会影响其子测试元件的执行顺序，如循环控制器。请参考JMeter工具的帮助文档。

其他测试元件遵循分层规则。如断言在测试树中遵循分层规则。如断言的父测试元件是一个采样器，那么它就对该采样器生效。如果断言的父测试元件是一个逻辑控制器，那么它对该逻辑控制机下所有的子采样器都生效。

在该例中，采样器的命名表面了他们的执行顺序。Timer#1对请求Two、Three、 Four生效（注意，遵循分层规则的测试元件不会受顺序规则约束），Assertion#1仅仅对Three生效，Timer#2 会对所有请求生效。

配置元件（HTTP信息管理器、Cookie管理器和HTTP授权管理器）与默认配置元件（Configure Default Element)的处理方式不同。默认配置元件包含的设置会被合并成一系列变量值（采样器可以访问），而配置元件的设置不会被合并，对于一个采样器而言，如果在相同的作用域范围内有多个配置元件，那么只有一个配置元件会被应用，而且目前没有办法指定哪个配置元件会被应用。