要使用Jmeter,必须要熟悉Jmeter里面相关的内容,Jmeter的应用主要体现在测试计划里面,所以,首先要认识Jmeter测试计划里面的元件
1. 线程组
线程组元件是任何一个测试计划的开始点。在一个测试计划中的所有元件都必须在某个线程组下。顾名思义,线程组元件控制JMeter执行你的测试计划时候使用的线程数量。右键点击测试计划,选择添加,在弹出的菜单中,选择线程组,则会添加一个线程组,如下图所示:
对线程组的控制允许你:
设置线程组名称,注释
在取样器错误后要执行的动作:如果是继续,表示某个线程错误后,后面的线程继续运行,如果是停止线程,则表示后面的线程都停止运行,返回出错之前的测试结果如果是停止测试,则停止测试,不返回测试结果
设置线程数:此处设置的线程数表示同时运行多少个线程,发送多少个请求
设置ramp-up period:ramp-up period指示JMeter用于达到全部选择的线程的时间。如果选择了10个线程,并且ramp-up period是2秒,那么JMeter将使用2秒使10个线程启动并运行。每个线程将在前一个线程启动后0.2(2/10)秒后启动。如果将此设置为0,则表示并发,也就是所有线程在统一时间启动。Ramp-up需要足够长的时间来避免在开始测试时产生太大的负荷,并且有足够短的时间使最后一个线程在第一个线程结束之前运行。(除非你想那样做)
开始的Ramp-up =线程数+必须的调节数
循环的次数:线程循环的次数,如果次数设置为1,那么JMeter在停止前只执行测试计划一次。
调度器:在1.9以后的版本中多了调度器这个功能,通过这个功能,你可以设置什么时候开始测试,什么时候结束测试,如果你设置了开始测试时间,就算是你在Jmeter上运行了测试,如果没有到你设置的开始时间,jmeter是不会执行测试的,直到到了你设置的开始时间,才会开始执行测试,同样的,如果你设置了结束时间,一旦到了结束时间,不管当前执行的循环有没有结束,jmeter都会停止执行。而启动延迟可开始时间差不多,你可以设置开始测试时多长时间才开始真正执行测试,而持续时间,则设置当前线程组总共执行多长时间,通过调度器的设置,你可以更加灵活的对你的测试计划进行设置,使得测试计划可以符合更复杂的场景。
2. 控制器
JMeter有两种类型的控制器:取样器和逻辑控制器。
取样器:指示JMeter向一个服务器发送请求。例如,如果你想让JMeter发送HTTP请求,那么添加一个HTTP请求器,添加方法为右键点击线程组,选择添加,在弹出的菜单中,选择samper,然后选择http请求。你可以向一个取样器中添加一个或多个配置元件来定制请求。
Jmeter有多个取样器可以使用,每种取样器表示一种请求,每个取样器有几个可以设置的属性。你可以向取样器添加一个或多个配置元件来进一步的控制取样器,比如添加断言,添加监听器等。如果你在一个线程组中添加了多个取样器,JMeter以你向树中添加取样器的顺序发送请求。
如果你想向一个服务器发送同种类型(例如:HTTP请求)的多个请求。考虑使用缺省配置元件(Defaults Configuration Element)。每个控制器有一个或多个缺省元件。
逻辑控制器:逻辑控制器允许你定制JMeter何时发送请求。逻辑控制器可能包话如下的子元件:取样器(请求),配置元件,其它的逻辑控制器。逻辑控制器能够更改它的子元件中的请求的顺序。他们可以自己修改请求,使JMeter重复请求,例如,你可以添加交替(Interleave)逻辑控制器来在两个HTTP请求取样器之间轮流。
要理解逻辑控制器对测试计划的影响,假设如下的测试树:
l 测试计划
n 线程组
u 仅一次控制器
² 登录请求
u 加载搜索页
u 交替控制器
² 搜索‘A’
² 搜索‘B’
² 默任HTTP请求
u 默任HTTP请求
u Cookie管理器
这个测试首先是执行登录请求,它在整个测试过程中只执行一次。后面的反复执行将跳过它。这是由于使用了仅一次控制器。
登录后,取样器接着会加载搜索页(想像一个用户登录进去,然后打开搜索页来搜索信息这样一个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还有其他一些逻辑控制器,你可以添加多个逻辑控制器来达到各种不同的结果。