JMeter学习重点笔记专业资料.doc

JMeter学习笔记
1. 安装JMeter
1. 安装JDK 1.4以上版本。
2. 设立环境变量：
i. 在顾客变量中,新建变量名“JAVA_HOME”,变量值为：安装JDK目录,如我为：“C:\Program Files\Java\jdk1.5.0;”
ii. 再新建变量名为“CLASSPATH”,变量值为：
“%JAVA_HOME%\lib\dt.jar；%JAVA_HOME%\lib\tools.jar；%JAVA_HOME%\bin;” 。    
iii. 在系统变量“Path”变量值后加上：“%JAVA_HOME%\bin;”。
3. 安装Jmeter,解压“jakarta-jmeter-2.3.2.zip”到E盘根目录下：“E:\jakarta-jmeter-2.3.2”。
4. 设立环境变量：
i. 在顾客变量中,新建变量名“JMETER_HOME”,变量值为：“E:\jakarta-jmeter-2.3.2;”。
ii. 修改“CLASSPATH”，添加：“%JMETER_HOME%\lib\ext\ApacheJMeter_core.jar;%JMETER_HOME%\lib\jorphan.jar;%JMETER_HOME%\lib\logkit-1.2.jar;”。
5. 运营jmeter：直接打开 E:\jakarta-jmeter-2.3.2\bin\jmeter.bat 即可。
2. JMeter 重要测试组件总结如下：
1. 测试筹划是使用 JMeter 进行测试起点，它是其他 JMeter 测试元件容器。
2. 线程组代表一定数量并发顾客，它可以用来模仿并发顾客发送祈求。实际祈求内容在Sampler中定义，它被线程组包括。
3. 监听器负责收集测试成果，同步也被告知了成果显示方式。
4. 逻辑控制器可以自定义JMeter发送祈求行为逻辑，它与Sampler结合使用可以模仿复杂祈求序列。
5. 断言可以用来判断祈求响应成果与否如顾客所盼望。它可以用来隔离问题域，即在保证功能对的前提下执行压力测试。这个限制对于有效测试是非常有用。
6. 配备元件维护Sampler需要配备信息，并依照实际需要会修改祈求内容。
7. 前置解决器和后置解决器负责在生成祈求之前和之后完毕工作。前置解决器常惯用来修改祈求设立，后置解决器则常惯用来解决响应数据。
8. 定期器负责定义祈求之间延迟间隔。

3. 惯用测试
本文以这三种节点为例，简介如何使用 JMeter 来完毕针对于它们压力测试。
3.1 Web 服务器
对于大多数项目来说，并不会自行开发一种Web服务器，因而Web服务器压力测试对象实际就是--发布到Web服务器中软件。最简朴Web测试筹划只需要三个 JMeter 测试元件，如下图：

其中：
· 在线程组中定义线程数、产生线程发生时间和测试循环次数。
· 在http祈求中定义服务器、端口、合同和办法、祈求途径等。
· 表格监听器负责收集和显示成果。
这种设立对于包括了安全机制 web 应用是不够，典型 web 应用普通都会：
1. 有一种登录页，它是整个应用入口。当顾客登录之后，应用会将顾客有关安全信息放到 session 中。
2. 有一种 filter，它拦截祈求，检查每个祈求有关 session 中与否包具有顾客安全信息。如果没有，那么祈求被重定向到登录页，规定顾客提供安全信息。
在这种配备下应用上面测试筹划，那么除了登录页之外其他祈求都将由于缺少顾客安全信息，而使祈求实际定位到登录页。如果不加断言，那么在监听器看来所有祈求都是成功。而事实上，这些祈求最后都没有到达它们应当去地方。显然，这种测试成果不是咱们所盼望。
为了成功测试，至少有2种办法：
· 办法一，去掉程序安全设立，如filter，使得不需要顾客安全信息也能访问受限内容；
· 办法二，不修改程序，使用JMeter提供"Http URL重写修饰符"或"Http Cookie管理器"。
对于第一种办法，有其局限性：
· 需要修改程序配备，如去掉web.xml中关于安全filter设立。需要维护各种版本web.xml，如压力测试和功能测试分别各自web.xml，增长了维护成本，并且有也许会在测试之后忘掉将web.xml修改回来。
· 对于某些需要顾客安全信息页面无能为力，如某些业务审计操作需要顾客安全信息来记录。由于缺少这样信息，注定了测试失败。如果解决为了这个问题进一步修改程序，那么由于存在各种版本程序，那么其维护难度将大大增长。
虽然，第二种办法配备难度增长了，但是它不用修改程序。并且还可将测试筹划保存成文献，以便重复使用。因而，选用第二种办法是较为抱负做法。下面以一种简化例子阐明用法二配备环节。
1. 例子由如下几种文献构成：
· AuthorizenFilter.java，过滤器负责检查session中与否存在顾客信息。如果没有，那么就转向到 login.jsp。它重要办法 doFilter 内容如下：
public void doFilter(ServletRequest request,
ServletResponse response,
FilterChain chain)
throws IOException，ServletException {
HttpServletRequest req = (HttpServletRequest)request;
HttpServletResponse res = (HttpServletResponse)response;
HttpSession session= req.getSession();
User user = (User)session.getAttribute("user");
if(null == user){
String uri= req.getRequestURI();
//如果祈求页是登录页，不转向
if( uri.equalsIgnoreCase("/gWeb/login.jsp")){
chain.doFilter(request，response);
} else{
res.sendRedirect("/gWeb/login.jsp");
}
}else{
chain.doFilter(request，response);
}
}

· User.java，顾客类负责记录顾客信息。为了简化，这里登录操作只容许指定顾客名和密码。重要内容如下：
public class User {
private String user;
private String pwd;
public User(String user，String pwd) {
this.user = user;
this.pwd = pwd;
}
public boolean login(){
return user.equals("foxgem") && pwd.equals("12345678");
}
public String getUser() {
return user;
}
public void setUser(String user) {
this.user = user;
}
}

· Login.jsp 和welcome.jsp。其中 login.jsp 负责生成 User 对象，并调用 User login。当 login 返回为 true 时转向到 welcome.jsp。其验证某些代码：
<%
if( request.getParameter("Submit") != null) {
User ur= new User( request.getParameter("user")，request.getParameter("pwd"));
if( ur.login()){
session.setAttribute("user"，ur);
response.sendRedirect("/gWeb/welcome.jsp");
} else{
session.setAttribute( "LOGIN_ERROR_MSG"，
"无效顾客，也许因素：顾客不存在或被禁用。");
response.sendRedirect("/gWeb/index.jsp");
return;
}
}
%>

· web.xml，配备 filter 拦截所有访问 JSP 页面祈求：
<filter>
<filter-name>authorizen</filter-name>
<filter-class>org.foxgem.jmeter.AuthorizenFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>authorizen</filter-name>
<url-pattern>*.jsp</url-pattern>
</filter-mapping>

2. 创立如下构造Web测试筹划：

其中重要测试元件阐明如下：
· http祈求默认值负责记录祈求默认值，如服务器、合同、端口等。
· 第一种http祈求，祈求login.jsp，并附加验证所需要参数（user=foxgem，pwd=12345678，Submit=Submit）；其包括响应断言验证url中包括"welcome.jsp"，这一点可以从程序中反映。
· 第二个http祈求，祈求是welcome.jsp；其包括响应断言验证响应文本中包括"foxgem"，它是welcome.jsp页面逻辑一某些。
· http cookie管理器负责管理整个测试过程中使用cookie，它不需要设立任何属性。
· 循环控制器设立发送第二个祈求循环次数，表格监听器负责收集和显示第二个祈求测试成果。
启动测试筹划之后，执行顺序是：一方面，第一种祈求登录页进行登录；成功登录之后，使用循环控制器执行第二个祈求。祈求welcome.jsp时，响应断言用来验证与否的确是welocme.jsp来解决祈求，而不是由于其他页。在这个测试筹划中需要注意是http cookie管理器。正是由于它作用，使得第二个祈求能顺利发送到welcome.jsp进行解决，而不是由于缺少顾客安全信息转发到login.jsp。
在这个例子中，咱们并没有在程序中使用cookie（使用是session），那么http cookie管理器怎么会起作用呢？这是由于在servlet/jsp规范中对于session状态跟踪有2种方式：
· 使用cookie，保存和传递sessionid。它不规定程序对于url有什么特殊解决，但是规定浏览器容许cookie。在这个例子中，就是这种情形。
· 使用url重写，每次显式在浏览器和服务器之间传递sessionid。它规定程序对url进行编码，对浏览器没有规定。
对于第二种情形，可以使用JMeter前置管理器中http url重写修饰符来完毕。对于Tomcat，Session参数是jsessionid，途径扩展使用"；"。使用url编码时需要注意，必要将浏览器cookie功能关闭。由于url编码函数，如encodeURL，会判断与否需要将sessionid编码到url中。当浏览器容许cookie时，就不会进行编码。
如果cookie而不是session来保存顾客安全信息，那么直接使用http cookie管理器就行了。此时，需要将使用cookie参数和值直接写到管理器中，由它负责管理。对于其他cookie使用，也是如此操作。
登录问题解决之后，对于 Web 服务器测试就没什么难点了。剩余就是依照实际需要，灵活运用有关测试组件搭建编写测试筹划。（固然，对于安全问题尚有其他使用情景。在使用时需要明确：JMeter 与否支持，如果支持使用哪种测试组件解决。）
3.2 数据库服务器
数据库服务器在大多数公司项目中是不可缺少，对于它进行压力测试是为了找出：数据库对象与否可以有效地承受来自各种顾客访问。这些对象重要是：索引、触发器、存储过程和锁。通过对于SQL语句和存储过程测试，JMeter 可以间接反映数据库对象与否需要优化。
JMeter 使用 JDBC 发送祈求，完毕对于数据库测试。一种数据库测试筹划，建立如下构造即可：

其中：
· JDBC连接配备，负责配备数据库连接有关信息。如：数据库url、数据库驱动类名、顾客名和密码等等。在这些配备中，"绑定到池变量名"（Variable Name Bound to Pool）是一种非常重要属性，这个属性会在JDBC祈求中被引用。通过它， JDBC祈求和JDBC连接配备建立关联。（测试前，请将所需要数据库驱动放到JMeterclasspath中）。
· JDBC祈求，负责发送祈求进行测试。
· 图形成果，收集显示测试成果。
在实际项目中，至少有2种类型JDBC祈求需要关注：select语句和存储过程。前者反映了select语句与否高效，以及表索引等与否需要优化；后者则是反映存储过程算法与否高效。它们如果效率低下，必然会带来响应上不尽如人意。对于这两种祈求，JDBC祈求配备略有区别：
· Select语句

· 存储过程

如果对于Oracle，如果测试是函数，那么也可以使用select语句来进行配备，此时可以使用：select 函数(入参) from dual形式语句来测试，其中dual是oracle核心字，表达哑表。对于其他厂商数据库产品，请查找手册。
3.3 JMS服务器
MOM 作为消息数据互换平台，也是影响应用执行效率潜在环节。在 Java 程序中，是通过 JMS 与 MOM 进行交互。作为 Java 实现压力测试工具，JMeter 也能使用 JMS 相应用消息互换和有关数据解决能力进行测试。这一点应当不难理解，由于在整个测试过程中，JMeter 测试重点应当是消息产生者和消费者自身能力，而不是 MOM自身。
依照 JMS 规范，消息互换有2种方式：发布/订阅和点对点。JMeter针对这两种情形，分别提供了不同Sampler进行支持。如下MOM咱们使用ActiveMQ 3.2.1，分别描述这两种消息互换方式是如何使用 JMeter 进行测试。
1. 测试前准备（两种状况都合用）
下面就是实际使用 jmeter 进行 jms 测试

一方面需要启动 activemq，直接运营 ACTIVEMQ_HOME/bin/activemq.bat （ACTIVEMQ_HOME即activemq安装目录）批解决脚本，当看到如下图所示内容，阐明 activemq 已经成功启动。

下 面开始启动 jmeter。在运营 jmeter 之前需要完毕几件事情。由于 jmeter 是通过 jndi 来获得 jms 中有关对象，如 ConnectionFactory 和 Destination，因此在 jmeter classpath 中需要添加一种 jndi.properties 属性文献，用于配备jndi。这个文献配备是 activemq 有关jndi，关于 activemq 与 jndi 集成可以参照  。jndi.properties 文献内容如下：
java.naming.factory.initial=org.apache.activemq.jndi.ActiveMQInitialContextFactory
java.naming.provider.url=tcp://localhost:61616

connectionFactoryNames=connectionFactory

queue.MyQueue=example.MyQueue
queue.MyQueue2=example.MyQueue2

topic.MyTopic=example.MyTopic

保存并把这个文献复制到 JMETER_HOME/bin （JMETER_HOME为 jmeter 安装目录）目录中。由于 bin 目录并不在 jmeter classpath 中，因此需要执行某些额外工作来把 jndi.properties 添加到 jmeter classpath 中，这儿使用一种最简朴办法：把 jndi.properties 打包到 jmeter 启动 jar 包中。 jmeter 启动 jar 包为 JMETER_HOME/bin/ApacheJMeter.jar，因此需要把 jndi.properties 打包到这个 jar 文献中。执行如下操作，打开命令行窗口，并定位到 JMETER_HOME/bin 目录，运营如下命令 jar uf ApacheJMeter.jar jndi.properties 就可以，如图所示

下图是运营 jar uf ApacheJMeter.jar 命令之前，ApacheJMeter.jar 中所包括目录或文献

下图是运营 jar uf ApacheJMeter.jar 命令之后状况

可以看到，ApacheJMeter.jar 文献中已经包括了 jndi.properties 文献。

jmeter 在测试 jms 时候会使用到 activemq 提供 jms 实现类，这些类并没有随 jmeter 一起分发，因此需要把这些类添加到 jmeter classpath 中。只要把 ACTIVE_HOME/activemq-all-5.2.0.jar 文献复制到 JMETER_HOME/lib 目录中即可。

下面可以运营 jmeter 了，直接运营 JMETER_HOME/bin/jmeter.bat 批解决文献就可以启动 jmeter 了。（jmeter 启动时候默认会在 JMETER_HOME/bin 目录中生成一种日记文献 jmeter.log，如果运营过程中有什么问题可以查看这个日记文献）jmeter 启动之后如下图所示

下面咱们来一步一步建立测试筹划。

一方面是创立线程组

线程组详细配备为

创立完线程组之后创立 jms point to point sampler

jms 配备如下所示

最后创立一种监听器

下面就可以开始测试了

下面两张图片是通过 activemq 基于 web 管理控制台查看到 example.MyQueue 队列上等待传递消息条数。

图1

图2
可以看到运营这一次测试发送了5条消息，这些消息内容为

上面就是一种简朴使用 jmeter 测试 jms 应用过程。

从 上面准备测试过程可以看出，在准备 activemq 方面 jndi 配备时候有点麻烦，特别是需要修改 jndi 配备时候特别麻烦，尚有就是直接把 activemq jar 包放到 lib 目录中会使 jmeter jar 包与测试依赖混在一起，下面就通过修改 jmeter 启动类源代码办法来解决这两个问题。

要通过修改 jmeter 启动类，在 lib 目录下增长两个目录：user 和 conf，user 目录取于存储测试依赖 jar 包，conf 用于存储类似 jndi.properties 这样配备文献，这两个目录都必要添加到 jmeter 运营时 classpath 中。

查看 jmeter.bat 可以懂得， 是通过运营 bin 目录中 ApacheJMeter.jar 文献来启动 jmeter 。查看 ApacheJMeter.jar 文献清单文献可知启动类为 org.apache.jmeter.NewDriver。下载 jmeter 源代码，查看类 org.apache.jmeter.NewDriver。查看 NewDriver 源代码可知，jmeter 启动方式是，扫描 lib 目录以及 lib 目录下子目录 ext 和 junit 下 jar 包，通过这些 jar 包构建一种 URLClassLoader，然后把这个类加载器设为当前线程上下文类加载器，然后使用这个类加载器加载类 org.apache.jmeter.JMeterReport，并运营它 start 办法（activemq 也是以这样方式来编写启动类）。下面只要把 user 添加到扫描目录中，并把 conf 目录添加到 classpath 中。修改后源代码，以及编译打好包都在附件中，需要可如下载。只要下载 ApacheJMeter.jar 并把它复制到 bin 目录中，替代 jmeter 本来 ApacheJMeter.jar 即可，然后在 lib 目录下创立两个子目录 user 和 conf。user 用于存储测试依赖 jar 包，conf 用于存储配备。

2. 发布/订阅
在实际测试时，发布者和订阅者并不是需要同步浮现。例如，有时咱们也许想测试单位时间内消息发布者消息产生量，此时就不需要消息发布者，只需要订阅者就可以了。本例为了阐明这两种Sampler使用，因而建立如下测试筹划：

其中JMS Publisher和JMS Subscriber属性：选取"使用jndi.properties"，连接工厂是connectionFactory，主题是MyTopic，其他使用默认配备。对于JMS Publisher，还需提供测试用文本消息。
启动ActiveMQ，运营测试筹划。如果配备对的，那么与ActiveMQ成功连接之后，在JMeter后台会打印出有关信息。在测试过程中，JMeter 后台打印也许会浮现java.lang.InterruptedException 信息，这个是正常现象，不会影响测试过程和成果。这一点可以从 bin 下 jmeter.log 看出。
3. 点对点
对于点对点，JMeter只提供了一种Sampler：JMS Point-to-Point。在例子中，建立如下图测试筹划：

其中：Communication style是Request Only。对于另一种风格：Request Response，会验证收到消息JMS Header中JMSCorrelationID，以判断与否是对祈求消息响应。
4. jmeter成果分析
采用Jmeter测试工具对web系统作负载测试，得出响应报表，数据比较难懂，现作一详细阐明如下是在一次详细负载测试中得出详细数值，测试线程设立状况为：线程数：200，等待时间（ramp-up）：0秒，循环次数为永远，另线程组——这些元件用于指定运营线程数和等待周期。每个线程模仿一种顾客，而等待周期用于指定创立所有线程时间。例如，线程数为5，等待时间为10秒，则创立每个线程之间时间间隔为2秒。循环数定义了线程运营时间。使用调度器，还可以设立运营起始时间
取样器——对于服务器HTTP、FTP或LDAP祈求，这些元件是可配备祈求。该教程仅侧重于Web Services祈求监听器——这些元件用于祈求数据后期解决。例如，可以将数据保存到文献或用图表来阐明成果。此时JMeter图表并没有提供许多配备选项；然而它是可扩展，它始终可以添加额外可视化效果或数据解决模块，得出图形报表和聚合报告如下所示：
4.1 图形报表

图表底部参数含义如下：
样本数目是总共发送到服务器祈求数。
最新样本是代表时间数字,是服务器响应最后一种祈求时间。
吞吐量是服务器每分钟解决祈求数。
平均值是总运营时间除以发送到服务器祈求数。 
中间值是代表时间数字，有一半服务器响应时间低于该值而另一半高于该值。 
偏离表达服务器响应时间变化、离散限度测量值大小，或者，换句话说，就是数据分布。
4.2 聚合报告

图表含义阐明如下：
Label：阐明是祈求类型，如Http，FTP等祈求。
#Samples：也就是图形报表中样本数目，总共发送到服务器样本数目。
Average：也就是图形报表中平均值，是总运营时间除以发送到服务器祈求数。
Median：也就是图形报表中中间值，是代表时间数字，有一半服务器响应时间低于该值而另一半高于该值。
90%line：是指90%祈求响应时间比所得数值还要小。
Min：是代表时间数字,是服务器响应最短时间。
Max：是代表时间数字,是服务器响应最长时间。
Error%:祈求错误比例。
Throughput:也就是图形报表中吞吐量，这里是服务器每单位时间解决祈求数，注意查看是秒或是分钟。
KB/sec:是每秒钟祈求字节数。
4.3 使用分析
在测试过程中，平均响应时间是咱们性能测试一种重要衡量指标，但是在测试中，特别是在聚合报告中，得出90%Line,我这里参照《《LoadRunner 没有告诉你》之一——描述性记录与性能成果分析》，我以为90%Line等同于该文作者提出90%响应时间,这个数值对咱们性能测试分析也很有参照价值。90%响应时间是说在发送祈求中，90%顾客响应时间都比得到数值上要短，同步阐明，一种系统在应用时，90%顾客响应时间都能达到这个数值，那么就为系统性能分析提供了较好参照价值。
4.4 view Results Tree 以树状列表查当作果

通过这个Listener，咱们可以看到很详细每个transaction它所返回成果，其中红色是指出错transaction，绿色则为通过。
　　如果你测试场景会有诸多transaction完毕，建议在这个Listener中仅记录出错transaction就可以了。要做到这样，你只需要将Log/Display:中Errors勾中就可以了。
5.使用JMeter进行脚本录制。
5.1 Jmeter中脚本录制
办法一：
(1)选中Test Plan单击鼠标右键，在弹出菜单中选取Add->Thread Group；
　　(2)接下来选中WorkBench单击鼠标右键，在弹出菜单中选取Add->Non-Test Elements->HTTP Proxy Server；
　　(3)在“HTTP Proxy Server”窗口中Target Controller下拉框选取Test Plan > Thread Group（表达脚本生成在这个线程组下），Grouping下拉框选取Put each group in a new controller（表达把每组脚本放到一种新组中，避免生成脚本杂乱且无法组织）；
　　(4)单击窗口最下方Start；
　　(5)打开浏览器，设立代理服务器设立为localhot，端标语为8080（在“HTTP Proxy Server”窗口中设立了使用8080端口进行侦听）；
From the tool bar，click “tools -> internet options”. This should bring up the options.
Select the “connection” tab
Click “lan settings” button near the bottom.
On the connections tab，check “Use a proxy server for your LAN”. The address and port
fields should be enabled now.
Address – enter “Localhost” or the IP address of your system（127.0.0.1：8080）
Click “ok” button
Click “ok” button again. This should return you to the browser
(6)在地址中键入要录制页面URL对页面进行操作，Jmeter就会自动把所进行操作录制成为脚本
了，可以看到Thread Group节点下面多了许多子节点就是录制生成脚本；
　　(7)操作完毕后在Jmeter中单击Stop先停止录制，然后把浏览器代理设立改为本来设立即可。
办法二：
JMeter提供了一种运用本地Proxy Server（代理服务器）来录制生成测试脚本功能，但是这个功能并不好用。因此在本文中简介一种更为惯用办法——使用Badboy录制生成JMeter脚本。
简朴简介一下Badboy。Badboy是一款不错Web自动化测试工具，如果你将它用于非商业用途，或者用于商业用途但是安装Badboy机器数量不超过5台，你是不需要为它支付任何费用。也许是一种推广方略，Badboy提供了将Web测试脚本直接导出生成JMeter脚本功能，并且这个功能非常好用，也非常简朴。你可以跟着下面实验环节来迈出你在开源世界第一步。
1. 通过Badboy官方网站下载Badboy最新版本；
2. 安装Badboy。安装过程同普通Windows应用程序没有什么区别，安装完毕后你可以在桌面和Windows开始菜单中看到相应快捷方式——如果找不到，可以找一下Badboy安装目录下Badboy.exe文献，直接双击启动Badboy；
3. 启动Badboy，在地址栏（图中红色方框标注某些）中输入你需要录制Web应用URL——这里咱们以为例，并点击GO按钮开始录制。如果你用过LoadRunner之类商业工具，对于这个操作一定不会陌生吧^_^
4.  开始录制后，你可以直接在Badboy内嵌浏览器（主界面右侧）中对被测应用进行操作，所有操作都会被记录在主界面左侧编辑窗口中——在这个实验中，咱们在Yahoo搜索引擎中输入JMeter进行搜索。但是你将看到，录制下来脚本并不是一行行代码，而是一种个Web对象——这就有点像LoadRunnerVuGen中Tree View视图；
5. 录制完毕后，点击工具栏中“停止录制”按钮，完毕脚本录制；
6. 选取“File -> Export toJMeter”菜单，填写文献名“login_mantis.jmx”，将录制好脚本导出为JMeter脚本格式。也可以选取“File -> Save”菜单保存为Badboy脚本；
7.  启动JMeter并打开刚刚生成测试脚本。

5.2 运营及记录成果设立
　　(1)完毕脚本录制后还需要定义你所需成果设立才算完毕了Test Plan设立，一方面要设立Thread Group（相称于虚拟顾客组）属性，单击Thread Group，在右边窗口中设立Number of Thread（相称于虚拟顾客数）为5，Ramp-Up Period(in seconds)为1，Loop Cout选项取消选中Forever，在右边框中输入2。以上设立表达共有5个虚拟顾客，每隔1秒运营一种，迭代2次。

　　(2)要查看运营成果还需要加入Listener，选中Thread Group单击鼠标右键选取Listener->View Results in Table，通过这个视图可以查看到每个链接执行状况，涉及执行时间和成功与否，再加入Aggregate Report，通过这个视图可以查看每个Thread Group组最大、最小和平均响应时间。加入View Results Tree，通过这个视图可以查看每个链接执行状况，涉及发出祈求和服务器返回详细内容。

　　(3)OK，所有设立暂到此结束，接下载可以运营了。

　　4、运营及成果查看

　　(1)OK，运营看看吧，由于设立运营时间较短，因此先选取View Results in Table，然后按下Ctrl+r键开始运营脚本，就可以看到每个祈求运营成果了，还可以单击其她两个成果视图实时查看运营成果。

　　说了这样多相信读者已经对这个工具备些感性结识了吧，简朴、便捷、跨平台、随手拈来即可使用，是它最大有点（占内存是Java无法避免，浮现最先一幕）。但是我本意是想说说使用使用Jmeter进行查询内容参数化，没想到就简朴使用也耗费了这样多篇幅，那只有下一节再叙了。总感觉这个工具比较“爽”。

　　中文站点：
　　本文原在我另一种blog上，由于已经不用那个了，因此再次贴到这里来。这里再附上我使用一段脚本——设立浏览器代理服务器脚本，功能是设立代理服务器为localhost，端口为8080，并打开一种浏览器实例，关闭该实例则取消代理服务器设立。注意：此脚本在我机器上运营通过，如果您要使用请自己修改，由于是对注册表操作，因此请不熟悉朋友慎用，或者使用其她有类似功能软件。
*******************************************************************************
'脚本阐明：使用本脚本可以设立代理为localhost:8080,关闭浏览器后自动取消代理设立。
'创 建 人:wyingquan at hotmail dot com
'创立时间：-11-24 星期三
'*******************************************************************************

保存当前设立
　　Set reg=WScript.CreateObject("WScript.Shell") 
　　设立浏览器使用代理，服务器名localhost，端标语8080
　　reg.regwrite "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet 　　　Settings\ProxyEnable",1,"REG_DWORD"
　　reg.regwrite "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet 　Settings\ProxyServer","localhost:8080","REG_SZ"
　　reg.regwrite "HKLM\SYSTEM\ControlSet001\Hardware 　Profiles\Current\Software\Microsoft\windows\CurrentVersion\Internet Settings",1,"REG_DWORD"
　　reg.regwrite "HKLM\SYSTEM\ControlSet001\Hardware 　Profiles\0001\Software\Microsoft\windows\CurrentVersion\Internet Settings",1,"REG_DWORD"
　　reg.regwrite "HKLM\SYSTEM\CurrentControlSet\Hardware 　Profiles\0001\Software\Microsoft\windows\CurrentVersion\Internet Settings\ProxyEnable"