性能测试班车 | Jmeter基础知识

Posted 2021-04-28 CSDN软测

一. Jmeter简介

Apache J Meter是100％的Java桌面应用程序，用于对软件做压力测试，它最初被设计用于Web应用测试，但后来扩展到其他测试领域。另外， Jmeter能够对应用程序做功能回归测试，通过创建带有断言的脚本来验证被程序返回了期望的结果。为了保证最大限度的灵活性，Jmeter允许使用正则表达式创建断言。

Apache Jmeter可以用于对静态和动态资源(文件、 Servlet、Perl脚本、Java对象、数据库和查询、FTP服务器等)的性能进行测试，它可以用于对服务器、网络或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能。测试人员可以使用它做性能图形分析或者测试服务器/脚本/对象在大并发负载下的表现。

1.Jmeter的历史

Apache Software Foundation的 Stefano Mazzocchi是 Jmeter的最初开发人员。起初是为了测试 Apache Jserv的性能(一个后来被 Apache Tomcat项目替代的项)。后续的开发者重新设计了 Jmeter，增强了GUI并添加了对功能测试的支持。

2.Jmeter远景

随着开发人员利用插件架构的优势，Jmeter的能力迅速扩展。将来开发的主要目标是使得Jmeter尽可能地变成一个有用的衰退测试工具，而无损Jmeter的压力测试能力。

2.1.1 Jmeter主要特点

 Jmeter的主要特点包括如下。

1）支持对多种服务类型进行试，包括:

• WEB-HTTP、HTTPS

• SOAP

• Database via JDBC

• LDAP

• JMS

• Mail -POP3(S)and IMAP(S）

2）支持通过录制/回放方式获取测试脚本。

3)具备高可移植性，是100％纯Java程序。

4）采用多线程框架，允许通过多个线程并发取样及通过独立的线程组对不同的功能同时取样。

5）精心设计的GUI支持高速用户操作和精确计时。

6）支持缓存和离线的方式分析/回放测试结果。

7）具备高扩展性，包括:

• 插拔式的取样器支持无限制扩充测试能力；

• 提供各种负载统计表和可插拔的计时器；

• 数据分析和可视化插件提供了很好的扩展性及个性化；

• 支持通过预置函数为测试提供动态输入数据，以及通过预置函数对测试数据进行操作；

• 支持用脚本构造采样器(1.9.2及以上版本支持 Beanshell）。

尽管从Web服务或者其他远程服务的角度， Jmeter看上去很像是一款浏览器，但实际上它并不是浏览器，因为它仅支持浏览器的部分操作。例如， Jmeter不会执行html页面中包含的javascript，而且 Jmeter对于HTML页面的处理方式也与浏览器不同( Jmeter有可能会以HTML方式读取服务器响应，但其所耗时间不会被计算到任何一次采样中)。

2.1.2 Jmeter常用术语

• 采样器( Samplers):采样器是 Jmeter测试脚本的基础单元，用户可以用它来向服务器发出一个特定的请求，采样器会在超时前等待服务器的响应；

• 逻辑控制器( Logic Controllers):用户通过逻辑控制器来控 Jmeter测试脚本的执行顺序，以便测试能够按照用户期望的顺序和逻辑执行；

• 监听器( Listeners):监听器被用来收集测试结果信息，并以用户指定的方式加以展示；

• 配置元件( Configuration Elements):配置元件被用来设置一些Jmeter测试脚本公用的信息；

• 断言( Assertions):断言被用来验证服务器实际返回的信息与用户期望的情况是否相符；

• 定时器( Timers):定时器被用来保存Jmeter测试脚本与时间相关的一些信息，例如思考时间( Think Time)；

• 前置处理器(Pre- Processors):在前置处理器的作用范围内，任何采样器被执行前，都要先执行前置处理器；

• 后置处理器(Post- Processors):在后置处的作用范围内，任何采样器被执行后，都要执行对应的后置处理器；

• 测试计划( Test Plan):测试计划是 Jmeter测试脚本的根节点，关于整个测试脚本的一些基础设置，可以在测试计划中设定，例如用户定义变量；

• 线程组( Thread Group):线程组定义了一个虚拟用户池，其中每一个虚拟用户都使用同样的测试脚本；

• 工作台( Work Bench);工作台被用来保存暂时不使用的试元素，当测试人员保存测试计划时，工作台中的内容不会被一起保存。

2.1.3 Jmeter测试结果字段的意义

Jmeter测试结果字段的意义如下：

• Label:定义HTTP请求名称；

• Samples表示这次测试中一共发出了多少个请求；

• Average:平均响应时长——默认情况下是单个 Request的平均响应时长，当使用了Transaction Controller时，也可以以Transaction为单位显示平均响应时长；

• Median:中位数，也就是50％用户的响应时长；

• 90％ Line：90％用户的响应时长；

• Min:访问页面的最小响应时长；

• Max:访问页面的最大响应时长；

• Error％:错误请求的数量/请求的总数；

• Throughput:默认情况下表示每秒完成的请求数( Request per Second)，当使用了Transaction Controller时，也可以表示类似 Loadrunner的 Transaction per Second数；

• KB/Sec：每秒从服务器端接收到的数据量。

在这里提到 Jmeter的测试结果字段，仅仅是对使用Jmeter做Web性能测试可以获取的测试结果有个初步印象。

二.Jmeter工作原理

以Web性能测试为例，介绍 Jmeter的工作原理，如图下图所示：

Jmeter可以作为Web服务器与浏览器之间的代理网关，以便捕获览器的请求和Web务器的响应，如此就可以很容易地生成性能测试脚本。有了性能测试脚本， Jmeter就可以通过线程组来模拟真实用户对Web服务器的访问压力。这与 Loadrunner的工作原理基本一致。

三.Jmeter 的安装与目录结构

1.Jmeter安装配置要求

1.1 Java版本

Jmeter要求JVM1.8或更高版本。

1.2操作系统

Jmeter是一个100％的Java应用程序，它在任何支持完整Java实现的系统上都应该能正常运行， Jmeter在如下操作系统中被测试过：

• UNIX (Solaris, Linux 等)

• Windows(98，NT，XP，7，10等) 

• OpenVMS Alpha 7. 3+

2.Jmeter目录结构

2.1 bin目录

在 Windows操作系统下，运行 Jmeter.bat就可以看到 Jmeter的 Swing GUI客户端，如下图所示：

Jmeter图形用户界面简洁而实用，用户可以通过它来完成各种测试所需的配置。

需要注意的是， Jmeter用户可以根据运行JMeter的计算机配置，来适当调整 Jmeter.bat中的JVM调优设置，如下所示：

• set HEAP=-Xms512m -Xmx512m

• set NEW=-XX: Newsize=128m -XX: MaxNewSize=128m

• set SURVIVOR=-XX:SurvivorRatio=8 -xx:TargetSurvivorratio=50% 

• set TENURING=-XX: Maxtenuringthreshold=2

• set EVACUATION=-XX: Maxliveobiectevacuationratio=20% 

• set RMIGC=-Dsun,.rmi.dge.client. gcinterva1=600000

• -Dsun.rmi,.dgc.server.gcinterval=600000

• set PERM=-XX: PermSize=64m -xx: MaxPermSize=64m

• rem set DEBUG=-verbose: ge -XX: +PrintTenuringDistribution

根据经验，堆值(HEAP)最多设置为物理内存的一半，默认设置为512MB。如果堆值(HEAP)超过物理内存的一半， Jmeter运行速度会变慢，甚至会出现“内存溢出”的错误。如果 Jmeter出现运行异常，测试人员可以在 Jmeter.log日志文件中看到相关信息。

另外，如果用户想要获取更详细的日志，可以修改bin目录下Jmeter.properties文件中的一个属性log_level.JMeter.默认为INFO，查错时可以改为 DEBUG。

• log_level. jmeter=INFO

• log_level.jmeter.Junit=DEBUG 

• log_level.jmeter.control=DEBUG

• log_level.jmeter.testbeans=DEBUG 

• log_level.jmeter.engine=DEBUG

• log_level. jmeter.threads=DEBUG

• log_level. jmeter.gui=WARN

• log_level. jmeter.testelement=DEBUG 

• log_level. jmeter.util=WARN

• log_level. jmeter.util.classfander=WARN

• log_level. jmeter.test=DEBUG

• log_level. jmeter.protocol.http=DEBUG

Jmeter I的属性设置也可以在图形用户界面中展示，选择“Add”——“Non-Test Elements”——“ Property Display＂，如下图所示：

从图中可以看到 user language属性，建议均使用en，因为翻译过来的中文名称并不准确，有可能误导用户。

2.2 docs和 printable_docs目录

docs目录下的文件是Jmeter的Java Docs，而printable_docs的 usermanual子目录下的内容是 Jmeter的用户手册文档，其中component_reference.html是最常用到的核心元件帮助文档。用户也可以在 Jmeter图形用户界面的帮助菜单中，查看测试元件的帮助信息，如下图所示：

printable_docs的demos子目录下有一些常用的Jmeter脚本案例，可以作为参考。

2.3 extras目录

extras目录下的文件提供了对构建工具Ant的支持，可以使用Ant来实现测试自动化，例如批量脚本执行，产生HTML格式的报表。测试运行时，可以把测试数据记录下来，Jmeter会自动生成一个jtl文件。将该文件放到 extras目录下，运行“ant- Dtest=文件名 report”，就可以生成测试统计报表。

2.4 lib目录

lib目录下包含两个子目录，其中ext子目录存放有 Jmeter E的核心jar包，另一个 junit子目录存放 JUnit测试脚本。用户扩展所依赖的包，应该直接放在lib目录下，而非lib/ext下。

四.如何运行 Jmeter

要启动 Jmeter，在 Windows下运行 jmeter. bat，或者在UNX下运行文件 Jmeter，这两个文件都可以在bin目录下找到。在一个很短的等待之后， Jmeter I的图形用户界面就会出现。在bin目录中，还有其他几个测试人员可能会用到的脚本。

Windows脚本文件(.cmd要求 Windows 2000及其后续版本)。

• Jmeter.bat运行Jmeter(默认GUI模式)；

• Jmeter-n.cmd:加载一个JMX文件，并在非GUI模式下运行；

• Jmeter- n-r. cmd:加载一个JMX文件，并在远程非GUI模式下运行；

• jmcter-t cmd:加载一个JMX文件，并在GUI模式下运行；

• Jmeter-server.bat:以服务器模式启动JMeter；

• mirror-server.cmd:在非GU模式下启动Jmeter镜像服务器；

• shutdown.cmd:关闭一个非GUI实例(优雅的) ‘；

• stoutest.cmd:停止一个非GUI实例(中断式的)。

关键字LAST可以与 jmeter-n. cmd. jmeter-t. cmd和 jmeter-n-r. cmd一起使用，这就意味着最近一个测试计划是交互式地运行。

通过环境变量 JVM_ARGS，我们可以修改在 jmeter. bat中定义的JVM设置。例如: 

set JVM_ARGS＝＂-Xms1024m -Xmx1024m -Dpropname-propvalue＂ jmeter -t test.jmx ...

UNX脚本文件，应该能在绝大多数 Linux/UNIX系统下运行

• jmeter:运行 Jmeter(默认GUI模式)。定义了一些JVM设置，但并不是对所有JVM都生效；

• jmeter-servet:以服务器模式启动Jmeter(通过合适的参数来调用 jmeter脚本) ；

• jmeter.sh:没有指定JVM选项的非常基础的 Jmeter脚本；

• jmeter- server. sh：在非GUI模式下启动Jmeter镜像服务器；

• shutdown. sh关闭一个非GU实例(优雅的)；

• stoutest.sh:停止一个非GU实例(中断式的)

如果当前使用的JVM不支持某些JVM选项，那么测试人员就有必要修改 jmeter shell脚本。另外用户可以使用 JVM_ARGS环境变量来修改或者添加JyM选项，例如: 

JVM_ARGS＝＂-Xms1024m -Xmx 1024m＂jmeter -t test. jmx [etc. ]

就会覆盖脚本中的堆设置。

1.Jmeter的 Classpath

Jmeter会通过以下目录中的ja文件加载类 

• JMETER_HOME/lib:公用包；

• JMETER_HOME/lib/ext:包含 Jmeter元件和补丁。

如果测试人员开发了新的 Jmeter元件，那么需要将对应jar包放到 Jmeter的 lib/ext目录下。Jmeter会自动加载这些jar包中的 Jmeter元件。

公用支持的jar包，应该被放在lib目录下。如果测试人员不想将 Jmeter扩展包放在 lib/ext目录下，那么就需要在 Jmeter.properties文件中定义属性 search_paths.不要在lib/ext目录中放置公用包，它应该只供 Jmeter元件使用。

其他jar包(JDBC、JMS实现包，以及任何其他支持包)都应该被放置在lib目录，而非 lib/ext目录下。

  Jmeter只会寻找jar文件，而非.zip

测试人员还可以加载放在$JAVA_HOME/jre/lib/ext目录中的公用包，或者在jmeter.properties文件中定义user.classpath属性。

需要注意的是，设置环境变量 CLASSPATH对 Jmeter不起作用。这是因为 Jmeter是以＂ java-jar”方式启动，而该Java命令会默默地忽略 CLASSPATH变量，而且使用-jar可以携带 -classpath/-cp选项(这对所有Java程序都是一样的，并非只针对 Jmeter)。

2.使用代理服务器

如果测试对象隐藏在防火墙代理服务器之后，那么测试人员需要向 Jmeter提供防火墙代理服务器的主机名和端口号，用户可以通过命令行来运行 jmeter. bat/jmeter文件，并携带如下参数，以达到提供主机名和端口号的目的。

• -P[代理服务器端口]

• -N[不使用代理的主机](例如＊.apache. .org localhost)

• -u[代理验证的用户名——如果要求的话]

• -a[代理验证的密码如果求的话]

例如: jmeter-H my.proxy. server-P 8000 -u usemame -a password -N localhost

Jmeter有内置的HTIP代理务器，它可以被用来录制HTTP或者 HTTPS协议的浏览器会话。请不要将它与上面描述的内容混淆起来，两者的功能完全不同。

3.非GUI模式(命令行模式)

对于非交互式测试，测试人员可以选择不使用GUI来运行 Jmeter。要达到这一目的，可以使用如下命令行选项：

• -n指明JMeter以非GUI模式运行

• -t[JMX文件(其中包含测试计划)的名称]

• -l[JTL文件(存放测试结果采样数据)的名称]

• -j[ Jmeter日志文件的名称]

• -r 在 Jmeter属性“ remote_ hosts”中定义的服务器上远程运行测试脚本

• -R[远程服务器列表]在指定的远程服务器上运行测试

这些 Jmeter脚本同样允许测试人员指明可选的防火墙代理服务器信息:

• -P[代理服务器端口号]

4.服务器模式

Jmeter支持分布式测试，即在远程节点上以服务器模式运行 Jmeter，并通过 Jmeter图形用户界面(GUI)来控制这些服务器。测试人员也可以通过非GUI模式去运行远程测试。要想启动这些服务器，测试人员可以在服务器节点上运 jmeter-server/jmeter-server.bat。

这些Jmeter脚本同样允许测试人员指明可选的防火墙代理服务器信息:

• -P[代理服务器端口号]

例如: Jmeter-server -H my-proxy.server -P 8000

如果用户希望这些远程服务器在单次测试运行后退出，那么请定义如下 Jmeter属性 server. exitaftertest=true

要想通过非GUI模式在客户端运行测试，使用如下命令：

jmeter -n -t testplan.jmx -r [-Gprop=val]  [-Gglobal.properties] [-z]

• -G 被用来定义要在服务器中设置的 Jmeter属性

• -Z 意味着在测试结果后退出服务器。

• - Rserverl.server2-可以用来代替-r，该选项会指定一系列远程服务器，但并不会重新定义 remote_hosts这一属性。

5.通过命令行重置 Jmeter属性

Java系统属性、 Jmeter属性、日志属性都可以通过命令行直接重置(无须修改 Jmeter.properties文件)。 要达到这一目的，可以使用如下命令行选项。

• - D[prop_name]=[ value]:定义一个Java系统属性值

• -J[Prop_name]＝[ value:定义一个本地 Jmeter属性

• -G[prop_name]＝[value]:定义一个 Jmeter属性，并发往所有远程服务器

• -G[propertyfile]:定义一个文件，其中包含有 Jmeter属性，并将该文件发往所有远程服务器

• -L[category]＝[priority]:重置一个日志设置，对特定类型的日志设定优先级例子

• Jmeter -Duser. dir-/home/mstover/Jmeter_stuff \

• -Jmeter_hosts=127.0.0.1-L jmeter.engine=DEBUG

• jmeter -LDEBUG

Jmeter在启动初始阶段处理命令行设置的属性，但此时日志系统已经初始化完毕，因此，如果用户使用-J标志去更新log_leve或者log_file属性，就不会有任何作用。

6.日志和错误信息

Jmeter不会在发生运行错误时弹出对话框，因为这样做会影响到测试运行。另外，JMete还会忽略函数或者变量引用的任何错误

如果测试期间发生了一个错误，那么 Jmeter会将一条错误信息写到日志文件中去。Jmeter使用的日志文件名称被定义在 Jmeter.properties文件中(或者在命令行中使用-j选项指定)。默认情况下是 jmeter.log文件，用户可以在bin日录中找到它。

目前Jmeter 版本添加了一个新的命令行选项: -j jmeterlogfile在初始属性文件被读取之后， Jmeter就会处理该命令选项，优先于其他任何属性的处理。如此一来，用户就可以不使用默认的 jmeter.log日志文件，用户可以使用测试计划名来命名日志文件，例如，测试计划Tes27.jmx对应日志文件Test27.log。

日志文件中不仅记录录制脚本时产生的错误，还记录测试运行时的错误。

日志文件对定位错误原因很有帮助(jmeter不会弹出错误对话框而中断测试)

7.全部命令行选项列表

通过命令行运行"jmeter-?"可以查询命令行选项列表，如下所示：

• -h, --help

                    print usage information and exit

• -v, --version

                    print the version information and exit

• -p, --propfile {argument}

                    the jmeter property file to use

• -q, --addprop {arqument}
  

                    additional property file(s) 

• -t, --testfile {argument}
  

                    the jmeter test(.jmx) file to run

• -j, --jmeterlogfile {argument}
  

                    the jmeter log file 

• -l, --log file {argument}
  

                    the file to log samples to

• -n, --nongui
  

                    run Jmeter in nongui mode

• -s, -- server
  

                    run the Jmeter server

• -H, --proxyHost {argument}
  

                    Set a proxy server for Jmeter to use

• -P, --proxyport {arqument}
  

                    Set proxy server port for Jmeter to use 

• -u,--username {argument}
  

                    set username for proxy server that Jmeter is to use

•  -a,--password {argument}
  

                    Set password for proxy server that Jmeter is to use

• -J, --jmeterproperty {argument}={value}
  

                    Define additional jmeter properties

• -G, --globalproperty {argument}={value}
  

                    Define Global properties (sent to servers)

                    e.g. -Gport=123

                     or -Global.properties

• - D, --systemproperty {argument}={value}
  

                    Define additional System properties

• -S, --systempropertyFile  {filename}
  

                    a property file to be added as System properties

• -L, --loglevel {argument}={value}
  

                     Define loglevel:[category=]level

                     e.g. jorhan = INFO or jmeter. util = DEBUG

•  -r, --runremote (non-GUI only)

                    Start remote servers (as defined by the jmeter property remote_hosts）

• -R, --remotestart serverl,.,(non-GUI only)

                    Start these remote servers (overrides remote_hosts)

• -d, --homedir {argument}
  

                    the Jmeter home directory to use

• -X, -- remoterit
  

                    Exit the remote servers at end of test (non-GUI)

Jmeter日志文件名可以使用简单日期格式，即在日志文件名后附带当前日期。日期格式要用单引号括起， 'jmeter_' yyyyMMddHHmmss'.log'。

关键字LAST可以与标志-t、-j或者-l一起使用，这就意味着最近一个测试计划是交互式地运行。

五.配置Jmeter

如果想要改变与 Jmeter运行相关的属性，那么测试人员可以修改bin目录下的jmeter.properties文件，或者根据 jmeter.properties文件创建用户自己的属性文件，并在命令行中指定属性文件名。

Jmeter用户经常用到的属性如下表所示：

属性	描述	是否必须
ssl.provider	如果不想使用JMeter内置的Java实现（SSL），测试人员可以指明自己的SSL实现类	否
xml.parser	用户可以指定XML解析器。默认值是：org.apache.xerces.paesers.SAXParser	否
remote_hosts	用逗号分隔的JMeter远程主机（或者主机:端口）列表。如果JMeter运行于分布式环境，那么需要指明运行有JMeter远程服务器的机器列表。这能帮助测试人员通过GUI来控制这些远程机器	否
not_in_menu	指明测试人员不想在JMeter菜单中看到的测试元件列表。以后会有越来越多的测试元件加入JMeter，测试人员可能希望定制JMeter，以便它只显示测试人员经常使用到的测试元件。测试人员可以在此罗列测试元件的类名或者类标签（除现在JMeter用户界面中的字符串），那么它们就不会再出现在菜单中	否
search_paths	JMeter搜索扩展类的路径列表（通过;分隔），例如扩展采样器。这是用于添加没有放在lib/ext目录之中的其他jar	否
user.classpath	JMeter搜索公用类的路径列表。这是用于添加没有放在lib目录之中的其他jar	否
user.properties	包含有补充JMeter属性的文件名。该属性文件将在初始属性文件之后加载，但是会先于-q和-J选项处理	否
system.properties	包含有补充系统属性的文件名。该属性文件会先于-S和-D选项处理	否

六. Jmeter与 Loadrunner优缺点对比

Jmeter与 Loadrunner都是非常优秀的性能测试软件，它们孰优孰劣众说纷纭。小编认为，相对于 Jmeter而言，商业性能测试软件 Loadrunner支持的测试协议更广，图形分析能力更强，易用性也要强一些。但是这些并不是质的差距，LoadRunner的基本功能，JMeter都具备，只是没有那么完善而已。由于LoadRunner价格非常昂贵，因此这些差距是完全可以接受的。特别是对于中小型软件企业而言，JMeter的性价比无疑拥有致命的吸引力。下面简要阐述JMeter与LoadRunner各自的优缺点。

1. Jmeter的架构跟LoadRunner原理一样，都是通过中间代理，监控&收集并发客户端发现的指令，把他们生成脚本，再发送到应用服务器，再监控服务器反馈的结果的一个过程；

2. 分布式中间代理功能在Jmeter中也有，这个分布式分理是指可设置多台代理在不同PC中，通过远程进行控制，即通过使用多台机器运行所谓的Agent来分担LoadGenerator自身的压力，并借此来获取更大的并发用户数.LoadRunner也有些功能；

3. Jmeter安装简单，只需要解压Jmeter文件包到C盘上就可以了，其实是没有安装．要是你想执行调试测试脚本，前提是：装上jdk和netbean插件.而LoadRunner安装包有1G多，在一台P3.0，1G内存的PC上安装要一个多小时.要是装过较旧的盗版还不能再装新版，解决办法倒是有，但麻烦且花时间；

5. Jmeter也提供了一个利用本地ProxyServer（代理服务器）来录制生成测试脚本的功能，但是这个功能并不好用，测试对象的个别参数却要手工增加上去，还得附带装个IE代理，如GoogleToolbarDownloader这些插件来捕捉参数.但是有一个工具bodboy，利用这个工具可以录制操作，然后选择将脚本保存为Jmeter脚本，然后利用Jmeter可以打开并修改脚本；

6. Jmeter的报表较少，对于要分析测试性能不足以作为依据.如要知道数据库服务器或应用程序服务的CPU，memory等参数，得在相关服务器上另外写脚本记录服务器的性能；

7. Jmeter做性能测试，主要是通过增加线程组的数目，或者是设置循环次数来增加并发用户，而LoadRunner可以通过在场景中选择要设置什么样的场景，然后选择虚拟用户数；

8. Jmeter可以通过逻辑控制器实现复杂的测试行为，相当于LoadRunner中的测试场景；

9. Jmeter可以做web程序的功能测试，利用Jmeter中的样本，可以做灰盒测试，LoadRunner主要用作性能测试；

10. Jmeter是开源的，但是使用的人较少，网络上相关资料不全面，需要自己去揣摩，而LoadRunner是商业软件，如果是正版，有技术支持，同时，网络上的资料相当多；

11. Jmeter的脚本修改，主要是对Jmeter中各个部件的熟悉程度，以及相关的一些协议的掌握情况，而不依赖于编程，而LoadRunner除了复杂的场景设置外，还需要掌握函数，修改脚本；

本次介绍总结如下：

本次主要是对Jmeter做了一个概要介绍，主要介绍Jmeter的特点和一些技术术语，为后面的学习扫除障碍；接着介绍Jmeter工作原理，进一步了解Jmeter是如何进行性能测试的；以及介绍了Jmeter的安装和目录结构；最后介绍Jmeter和LoadRunner的区别。

祝大家新春快乐、身体健康、牛年大吉、越来越牛~~~

— END—