18.3.12图汇 | ||||||||||||||||||||||
聚合图表类似于聚合报告。主要的区别是总图提供了一种简单的方法来生成柱状图和图形保存为PNG文件。 控制面板 下图显示的设定例绘制此图。
请注意:所有这些参数 都不会 保存在JMeter的JMX脚本。
| ||||||||||||||||||||||
BeanShell的18.3.15监听器 | ||||||||||||||||||
BeanShell的监听器允许处理样品使用的BeanShell的保存等。 有关使用BeanShell的详细信息,请参见 BeanShell的网站。 测试元件支持ThreadListener和TestListener方法。这些应该在初始化文件中定义。例如见定义文件BeanShellListeners.bshrc。 控制面板
在调用脚本之前,一些变量都设置在BeanShell的解释:
有关可用的所有方法的细节上的每个上述变量时,请确认的Javadoc 如果属性 beanshell.listener.init 被定义,这是用于加载一个初始化文件,它可以用来定义方法等在BeanShell的脚本使用。 |
18年3月18日BSF监听器 | ||||||||||||||||||
在BSF监听允许施加至样品结果BSF脚本代码。 控制面板
脚本(或文件)被使用BSFEngine.exec()方法,它不返回一个值进行处理。 调用脚本之前,一些变量设置。注意,这些是BSF变量 - 即它们可以直接在脚本中。
有关可用的所有方法的细节上的每个上述变量时,请确认的Javadoc | ||||||||||||||||||
18.3.20比较断言展示台 | ||||||
比较断言展台展示的任何结果 比较断言 元素。 控制面板
|
18.3.11分布图(阿尔法) | |
该分布图将显示每个唯一的响应时间的酒吧。因为System.currentTimeMillis的()的粒度为10毫秒,90%的阈值应当是图形的宽度内。该图将利用两个阈线:50%和90%。这意味着,在0和行之间完成的响应时间的50%。相同的是90%的行的真实。使用30线程600K的要求进行使用Tomcat多次测试。该图是能够显示没有任何问题和50%和90%的线路都分布均图形的宽度内。一个高性能的应用程序通常会产生聚集在一起的结果。有内存泄漏的书面糟糕的应用程序,可能导致野生的波动。在这些情况下,阈值线路可能超出图形的宽度。建议解决这一特定问题的解决是web应用程序,因此表现良好。如果您的测试计划产生的分布图没有明显的结块或图案,这可能表明内存泄漏。肯定知道的唯一方法是使用分析工具。 控制面板 | |
18.3.13响应时间图 | ||||||||||||||||||||||||||||
响应时间绘制图表的显示响应时间演变的折线图在测试过程中,每个标记请求。如果对于相同的时间戳存在许多样品,则显示平均值。 控制面板 下图显示的设定例绘制此图。
请注意:所有这些参数 都不会 保存在JMeter的JMX脚本。
| ||||||||||||||||||||||||||||
18.3.9简单数据写入器 |
这个监听器可以记录结果的文件,但没有到用户界面。它是指通过消除GUI开销来提供记录数据的有效手段。当在非GUI模式下运行,-l标志可用来创建数据文件。字段保存由JMeter的属性定义。见jmeter.properties文件的详细信息。 控制面板 |
18.3.4样条展示台 | |
花键可视化提供了无论有多少样本已经全部采样时间从测试到结束的开始视图。样条具有10个点,每一个代表了样品的10%,并用花键逻辑来显示一个单一的连续线连接。 该图被自动缩放到适合窗口内。这需要比较的图表时要牢记在心。 控制面板 |
8.3.16总结报告 | |
总结报告在您的测试每一个不同的名称请求创建一个表行。这是类似的 总结报告 ,除了它使用较少的内存。 所述thoughput是从视图采样靶(例如,在HTTP的样品的情况下,远程服务器)的点计算的。JMeter的考虑到在其上已经产生的请求的总时间。如果其它取样和计时器都是在同一线程中,这些会增加的总时间,并因此降低了吞吐量值。因此,与不同的名称两个相同的采样将具有两个采样具有相同名称的吞吐量的一半。正确地选择采样标签以获得从报告最好的结果是很重要的。
时间以毫秒为单位。 控制面板 下图显示了选择“包含组名”复选框的例子。
| |
18.3.17保存响应文件 | ||||||||||||||||||||||||
该测试元件可以在任何地方在测试计划放置。在其范围内的每个样本,将创建的响应数据的一个文件。这样做的主要用途是在创造功能测试,但如果响应是太大,无法显示在它也可以是有用的 查看结果树 监听器。文件名是从指定的前缀,再加上一些(除非这是禁用的,见下文)创建的。文件扩展名从文件类型创建的,如果知道的话。如果不知道,文件扩展名被设置为“未知”。如果编号为禁用,并添加一个后缀被禁用,则该文件的前缀被取为整个文件名。这使得如果需要的话也可以产生一个固定的文件名。生成的文件名存储在样本响应,如果需要可以在测试日志输出文件被保存。 当前样本首先被保存,然后任何子样本(样本儿童)。如果提供了变量名,则该文件的名称被保存在该子样本出现的顺序。见下文。 控制面板
| ||||||||||||||||||||||||
18.3.3图形结果 | |
该图形结果监听器生成一个简单的图绘出所有的采样时间。沿着图的底部,当前的样品(黑色),当前的平均所有样本(蓝色),目前的标准偏差(红色),以及当前的通过速率(绿色)显示在毫秒。 吞吐量数字代表的请求/分钟的实际数量的服务器处理。这种计算包括您添加到您的测试和JMeter的自己内部处理时间的任何延迟。做这样计算的好处是,这个数字代表了真实的东西 - 你其实服务器处理每分钟多的请求,并且可以增加线程的数量和/或降低延迟,发现你的服务器的最大吞吐量。然而,如果你所做的分解出来的延误和JMeter的处理计算,这将是不清楚,你可以从这个数字得出什么结论。 控制面板 下表简要描述图表上的物品。如维基百科 - - 在统计术语的确切含义进一步的细节可以在网络上找到或由统计咨询一本书。 在显示器的底部的各个数字是当前值。“最新样本”是当前经过的采样时间,在图上为“数据”表示。 | |
18.3.5断言结果 | |
断言结果可视化显示各样品的标签。它还报告任何失败的 断言 是测试计划的一部分。 控制面板 也可以看看:
| |
18.3.19生成汇总结果 | ||||||
该测试元件可以在任何地方在测试计划放置。生成测试运行的总结,到目前为止,日志文件和/或标准输出。无论运行和差合计值显示。输出适当的时间边界上每隔n秒(默认3分钟)产生的,以使多个测试在同一时间运行将被同步。见jmeter.properties文件中为summariser配置项: #定义以下属性自动开始与该名#一个summariser(适用于非GUI模式)#summariser.name =摘要之间总结##间隔时间(单位:秒)默认3分钟#summariser.interval = 180 ##写消息日志文件#summariser.log =真##消息写入到System.out#summariser.out =真(非GUI)中运行该元素主要用于批次。输出如下所示: 标签+ 171 = 20.3s 8.4 / s的平均:1129最小值:1000最大值:1250错误:0(0.00%)标签+ 263 = 31.3s 8.4 / s的平均:1138最小值:1000最大值:1250错误:0(0.00 %)标签= 434 = 50.4s 8.6 / s的平均1135最小值:1000最大值1250错误:0(0.00%)标签+ 263 31.0s = 8.5 / s的平均:1138最小值:1000最大值1250错误:0 (0.00%)标签= 697 = 80.3s 8.7 / s的平均:1136最小值:1000最大值1250错误:0(0.00%)标签+ 109 = 12.4s 8.8 / s的平均:1092最小值:47最大值1250错误:0(0.00%)标签= 806在91.6s = 8.8 / s的平均1130最小值:47最大值1250错误:0(0.00%)“标签”是该元素的名称。的“+”意味着该线路是一个三角线,即示出了自上次输出的变化。在“=”表示的线是总计线路,也就是说,它示出了正在运行的总。在JMeter的日志文件条目还包括时间戳。这个例子“806在91.6s = 8.8 /秒”是指有记录91.6秒806样品,并以每秒8.8采样工作了。AVG的(平均),MIN(imum)和Max(imum)时间以毫秒为单位。“Err”表示错误的数目(也表示为百分比)。最后两行会出现在测试结束。它们将不会同步到相应的时间界限。需要注意的是最初和最终的增量可以是用于小于间隔(在上述本实施例为30秒)。第一增量通常将降低,因为JMeter的同步更新到间隔的边界。最后增量将降低,作为测试通常不是一个确切的时间间隔的边界上完成。 标签是用来组样品结果在一起。所以,如果你有多个线程组,并希望在它们之间所有的总结,然后使用相同的标签 - 或者summariser添加到测试计划(所以所有线程组都在范围内)。不同的摘要分组可以通过使用合适的标签和添加summarisers到适当的测试计划的部分来实现。 控制面板
| ||||||
表18.3.8查看结果 |
这种可视化工具会为每个样本结果一行。像 查看结果树 ,这个可视化工具使用了大量的内存。 默认情况下,它只显示主(父)样本; 它不显示子样本(子采样)。2.5.1后JMeter的版本有“子样?” 复选框。如果这被选择,那么子样品显示,而不是主要的样品。 控制面板 |
18.3.10监测结果 | |
监视结果是用于显示服务器状态的新的可视化。它是专为Tomcat 5,但任何Servlet 容器可以端口的状态servlet和使用这个监视器。有用于监视器两个主要标签。第一个是“健康”标签,这将显示出一个或多个服务器的状态。标有“性能”的第二个选项卡显示在过去的1000个样本为一台服务器的性能。用于负载计算的公式包含在展示台。 目前,在监视器的主要限制因素是系统内存。内存使用量的快速基准显示对100台1000个数据点的缓冲区将大致采取的10Mb的RAM。在一个1.4GHz的迅驰笔记本电脑内存1GB,显示器应该能够处理几百个服务器。 作为一般规则,监控生产系统应该注意设置适当的间隔。间隔超过5秒短过于激进和具有影响服务器的电势。与每隔5秒一个1000个数据点的缓冲,显示器会检查服务器状态一分钟12次或每小时720次。这意味着缓冲区显示每台机器的最后一个小时的演出历史。
有关如何使用显示器的详细说明,请参见 构建Monitor测试计划 控制面板 | |
8.3.7报告汇总 | |
该汇总报告在您的测试每一个不同的名称请求创建一个表行。对于每个请求,它总计响应信息,并提供请求计数,最小值,最大值,平均值,错误率,近似吞吐量(请求/秒)和千字节每秒的吞吐量。一旦测试完成后,可以通过为整个测试的持续时间的实际贯穿。 所述thoughput是从视图采样靶(例如,在HTTP的样品的情况下,远程服务器)的点计算的。JMeter的考虑到在其上已经产生的请求的总时间。如果其它取样和计时器都是在同一线程中,这些会增加的总时间,并因此降低了吞吐量值。因此,与不同的名称两个相同的采样将具有两个采样具有相同名称的吞吐量的一半。正确地选择采样名字摆脱总结报告的最好成绩是很重要的。 在计算 中位数 和90%线(90 个 百分位 )值需要额外的内存。对于JMeter的2.3.4及更早版本,每个样品的细节被单独保存,这意味着需要大量的内存。现在JMeter的样品相结合具有相同经历的时间,到目前为止,使用更少的内存。但是,对于采取超过几秒钟更多的样本,所述概率是较少的样本将具有相同倍,这将在需要的情况下更多的内存。查看 总结报告 为不保存单个样品的类似监听等需要不断的记忆。
时间以毫秒为单位。 控制面板 下图显示了选择“包含组名”复选框的例子。
| |
18.3.14梅勒展示台 | |||||||||||||||||||||||||||||||||||||||||||||
寄件人可视化工具可以设置,如果试运行从服务器接收太多的失败响应发送电子邮件。 控制面板
|