jmeter test plan里的一些元件介绍

    在介绍测试计划中元件之前，先了解下Jmeter中工作台，我们可以在工作台中配置HTTP代理服务器，然后将录制的脚本存入工作台中，进行初步编辑，然后将脚本复制/粘贴到测试计划中。

    什么是测试计划呢？测试计划在软件测试项目中是用于管理一个软件项目的测试资源配置，时间表以及测试用例等。一般测试计划中也包括风险评估，计划开始和结束的条件等。 而JMeter中的测试计划，实际上是一个或一组测试用例。可以将线程组（Thread Group）理解为一个测试用例，在一个测试计划中可以有多个测试线程组。它是其它 JMeter 测试元件的容器。最简单的测试计划包括：线程组、取样器、监听器等。

   1、线程组

      线程组是任何一个测试计划的开始点。所有的控制器和取样器肯定在某个线程组下，其它的配置元件，如：监听器，可能会被直接放到测试计划目录下。顾名思义，线程组元件控制JMeter执行你的测试计划时候使用的线程数量。右键点击测试计划，选择添加，在弹出的菜单中，选择线程组，则会添加一个线程组。如下图所示：

     对线程组的操作允许你：

     (1) 设置线程组名称、注释。

     (2) 在取样器错误后要执行的动作

              * 继续。表示某个线程错误后，后面的线程继续运行。

              * 停止进程。表示停止当前进行的进程，返回出错之前的测试结果。

              * 停止测试。表示完成停止测试，便于进行错误原因的查看。

              * Stop Test Now。表示立即停止测试。

     (3) 设置线程数(Number of Threads)：表示同时运行多少个线程，发送多少个请求。代表一定数量的并发用户，用来模拟并发用户发送的请求，实际的请求内容在取样器（Sample）中定义，它被线程组包含。

     (4) 设置ramp-up period。

         ramp-up period 表示Jmeter用于创建全部选择的线程的时间。如果选择了10个线程，并且ramp-up period是100秒，那么JMeter用100秒使10个线程启动并运行。每个线程将在前一个线程启动后10（100/10）秒后启动。如果将此设置为0，则表示并发，也就是所有线程在统一时间启动。Ramp-up需要足够长的时间来避免在开始测试时产生太大的负荷，并且有足够短的时间使最后一个线程在第一个线程结束之前运行。（除非你想那样做）

      (5) 设置循环次数： 表示请求的重复次数，如果选择永远（forever），请求将永远执行下去。

      (6) 调度器

         在1.9以后的版本中多了调度器这个功能，通过这个功能，你可以设置什么时候开始测试，什么时候结束测试，如果你设置了开始测试时间，就算是你在Jmeter上运行了测试，如果没有到你设置的开始时间，jmeter是不会执行测试的，直到到了你设置的开始时间，才会开始执行测试，同样的，如果你设置了结束时间，一旦到了结束时间，不管当前执行的循环有没有结束，jmeter都会停止执行。而启动延迟与开始时间差不多，你可以设置开始测试时多长时间才开始真正执行测试，而持续时间，则设置当前线程组总共执行多长时间，注意启动延迟会覆盖启动时间，持续时间会覆盖结束时间。通过调度器的设置，你可以更加灵活的对你的测试计划进行设置，使得测试计划可以符合更复杂的场景。

     2、控制器

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

     (1)取样器

      指示JMeter向一个服务器发送请求。例如，如果你想让JMeter发送HTTP请求，那么添加一个HTTP请求器，添加方法为右键点击线程组，选择添加，在弹出的菜单中，选择samper，然后选择http请求。你可以向一个取样器中添加一个或多个配置元件来定制请求。

      Jmeter有多个取样器可以使用，包括：FTP请求，HTTP请求，JDBC请求，Java object请求，LDAP请求，SOAP/XML-RPC请求，Web服务（SOAP）请求。每种取样器表示一种请求，每个取样器有几个可以设置的属性。你可以向取样器添加一个或多个配置元件来进一步的控制取样器，比如添加断言，添加监听器等。如果你在一个线程组中添加了多个取样器，JMeter以你在树中添加取样器的顺序发送请求。

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

     (2)逻辑控制器

        逻辑控制器可以让你自定义逻辑控制，以便Jmeter决定何时发送请求。它们能够改变一些请求的顺序，这些请求来自这些控制器的子元件。它们也可以修改请求本身，导致Jmeter重复请求，等。

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

     这个测试首先是执行登录请求，它在整个测试过程中只执行一次。后面的反复执行将跳过它。这是由于使用了仅一次控制器。登录后，取样器接着会加载搜索页（想像一个用户登录进去，然后打开搜索页来搜索信息这样一个WEB应用。）这只是一个简单的取样器请求，没有用任何逻辑控制器过滤。加载完搜索页后，我们想搜索一下，事实上，我们想做两种不同的搜索。然而，我们想在每个搜索之间重新加载搜索页面。我们可以通过使用四个简单的HTTP请求元件（加载搜索页面，搜索‘A’，加载搜索页面，搜索‘B’）。或者使用交替控制器，它一次传递一个子请求到这个测试。按子元件的排列顺序。交替2个子请求可能有点大材小用，但是如果有8或是20个子请求，那么它使用它将很简单。

     注意HTTP默任请求是在交替控制器里。设想一下，“搜索A”和“搜索B”共享相同的目录信息（一个规范的HTTP请求包括域，端口，方法，协议，路经，参数和一些其它可选选项）两个搜索请求，都使用相同的后台搜索引擎（我们可以暂说它是一个servlet或是cgi脚本）。与其配置两个使用相同路经信息的HTTP取样器，不如我们能够把信息提取到单独的一个配置元件。当交替控制器把请求从“搜索A”传递到“搜索B”时，它会把HTTP默任请求配置元件值填在空白值里。因此我们把那些请求的路经信息置空，把那些信息放在配置元件里。在这个例子里，这至多是一个很小的好处，但它显示了这个特性。

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

     最后一个元件是HTTP Cookie管理器。你因该在所有的网站测试里添加一个Cookie管理器，否则JMeter会忽略Cookie。通过添加它到线程组这一层，我们可以确保所有的HTTP请求可以共享相同的Cookie。典型的web应用一般都会：(1)有一个登录页，它是整个应用的入口。当用户登录之后，应用会将用户相关的安全信息放到session中。(2)有一个filter，它拦截请求，检查每个请求相关的session中是否包含有用户安全信息。如果没有，那么请求被重定向到登录页，要求用户提供安全信息。如果你不添加Cookie管理器，在这种配置下应用上面的测试计划，那么除了登录页之外的其它请求都将因为缺少用户安全信息，而使请求实际定位到登录页。如果不加断言，那么在监听器看来所有的请求都是成功。而实际上，这些请求最终都没有到达它们应该去的地方。显然，这种测试结果不是我们所期望的。

    Jmeter还有其他一些逻辑控制器，你可以添加多个逻辑控制器来达到各种不同的结果。

    3、监听器

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

     此外，监听器可以把所有数据写入一个文件，为日后使用。在JMeter里的每个监听器都可以指定一个文件，用来存储数据，扩展名为jtl。也有一个Configuration按钮，用来选择保存为哪有文件，是否使用CVS or XML格式。注意：所有监听器都是保存相同的数据，仅仅不同的是数据呈现在屏幕上的方式不同。

     可以在测试中任何地方添加监听器，包括直接在测试计划目录下。它们只会收集从这个元件开始or下级元件的数据。