一步一步和我学ApacheJMeter

一步一步和我学ApacheJMeterEagleyes125Version:1.02007-04修改记录时间修改2007-4-20创建文档一．ApacheJMeter介绍1．ApacheJMeter是什么？ApacheJMeter是Apache组织的开放源代码项目，是一个100%纯Java桌面应用，用于压力测试和性能测量。它最初被设计用于Web应用测试但后来扩展到其它测试领域。最拉的版本是2.2，大家可以到下载源代码和查看相关文档。2．我用它能做什么？ApacheJMeter可以用于对静态的和动态的资源（文件，Servlet，Perl脚本，Java对象，数据库和查询，FTP服务器或是其它资源）的性能进行测试。JMeter可以用于在服务器，网络或对象模拟繁重的负载来测试它们提供服务的受压能力或者分析不同压力条件下的总体性能情况。你可以使用JMeter提供的图形化界面，分析性能指标或者在高负载情况下测试你的服务器/脚本/对象。3．ApacheJMeter能做什么？能够对HTTP和FTP服务器进行压力和性能测试，也可以对任何数据库进行同样的测试（通过JDBC）。完全的可移植性和100%纯Java。完全Swing的轻量级组件支持（预编译的JAR使用javax.swing.*）包。完全多线程框架允许通过多个线程并发取样和通过单独的线程组对不同的功能同时取样。精心的GUI设计允许快速操作和更精确的计时。缓存和离线分析/回放测试结果。高可扩展性：1)可链接的取样器允许无限制的测试能力。2)各种负载统计表和可链接的计时器可供选择。3)数据分析和可视化插件提供了很好的可扩展性以及个性化。4)具有提供动态输入到测试的功能（包括JavaScript）。5)支持脚本变成的取样器（在1.9.2及以上版本支持BeanShell）。4．ApacheJMeter的由来？JMeter最早是由Apache软件项目的开发工程师StefanoMazzocchi开发出来的。他当初开发JMeter主要用于测试ApacheJServ(一个被ApacheTomcat工程取代了的项目)的性能。之后我们又再次设计了JMeter，增加了图形化界面和一些功能测试能力。5．ApacheJMeter的未来？随着开发人员借助它的可嵌入的结构，我们希望看到JMeter的能力也随之快速的被扩大。更进一步的主要发展目标是把JMeter在没有减弱它的负载测试的能力的同时尽可能的做成最有效的回归测试工具，。二．ApacheJMeter安装1．需求JMeter要求你的环境满足安装的最小要求.1．1．Java版本JMeter要求充分满足JVM1.3或更高，我们当前一直在尽最大的能力满足它和JVM1.3的皆容性，尽管JMeter在JVM1.4上执行的更好。1．2．操作系统JMeter是一个100%的Java应用，它可以在当前任何一个已经部署了Java的操作系统上运行。Unix(Solaris，Linux，etc)Windows(98，NT，2000，XP)OpenVMSAlpha7.3+2．可选安装项如果你计划做JMeter的开发或者想用Sun公司的标准Java包，那么你将需要一个或更多以下列出来的可选包。2．1．Java编译器如果你想要构建JMeter源码或是开发JMeter插件，那么你将需要适用的JDK1.3或更高版本。2．2．SAXXML分析器JMeter自身包含Apache的XercesXML分析器。你也可以选择让JMeter使用不同的XML分析器，那样的话，需要把第三方的XML分析器的classes加进JMeter的classpath里，然后更改jmeter.properties文件。2．3．Email支持JMeter有有限的邮件能力，它可以以测试结果为依据来发邮件，而且支持POP/IMAP协议。它当前不支持SMTP协议，要使邮件功能支持生效，需要加入Sun公司的JavaMail包和activation包到JMeter的classpath里。2．4．SSL加密要测试一个使用了SSL加密(HTTPS)的网络服务器，JMeter需要SSL的执行被提供（像Sun公司的JavaSecureSocketsExtension–JSSE）.把必需的加密包加到JMeter的classpath里，然后通过注册SSL提供者，更新jmeter.properties文件.这里还有一个SSL管理器，它可以更大程度的控制证书。注意：如果你正在运行JDK1.4，那么你就不需要下载JSSE，因为Sun把它做为基本的包集成了它到JDK1.4里了。JMeter代理服务器（见下面）不支持SSL(HTTPS).2．5．JDBC驱动如果你想测试JDBC，你需要将你的JDBC驱动加到classpath里。确认这个文件是一个jar文件而不是zip文件。2．6．ApacheSOAPApacheSOAP需要mail.jar和activation.jar。你需要下载并拷贝这两个jar文件到你的jmeter/lib目录。当那两个文件放在那后，JMeter会自动加载它们。3．安装安装JMeter只需要很短的时间，具体依赖于你下载的发行文件。注意：要避免把JMeter安装在包含空格的目录里，因为那样会引起远程测试的一些问题。3．1下载最新版本我们推荐大多数用户使用最新的版本。安装JMeter，只需简单的解压zip或tar文件到你想要安装的那个目录里。假定你已经正确的安装了一个JRE/JDK并且环境变量JAVA_HOME也已经被设置，那你则不需再做其它更多的事情了。3．2下载每日构建的版本如果你不介意用一个beta版的软件工作，那么你可以下载并运行最新的每日版本。要安装每日版本，解压_bin和_lib的zip或tar文件到相同的目录结构，假定你已经正确的安装了一个JRE/JDK并且环境变量JAVA_HOME也已经被设置，JMeter就安装成功了。三．运行JMeter运行jmeter.bat（在window平台上）或jmeter（在unix平台上）来运行JMeter。(运行成功后，会出现下面的界面)注意：如果你在运行JMeter时遇到JVM选项无效：-XX:NewSize=128m这样的错时，可能是由于你的系统中有多个JRE，建意你把你机器的所有JRE/JDK卸载后，重新再安装一个即可解决上面的问题。四．测试计划里的元件测试计划对象里有一个新的叫做“功能测试”的选择框，。如果选中，JMeter将会记录从每个服务器的每个样本返回的数据。如果你在监听器里选择一个文件，那么这些返回的数据会被写入这个文件。如果你在测试是否JMeter被正确配置和服务器是否返回期望的结果，这是很有用的。结果是记录返回数据的文件将会很快变的巨大，接着JMeter的性能也会降低。如果你在做压力测试，这个选项应该关闭。（它默任是关闭的）如果你没有向文件中记录数据，那么这个选项不会造成任何区别。1．线程组线程组元件是任何一个测试计划的开始点。在一个测试计划中的所有元件都必须在某个线程组下。顾名思义，线程组元件控制JMeter执行你的测试计划时候使用的线程数量。对线程组的控制允许你：设置线程数设置ramp-upperiod设置测试要执行的次数每个线程将会完全独立的运行测试计划，互不干扰。多个线程用于模仿对服务器的并发访问。ramp-upperiod指示JMeter用于达到全部选择的线程的时间。如果选择了10个线程，并且ramp-upperiod是100秒，那么JMeter将使用100秒使10个线程启动并运行。每个线程将在前一个线程启动后10（100/10）秒后启动。如果有30个线程并且ramp-upperiod是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)请求(AlphaCode)每个取样器有几个可以设置的属性。你可以向取样器添加一个或多个配置元件来进一步的控制取样器。除此之外，JMeter以你向树中添加取样器的顺序发送请求。如果你想向一个服务器发送同种类型（例如：HTTP请求）的多个请求。考虑使用缺省配置元件（DefaultsConfigurationElement）。每个控制器有一个或多个缺省元件（见下文）。记得向线程组添加一个监听器来查看和/或存储请求结果到磁盘。如果想让JMeter在请求的回复上做基本的验证，添加一个断言到请求控制器。例如，在对WEB应用做压力测试时，服务器会返回一个成功的“HTTP回复”代码，但页面可能会有错误或缺少内容。你可以添加断言来检查某些特定的HTML标签，一般的错误字符串，等等。JMeter允许你使用正则表达式创建这些断言。2．2逻辑控制器逻辑控制器允许你定制JMeter何时发送请求。逻辑控制器可能包话如下的子元件：取样器（请求），配置元件，其它的逻辑控制器。逻辑控制器能够更改它的子元件中的请求的顺序。他们可以自己修改请求，使JMeter重复请求，等等。要理解逻辑控制器对测试计划的影响，假设如下的测试树：测试计划线程组仅一次控制器登录请求加载搜索页交替控制器搜索‘A’搜索‘B’默任HTTP请求默任HTTP请求Cookie管理器这个测试首先是执行登录请求，它在整个测试过程中只执行一次。后面的反复执行将跳过它。这是由于使用了仅一次控制器。登录后，取样器接着会加载搜索页（想像一个用户登录进去，然后打开搜索页来搜索信息这样一个WEB应用。）这只是一个简单的取样器请求，没有用任何逻辑控制器过滤。加载完搜索页后，我们想搜索一下，事实上，我们想做两种不同的搜索。然而，我们想在每个搜索之间重新加载搜索页面。我们可以通过使用四个简单的HTTP请求元件（加载搜索页面，搜索‘A’，加载搜索页面，搜索‘B’）。或者使用交替控制器，它一次传递一个子请求到这个测试。按子元件的排列顺序。交替2个子请求可能有点大材小用，但是如果有8或是20个子请求，那么它使用它将很简单。注意HTTP默任请求是在交替控制器里。设想一下，“搜索A”和“搜索B”共享相同的目录信息（一个规范的HTTP请求包括域，端口，方法，协议，路经，参数和一些其它可选选项）Thismakessense-两个搜索请求，都使用相同的后台搜索引擎（我们可以暂说它是一个servlet或是cgi脚本）。胜于配置两个使用相同路经信息的HTTP取样器，我们能够把信息提取到单独的一个配置元件。当交替控制器把请求从“搜索A”