jmeter入门（02）测试报告各项指标含义

一、名词定义（时间单位ms）

1、聚合报告

• Sample:本次测试场景共运行多少个请求；
• Average:平均响应时间；
• Median:统计意义上的响应时间中值；
• 90% line:所有线程中90%的线程响应时间都小于xx的值;
• Min:响应最小时间；（ms）
• Max:响应最大时间；（ms）
• Error:出错率；
• Throughput - 吞吐量以“requests/second、requests /minute、 requests /hour”来衡量。 时间单位second，所以，显示速率至少是1.0，即每秒1个请求。 当吞吐量被保存到CVS文件时，采用的是requests/second，所以30.0 requests/second 在CVS中被保存为0.5
• KB/sec 以流量衡量的吞吐量

2、图形结果

• 样本数目：客户端向服务器发出的请求数目，正常情况下等于 并发数目×循环次数
• 最新样本：服务器响应最后一个请求的时间。
• 吞吐量：服务器每分钟处理的请求数目。
• 平均值：总的运行时间除以发送到服务器的请求数目；
• 中值：时间的数字，有一半的服务器响应时间低于该值而另一半高于该值。
• 偏离：服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布。

3、查看结果数

二、如何使用jmeter

JMeter 线程组（JMeter Thread Group）：每个线程均独立运行测试计划，线程组常用来模拟并发用户访问。假如客户机没有足够的能力来模拟较重的负载，可以使用Jmeter的分布式测试功能来通过一个Jmeter控制台来远程控制多个Jmeter引擎完成测试。

1、ramp-up period

• 参数 ramp-up period 用于告知JMeter 要在多长时间内建立全部的线程。默认值是0。
• 假如未指定ramp-up period ，也就是说ramp-up period 为零， JMeter 将立即建立所有线程，
• 假设ramp-up period 设置成T 秒， 全部线程数设置成N个， JMeter 将每隔T/N秒建立

　　线程组的大部分参数是不言自明的，只有ramp-up period有些难以理解， 因为如何设置适当的值并不轻易。

首先，假如要使用大量线程的话，ramp-up period 一般不要设置成零。 因为假如设置成零，Jmeter将会在测试的开始就建立全部线程并立即发送访问请求， 这样一来就很轻易使服务器饱和，更重要的是会隐性地增加了负载，这就意味着服务器将可能过载，不是因为平均访问率高而是因为所有线程的第一次并发访问而引起的不正常的初始访问峰值，可以通过Jmeter的聚合报告监听器看到这种现象。
这种异常不是我们需要的，因此，确定一个合理的ramp-up period 的规则就是让初始点击率接近平均点击率。当然，也许需要运行一些测试来确定合理访问量。
基于同样的原因，过大的ramp-up period 也是不恰当的，因为将会降低访问峰值的负载，换句话说，在一些线程还未启动时，初期启动的部分线程可能已经结束了。
那么，如何检验ramp-up period I太小了或者太大了呢？

首先，推测一下平均点击率并用总线程除点击率来计算初始的ramp-up period。

例如，假设线程数为100， 估计的点击率为每秒10次， 那么估计的理想ramp-up period 就是 100/10 = 10 秒。 那么，应怎样来提出一个合理的估算点击率呢？没有什么好办法，必须通过运行一次测试脚本来获得。

其次， 在测试计划（test plan）中增加一个聚合报告监听器，其中包含了所有独立的访问请求（一个samplers）的平均点击率。 第一次取样的点击率（如http请求）与ramp-up period 和线程数量密切相关。通过调整ramp-up period 可以使首次取样的奠基率接近平均取样的点击率。

第三， 查验一下Jmeter日志(文件位置：JMeter_Home_Directory/bin) 的最后一个线程开始时第一个线程是否真正结束了，二者的时间差是否正常。
总之，是否能确定一个适当的ramp-up time 取决于以下两条规则:

• 第一个取样器的点击率（hit rate）是否接近其他取样器的平均值，从而能否避免ramp-up period 过小。
• 在最后一个线程启动时，第一个线程是否在真正结束了，最好二者的时间要尽可能的长，以避免ramp-up period过大。

有时，这两条规则的结论会互相冲突。 这就意味着无法找到同时满足两条规则的合适的ramp-up period。 糟糕的测试计划通常会导致这些问题，这是因为在这样的测试计划里，取样器将不能充分地采集数据，可能因为测试计划执行时间太短并且线程会很快的运行结束。

2、用户思考时间（User think time），定时器，和代理服务器（PRoxy server）

　　负载测试要考虑的的一个重要要素是思考时间（think time）， 也就是在两次成功的访问请求之间的暂停时间。 有多种情形挥发导致延迟的发生： 用户需要时间阅读文字内容，或者填表， 或者查找正确的链接等。未认真考虑思考时间经常会导致测试结果的失真。例如，估计数值不恰当，也就是被测系统可以支持的最多用户量（并发用户）看起来似乎要少一些等。
　　Jmeter提供了一整套的计时器（timer）来模拟思考时间（think time）， 但是仍然存在一个问题：: 如何确定适当的思考时间呢？幸运的是， JMeter 提供了一个不错的答案：使用 JMeter HTTP 代理服务器（Proxy Server）元件。
　　代理服务器会记录在使用一个普通的浏览器（如Firefox 或 Internet EXPlorer）浏览一个web应用时的操作。 另外， JMeter 在记录操作的同时会建立一个测试计划（test plan）。 这个功能能提供以下便利：
　　·不必手工建立HTTP 访问请求， 尤其是当要设置一些令人乏味的参数时（然而，非英文的参数也许不能正常工作) 。JMeter 将会录制包括隐含字段（hidden fields）在内的所有内容。
　　·在生成的测试计划中，Jmeter会包含浏览器生成的所有的 HTTP 报头，如User-Agent (e。g。， Mozilla/4。0)， 或AcceptLanguage (e。g。， zh-tw，en-us;q=0。7，zh-cn;q=0。3)等。
　　·JMeter 会根据设置在录制操作的同时建立一些定时器，其延迟时间是完全根据真实的操作来设置的
现在让我们来看一下如何配置Jmeter的录制功能。 在JMeter 的控制台上， 在工作台（WorkBench）元件上单击右键，然后选择”add the HTTP Proxy Server “。 注重是在WorkBench 上单击右键而不是在Test Plan上， 因为现在是要为记录操作进行配置而不是要运行测试计划。 HTTP Proxy Server 的实现原理就是通过配置浏览器的代理服务器而使所有的访问请求通过JMeter发送（，因而被Jmeter把访问过程录制下来）。
　　 HTTP代理服务器（HTTP Proxy Server）元件的一些参数必须被配置:
　　·端口(port): 代理服务器的监听端口
　　·目标控制器（Target Controller）: 是代理用于存储生成的数据的控制器，默认情况下，， JMeter 将会在当前的测试计划中找一个记录用的控制器用于存储，此外也可以在下拉菜单中选择任意控制起来存储，通常默认值就可以了。
　　·分组(Grouping): 确定在测试计划中如何来为生成的元件分组。 有多个选项， 一般可以选择“只存储每个组的第一个样本”，否则，将会原样录制URLs，包括包含图像和javascripts脚本的页面。当然 也可以尝试一下默认值“不对样本分组”（"Do not group samples"），来看一下JMeter 建立的原版的测试计划。
　　·包含模式(Patterns to Include) 和 排除模式(Patterns to Exclude) :帮助过滤一些不需要的访问请求。

资料引用:http://www.knowsky.com/367353.html