Jmeter中文基础手册完全版.doc

安装JDK：
JAVA环境变量设立
使用鼠标右击“我电脑”->属性->高档->环境变量
系统变量->新建->变量名：JAVA_HOME 变量值：d:\jdk
系统变量->编辑->变量名：Path 在变量值最前面加上：%JAVA_HOME%\bin；
系统变量->新建->变量名：CLASSPATH 变量值：.;

安装Tomcat
CATALINA_HOME=d：\tomcat

User Manual
顾客手册

1 简介
Apache JMeter 是100%纯JAVA桌面应用程序，被设计为用于测试CS构造软件.
同步也可以用来测试静态和动态资源性能，例如:静态文献，Java Servlets，CGI Scripts，Java Object，数据库和FTP服务器等等. JMeter可用于模仿大量负载来测试一台服务器,网络或者对象健壮性或者分析不同负载下整体性能.

同步，JMeter可以协助你对你应用程序进行回归测试. 通过你创立测试脚本和assertions来验证你程序返回了所期待值. 为了更高适应性，JMeter容许你使用常规表达式来创立这些assertions.

2 开始

2.1 安装
下载安装最新版本，将会包括所有你需要建立和运营Web，FTP，JDBC和JNDI测试文献.
如果你想进行JDBC测试，你需要使用适当JDBC driver. JMeter中不包括JDBC drivers.

其她也许需要下载软件:
l Bean Shell
l Java Activation Framework – needed for Java Mail
l Java Mail – needed for mail visualiser and SOAP test
l JMS – for JMS samples
l General Java Kit

接下来一步，就是浏览”建立测试筹划”一章来熟悉JMeter基本操作，例如:添加和删除元素. 最后,浏览恰当章节来学习如何建立不同种类测试筹划. 例如，如果你对Web应用程序测试比较感兴趣，就浏览”建立一种Web测试筹划”章节. 其她种类测试筹划建立章节涉及:JDBC，FTP和JNDI.

一旦你熟悉了建立和运营JMeter测试筹划，就可以开始熟悉各种配备参数，例如：timers，listeners，assertions和其她参数，来协助你更好地控制你地测试筹划.

2.2 系统规定
JMeter 1.8 以上版本需要JDK1.4以上版本支持运营.
JMeter可以运营在如下操作系统上：Unix，Windows和Open VMS.

2.3 可选项目
如果你打算进行JMeter开发或者使用SunJava原则扩展包,你需要如下所列可选包:

2.3.1 Java Compiler
需要1.4以上JDK版本

2.3.2 SAX XML Parser
JMeter默认使用ApacheXerces XML parser. 如果你想使用一种不同XML parser，将第三方parser包放入JMeterclasspath中,然后使用设立parser包全名更新文献jmeter.properties

2.3.3 Email Support
JMeter拥有有限邮件功能来发送测试成果到指定邮箱中. 应用邮箱功能,需要将SunJavaMail包放入JMeterclasspath中并激活.

2.3.4 SSL Encryption
为使用HTTPS测试web服务器，JMeter需要设立SSL机制. 将所需要SSL类包放入JMeterclasspath中，更新jmeter.properties来注册SSL Provider.

可以使用SSL Manager 用来管理这些证书.

注意：在JDK 1.4以上版本，SSL已经作为原则库加入.

2.2.5 JDBC Driver
你需要将你数据库供应商提供JDBC drivers添加到classpath中来进行JDBC测试.

2.2.6 Apache SOAP
Apache SOAP测试需要mail. jar和activation.jar. 只需要将下载两个jar文献复制到JMeter下lib目录中，JMeter会自动辨认和使用它们.

2.3 运营

运营JMeter，使用jmeter.bat (windows) 或 jmeter (UNIX).

2.3.1 JMeterclasspath
JMeter自动在/lib和/lib/ext目录中jar中类. 如果你想添加其她JAR文献到JMeterclasspath中,你必要复制她们到lib目录中.如果你开发了一种JMeter特定组件，生成jar包后复制到lib目录下ext目录中.

并且,你也可以将有效jar文献安装到$JAVA_HOME/jre/lib/ext目录中.

值得注意是设立CLASSPATH环境变量没有任何作用. 这是由于JMeter使用”java –jar”开始，java命令自动忽视CLASSPATH值，同步-jar选项使用将屏蔽掉-classpath和-cp选项.

2.3.2 使用代理服务器

如果你在防火墙或者代理服务器后进行测试，你需要给JMeter提供防火墙和代理服务器hostname和port号. 在命令行运营 jmeter.bat或jmeter命令并使用如下参数:
-H 代理服务器hostname或者IP地址
-P 代理服务器port号
-u 代理服务器验证使用顾客名
-a 代理服务器验证使用顾客密码

示例:
jmeter –H yahoo –P 8080 –u test –a password

2.3.3 非GUI模式
对于那些非交互测试，你可以使用非GUI模式运营JMeter. 使用如下命令:
-n 指定JMeter运营在non-GUI模式下
-t 包括测试筹划JMX文献名称
-l 用于记录简朴成果JTL文献名称.
-r 运营所有在jmeter.properties中指定远程主机.(或在命令行中提供覆盖属性提供远程主机名.

也可以同步提供防火墙或者代理服务器信息
-H 服务器名或IP地址
-P 端标语

示例:
jmeter –n –t my.jmx –l log.jtl –H yahoo –P 8800

2.3.4 服务器模式
为了对分布式测试，可以运营在服务器模式下，然后通过GUI来控制每个服务器.
运营jmeter-server/jmeter-server.bat，附加下列可选项:
-H 代理服务器hostname或IP地址
-P 端标语

示例:jmeter-server –H yahoo –P 8000

2.3.5 通过命令行来重载Properties
Java system properties，JMeter properties和logging properties 可以直接通过命令行来直接重载而不用修改jmeter.properties文献. 使用如下参数项:
-D[prop name]=[value] 定义一种java system property值
-J[prop name]=[value] 重载一种JMeter property
-L[category]=[priority] 重载一种logging setting，设立一种指定类别名给指定优先级别
-L标志位可以不指定category,将其设为root级别

示例:
jmeter –Duser.dir=/home/mstover/jmeter_stuff \ -Jremote_hosts=127.0.0.1
–Ljmeter.engine=DEBUG
jmeter –LDEBUG

注意：命令行输入properties在启动时先解决，但是晚于logging system建立. 因此尝试使用-J标志去更新log_level或者log_fileproperties将没有任何效果.

2.3.6 Logging和error信息
如果JMeter检查到一种错误，一种信息就被写道log文献中. Log文献名字是在jmeter.properties文献中定义. 默认值位jmeter.log，在JMeter开始目录中可以看到，例如 bin目录中.

除了记录错误信息，jmeter.log文献中同步记录了某些测试运营信息. 例如:
10/17/ 12:19:20 PM INFO - jmeter.JMeter：Version 1.9.1002
10/17/ 12:19:45 PM INFO - jmeter.gui.action.Load：Loading file：c:\mytestfiles\BSH.jmx
10/17/ 12:19:52 PM INFO - jmeter.engine.StandardJMeterEngine：Running the test！
10/17/ 12:19:52 PM INFO - jmeter.engine.StandardJMeterEngine：Starting 1 threads for group BSH. Ramp up = 1.
10/17/ 12:19:52 PM INFO - jmeter.engine.StandardJMeterEngine：Continue on error
10/17/ 12:19:52 PM INFO - jmeter.threads.JMeterThread：Thread BSH1-1 started
10/17/ 12:19:52 PM INFO - jmeter.threads.JMeterThread：Thread BSH1-1 is done
10/17/ 12:19:52 PM INFO - jmeter.engine.StandardJMeterEngine：Test has ended

Log文献有助于定位错误浮现因素,由于它并未打断测试来显示一种error窗口.

2.4 配备JMeter
如果你想修改JMeter运营使用properties,你可以通过两种方式:修改bin目录中文献jmeter.properties或者创立你自己properties文献使用命令行来指定该文献.

Parameters
Attribute
Description
Required
ssl.provider
你可以指定一种类支持SSL.如果你使用sunJSSE,那么是：
.ssl.internal.ssl.Provider.
JMeter默认https支持在JDK1.4中包括.
No
xml.parser
你可以指定一种你自己XML parser. 默认值为：org.apache.xerces.parsers.SAXParser
No
user.dir
JMeter用于保存和装载测试用例目录.
No
remote_hosts
使用逗号分割远程JMeter主机.如果你运营在分布式环境下,列出你拥有运营JMeter远程主机.容许你通过GUI去控制这些机器.
No
not_in_menu
一种组件列表,都是你不想在JMeter菜单中看到.由于JMeter添加了越来越多组建,你也许但愿自己定制你JMeter来仅仅显示那些你感兴趣组建.你可以列出她们类名或者类标签(在JMeter界面中显示字符串)在这里,她们将不会被显示.
No

3 建立测试筹划

一种测试筹划描述了一系列JMeter在运营中要执行环节. 一种完整测试筹划包括一种或各种Thread Groups，logic controllers，sample generating controllers，listeners，timers，assertions和configuration elements.

3.1 添加删除 Elements
添加elements到测试筹划,可以通过在tree中element上点击右键,然后从add列表中选取一种新element. 同样,elements也可以通过open选项从一种文献中载入.

删除一种element,拟定该element被选定,右击选取删除选项.

3.2 载入和存储elements
载入文献中elements,在已有tree中点击右键，然后选取open选项. 选取elements存储文献，JMeter将载入文献中所有elements到tree中.

存储treeelements，选取一种element然后右击，选取save选项.JMeter会存储选定element，以及所有子elements. 这样你就可以存储测试树一段，单独element或者整个测试筹划.

3.3 配备treeelements
任何一种一种测试树中element都可以在JMeter右边框架显示. 这样容许你来配备该测试element属性. 可以配备什么属性取决于你选定element类型.

3.4 运营测试筹划
在run菜单中选取开始来运营测试筹划. 停止测试筹划，从菜单中选取停止. JMeter不会自动在运营测试筹划时有任何体现. 某些listeners使得JMeter运营体现出来.但是唯一办法是检查run菜单中start选项，如果是disable并且stop是enabled,那么JMeter就在运营你测试筹划,至少表面上看来如此.

3.5 Scoping Rules

JMeter测试树中包括elements是分级和有顺序.某些elements在测试中有严格级别规定(Listeners，Config Elements，Post-Processors，Pre-Processors，Assertions，Timers)，而其她某些有primarily ordered规定(controllers，samplers). 当你创立测试筹划时，你需要建立一种有顺序sample祈求(通过sampler)，这些反映了一组需要执行测试环节. 这些祈求经常在有序controllers中组织.

例图1

祈求顺序将为：one，two，three，four.

有些controllers会影响她们sub-elements，你可以在component reference 中查看这些.

某些其她elements是有级别. 例如，Assertion在测试树中是有级别.如果她爸爸节点是一种request,那么它将仅仅影响该request. 如果父节点是一种controller，那么它将影响该controller所有后裔祈求. 例如:

Assertion #1仅仅应用到Request One上. 而Assertion#2应用到Request Two和Three上.

此外一种关于Timers示例:

在这个例子中，request名字反映了她们在测试中应当执行顺序.
Timer#1将应用到Request Two，Three和Four上(注意对于分级别elements如何排序毫不有关). Aserrtion#1将仅仅应用到Request Three上. Timer#2将影响所有祈求.

如果你想想任何一种request通过树途径被传递，到它父节点,在到它父节点父节点，以此类推，在每一级父节点上集合所有configuration elements，那么你就懂得它是如何工作了.

注意:
对于Configuration elements中 Header Manager，Cookie Manager和Authorization manager来说，与其她Configuration Default elements不同. Configuration Default elements被整合成一种Sampler访问集合.而Manager设立不会被整合.如果超过一种Manger在Sampler范畴中,只有一种Manager被使用,但是当前还无法判断那个被使用.

4 测试筹划elements

测试筹划对象当前拥有了一种新checkbox选项，叫做”功能测试”. 如果选取,JMeter将记录所有server为每个sample返回值. 如果你已经在测试listeners中选定了一种文献，那么这些数据将被写入到文献中. 这个有助于你通过一种小型测试来检查JMeter与否配备对的，而你服务器返回对的成果. 值得注意是这个文献大小将增长不久使得JMeter性能减少. 这个选项在做压力测试时需要关闭掉(默以为关闭).

如果你不将数据写入文献中,那么这个选项没有任何不同.

4.1 Thread Group
Thread Group elements 是任何一种测试筹划开始点. 所有测试筹划中elements都要在一种Thread Group中. 如名字显示那样，thread group element控制了一组线程，JMeter使用这些线程来执行你测试. 你可以做如下操作来控制thread group:
l 设立线程数量
l 设立ramp-up周期
l 设立测试执行次数

每一种线程都会完全和独立执行测试筹划而不影响其她线程. 多线程可以用于模仿到你服务器程序并发连接.

Ramp-up period 告诉JMeter需要多长时间来”ramp-up”去装载所有线程. 如果10个线程被使用，而ramp-up period为100秒，那么JMeter会花100秒来使得所有10个线程运营. 每个线程将在上个线程开始后10秒开始. 又如，如果有30个线程而ramp-up为120秒.那么每个线程在延迟4秒后启动.延迟时间=ramp-up period时间数/线程数

默认,一种thread group被设立为不限定循环. 你可以设立thread group循环次数.如果设立为一次，那么JMeter将执行测试一次然后停止.

Version 1.9 将容许你预定期间去运营测试. 选定Schedulercheckbox，你就可以设定期间.

4.2 Controllers
JMeter有两种controller：Samplers和Logical Controllers

Samplers告知JMeter发送祈求到服务器. 例如，如果你想JMeter发送一种HTTP祈求，就添加一种HTTP Request Sampler. 固然你也可以定制一种祈求，在Sampler中添加一种或各种 Configuration Elements.

Logical Controllers使你可以定制JMeter发送祈求逻辑. 例如，你可以添加一种Interleave Logic Controller来控制交替使用两个HTTP Request Samplers. 同样，一种特定Logic controller，作为Modification Manager，可以让你修改祈求成果.

4.2.1 Samplers
Sampler 告知JMeter发送祈求到server端. JMeter当前有如下samplers:
l FTP Request
l HTTP Request
l JDBC Request
l Java Object Request
l LDAP Request
l SOAP/XML-RPC Request
l Web Service (SOAP) Request (Alpha Code)

每个sampler均有某些可以设立properties. 你也可以在一种sampler中添加Configuration Elements来做更多设立. 固然，值得注意是JMeter按照request在tree中添加顺序来发送祈求.

如果你想同步发送各种并发同一种类request，例如HTTP request，到同样一台服务器. 可以考虑使用一种Defaults Configuration Element. 每个Controller拥有一种或各种默认元素.

固然不要忘掉添加一种Listener到你Thread Group中来察看和存储你测试成果.

如果你对JMeter对你request返回response进行简朴校验很感兴趣，你可以在Request Controller中添加一种Assertion. 例如，在一种web程序压力测试中，服务器也许会返回各种成功”HTTP Response”，但是页面也许包括了某些错误或者丢失某些. 你可以添加assertions来检查特定HTML标签,常用错误字符串,等等诸如此类数据. JMeter容许你使用常规表达式来创立这些assertions.

4.2.2 Logic Controllers
Logic Controller使得顾客可以定制JMeter发送祈求时机.
Logic Controllers可以拥有如下任何一种作为子elements：Samplers(requests)，Configuration Element和其她Logic Controllers. Logic Controllers可以变化子elements祈求顺序. 她们可以自己修改requests，使得JMeter可以重复发送祈求等等.

为了便于理解Logic Controllers在测试筹划中所起作用，举例如下:
l Test Plan
n Thread Group
u Once Only Controller
l Logic Request (an HTTP request)
u Load Search Page (HTTP sampler)
u Interleave Controller
l Search “A” (HTTP Sampler)
l Search “B” (HTTP Sampler)
l HTTP default request (Configuration Element)
u HTTP default request (Configuration Element)
u Cookie Manager (Configuration Element)

一方面表白了login祈求只会在第一次运营时执行. 别的祈求将自动跳过它. 达到这个效果因素就是由于Once Only Controller影响左右.

在login之后，下一种Sampler加载了search page (想象一下，一种在顾客登录后就转入search页面来做搜索web程序). 这个仅仅是一种简朴祈求，并未通过任何Logic Controller筛选过程.

在search页面加载后，咱们想做某些搜索. 事实上，咱们要做两个不同搜索. 然而，咱们想在每个独立搜索中重新加载search页面. 咱们可以用四个简朴HTTP request elements来达到目(载入search页面,搜索”A”,载入search页面,搜索”B”). 而事实上，咱们使用了另一种办法，咱们使用Interleave Controller，它将每次运营一种完整测试只使用一种子elementrequest. 并且可以保持这些子elements顺序来运营.

注意：
HTTP Request Defaults是属于Interleave Controller. 想象一下”search A”和”Search B”分享同一种”PATH”信息(一种指定HTTP祈求涉及domain，port，method，protocol，path和arguments等，尚有其她额外信息). 这导致：两者都是search祈求，点击同一种后台搜索引擎. 与其给两者配备相似PATH信息,不如将信息抽象出来给一种Configuration Element.
当Interleave Controller传递”Search A”和”Search B”祈求时，将自动使用HTTP Default Request Configuration Element值来取代空白PATH域. 因此，咱们将这些祈求PATH域空置，然后将这些信息放入到Configuration Element中.

树中接下来element是此外一种HTTP Default Request，这次是给Thread Group自己使用. Thread Group拥有一种内置Logic Controller，因而，它象上面简介那样同样,来使用这个Configuration Element. 它将填入到任何一种通过Request空白中. 当你做web测试时，这是非常有用. 你可以将所有HTTP Sampler elementsDOMAIN域空白，然后使用Thread Group中添加HTTP Default Request信息补充这些空白域. 这样，你可以仅仅变化一种域就能将整个测试筹划应用到此外server上. 否则你需要一种一种更改Sampler.

最后一种element是HTTP Cookie Manager. 所有web测试中都应当添加该element，否则JMeter将忽视所有cookie. 在Thread Group级添加这个元素,可以保证所有HTTP request将共享同样一种cookie.
Logic Controller可以被组合起来从而获得各种不同成果.

4.3 Listeners
Listeners提供了获取在JMeter运营过程中收集到信息访问方式. 最简朴Listener，Graph Results Listener图示出了响应时间. Listeners提供了一种图型化方式来查看JMeter运营过程中产生数据.

此外，Listeners可以直接将收集到数据存入到文献中以备后用. 任何一种listener都拥有一种设立该文献存储地址域.

Listener可以加到测试中任何位置. 她们将仅仅收集同级别和所有低档别elements产生数据.

4.4 Timers
默认,JMeter线程发送requests时之间没有任何停顿. 咱们建议你指定一种延迟时间. 这可以通过添加一种有效Timer到你Thread Group中实现. 如果你没有添加一种延迟时间，JMeter也许会在极短时间内发送大量祈求而引起server崩溃.

Timer可以使得JMeter在线程发送每个祈求时有一种延迟. 如果你添加了各种timer到一种Thread Group中时，JMeter将使用合计延迟时间.

4.5 Assertions
Assertions 容许你对在测试中从server端返回回答中验证某些数据. 使用assertion，你可以实际地测试你程序返回值与否是盼望值.

例如，你可以检查回答字符串中包括某些特殊文本. 你指定文本可以是一种Perl-style常规表达式，然后指定回答中与否包括该文本，或者整个回答都应当相符合.

你可以给任何一种Sampler添加一种assertion. 例如，你可以添加一种assertion到一种HTTP Request来检查文本”yahoo”. JMeter就会在返回回答中察看该文本. 如果JMeter不能发现该文本,那么将标志该祈求是个失败祈求.

为了查看assertion成果，你需要添加一种Assertion Listener到Thread Group中.

4.6 Configuration Elements
Configuration Element与Sampler紧密联系在一起工作. 尽管它不能发送祈求，但是它可以被添加到或者去修改祈求(除了HTTP Proxy Server)之外.

Configuration Element只能被所在tree branch访问. 例如，你在一种Simple Logic Controller中设立了一种HTTP Cookie Manager，那么这个Cookie Manager将只能被设立在Simple Logic Controller中HTTP Request Controllers访问. 如下图中所示，Cookie Manager 可以被HTTP request “Web Page1”和”Web Page2”访问，但是不能被”Web Page3”访问.

并且，一种tree branch中configuration element 将拥有更高优先级，与同一种parent branch 中同样元素相比. 例如，咱们定义了两个 HTTP Request Defaults elements，“Web Defaults 1”和”Web Defaults 2”. 由于咱们将”Web Defaults 1”放入到一种Loop Controller中,因此只有”Web Page 2”能访问它. 而其她HTTP requests只能使用咱们在”Thread Group”(所有其她branch”parent”)中设立”Web Defaults 2”.

4.7 Pre-Processor Elements
Pre-Processor在Sampler Request被创立前执行某些操作. 如果一种Pre-Processor被附加到一种Sampler element上，那么它将先于Sampler Element运营. Pre-Processor最重要用于在Sampler运营前修改某些设立，或者更新某些无法从response文本中获取变量.

4.8 Post-Processor Elements
Post-Processor在Sampler Request被创立后执行某些操作. 如果一种Post-Processor被附加到一种Sampler element上，那么将紧接着sampler element运营后运营. Post-Processor重要用于解决回答数据，常惯用来从其中获取某些值.

5 建立一种web测试筹划

在本章中，你将学习到如何创立一种基本测试筹划用来测试一种web站点. 你创立5个顾客向Jakarta网站两个页面发送祈求. 同步,你将设立这些顾客运营她们测试两遍. 因此，总共request数是:5(user)*2(request)*2(repeat 2 times)=20 HTTP Requests. 为建立测试筹划，你将使用如下elements：Thread Group，HTTP Request，HTTP Request Defaults和Graph Results.

5.1 Adding Users 添加顾客
每个JMeter测试筹划第一步都是要添加一种Thread Group element. Thread Group将告诉JMeter 你要设立顾客数目，发送祈求频率和祈求次数.

选取测试筹划，点击右键，选取添加Thread Group. 这时你就应当在Test Plan下看到Thread Group element了. 如果你没有看到，那就点击Test Plan展开树.

然后，你需要修改那些默认properties. 选取树中Thread Group element，在JMeter左侧窗口中应当显示出Thread GroupControl Panel.

第一步，给咱们Thread Group 添加一种更详细名称. 在名字域中，输入Jakarta Users.
然后增长顾客数目到5 (调用线程数).
在下一种域中，Ramp-Up Period，使用默认值0秒. 这个properties告诉JMeter两个User开始发送祈求之间延迟时间. 例如,你输入5秒，JMeter将在5秒后启动所有顾客. 因此，咱们有五个顾客和5秒Ramp-up period，那么两个顾客之间开始时间延迟时1秒.(5 user/5=1).
如果值为0，那么JMeter将立即开始你所有顾客操作.

最后,清除”Forever”checkbox，输入2在Loop Count域中. 这个property告诉JMeter要重复运营你测试几次. 如果你输入循环值为1，那么JMeter将只运营一次你测试. 如果要JMeter不断运营你测试,选取Forever.

在大某些程序中，你不得不手工方式来更新你在控制面板中更改. 然而，在JMeter中，控制面板将自动接受你更改. 例如，你变化了一种element名称，树将自动更新为最新文本在你离开控制面板后(例如,选取了另一种element).

5.2 添加Default HTTP Request Properties
当前咱们已经定义了咱们顾客，是时间来定义她们要执行任务了. 在这节，你将指定你HTTP 祈求默认设立. 然后，在5.3中，你将添加HTTP Request elements来使用你制定默认值.

选取你Jakarta User element.右击选取添加Config Element中HTTP Request Defaults. 然后选取这个新元素查看她控制面板.

象大多数JMeter元素同样，HTTP Request Default控制面板拥有一种可修改名称域. 在本例中,使用默认值.
跳到下个域，Web Server’s Name/IP. 在本例中，所有测试用例将发送到同一种web服务器上去：Jakarta.apache.org. 将这个域名输入到该字段中. 这是咱们唯一指定默认值，所有留下其她域为空白值.

注意:HTTP Request Defaults elements 不会告诉JMeter去发送HTTP祈求. 它只是简朴定义了HTTP request elements会使用到默认值.

5.3 添加Cookie支持
几乎所有web测试规定使用cookie，除非你程序特别指明不使用cookie. 添加cookie支持，最简朴是添加HTTP Cookie Manager到每一种Thread Group中. 这会保证每个线程都获得自己cookie，但是交叉共享所有HTTP Request 对象.

添加HTTP Cookie Manager，点击Thread Group，然后选取添加HTTP Cookie Manager.

5.4 添加HTTP Request
在咱们测试筹划中，咱们需要创立两个HTTP Requests. 第一种是访问Jakarta主页，(). 第二个是访问.

右击添加第一种HTTP Request. 然后修改该元素properties
1. 将名字改为 HOME Page
2. 设立途径为 “/”. 注意是你不需要设立server名称，由于你再HTTP Request Defaults element中已经设立了.

紧接着添加第二个 HTTP request.

5.5 添加一种Listener来查看和存储测试成果
最后一种要在测试筹划中添加元素是Listener. 这个元素用来存储所有测试成果到一种文献和提供一种数据视图模式.

添加Graph Results listener到Thread Group中. 然后指定一种途径和文献名用于存储测试成果. 你可以输入，也可以通过browse按键来选取.

5.6 保存测试