jmeter使用哪些功能

发布网友

我来回答

共2个回答

懂视网

经过查找资料发现 Jmeter 的 extras 目录下有生成 HTML 的 xsl 样式表，其实 Jenkins+ant+Jmeter 生成的 HTML 报告也是调用了这里的样式表生成的，于是

通过 xsltproc report.jtl > test.html，或者 ant 也可以。这个命令把Jmeter 的结果文件转换为 HTML 的报告。结果如下： 这里虽然能生成 HTML 报告了，但是这个报告太弱了，基本不能用，包含的参数太少。所以需要对这个报告进行扩展。因为 Jmeter 本身的聚合报告的数据还是比较全的，

因此打算按照那个报告的值进行扩展。

xsltproc，xlst介绍

XSL 指扩展样式表语言（EXtensible Stylesheet Language），把 XML 转换为HTML 用的就是 xls 编写的样式表，所以如果要扩展这个报告，首先要对 xls

熟悉，才能更改和扩展样式表。可以在 http://www.w3school.com.cn/xsl/index.asp这里进行此语言的学习。

xsltproc 是一个快速 XSLT 引擎,它可以将通过 XSL 层叠样式表把 XML 转换为相应格式的文件，比如：HTML,XHTML,PDF

比如将 XML 转换为 HTML，使用格式如下：

xsltproc xsl-html.xsl hoto.xml -o html.html （这里还可以直接把样式表文件写入 jtl 文件的 href 属性中，直观的告诉这个 XML 用哪个样式表）

xls 中查找 XML 用的 xpath，因此还需要对 xpath 熟悉，xsltproc 这个引擎用的是 xpath1.0 版本，因此在样式表中使用 xpath 是不能使用 xpath2.0 的函数和一些属性。 个人对 xpath 还算熟悉，但是对 xls 一点也不熟悉，没办法为了能够扩展报告，直接学习 xls 和 xpath。（关于 xls 会再写一遍博客介绍，顺便把使用过程中 的问题和经验汇总）

如果直接使用 ant 和 Jmeter 集成后也是可以直接生成的，但是 ant 转换 HTML 的引擎也是只支持 xpath1.0，后来经过了解大部分的引擎都不支持xpath2.0，所以 期中不能使用 xpath2.0 的函数。

90%Line 时间为了能够显示 90%Line 的时间，首先要对这个指标熟悉，这个指标值得是一组数据，在 90% 的位置的数据的时间，所以我们扩展的时候只要知道了 90% 位置的索引，那么就能取得这个值了。 以下是部分关键代码

这里主要是获得时间元素的集合，以及 90%line 的位置，有了这两个参数后就可以进行后续的扩展了，扩展后的效果图如下：

因为 90%Line 和 95%Line,99%Line 计算原理都是一致的，因此只要计算出一个值其他的值也很好计算

QPS 扩展

Jmeter 的具合报告有 Throughput 这个值，这个在 loadrunner 中是表示为吞吐量的，这里可以表示 QPS 或者 TPS（在使用了事务的情况下），个人把这个称为 QPS，因为更直观。

和 %90Line 同样的道理，首先必须知道这个值是怎么计算出来，经过查找资料和官网的比较，发现这个值是通过如下的公式计算出来的：

官网的截图：

Throughput = (number of requests) / (total time)

total time = 测试结束时间 - 测试开始时间

测试结束时间 = MAX(请求开始时间 + Elapsed Time) 测试开始时间 = MIN(请求开始时间)

知道了公式，那么计算就容易了，以下是关键代码：

扩展后的结果如下：

吞吐量扩展

在 loadrunner 中吞吐量就是 Throughput，在 Jmeter 的聚合报告中最后一列的值就是 loadrunner 中的 Throughput，为了便于区分，我把这里的值称为Throughput，

也就是吞吐量。

经过查找资料发现吞吐量的计算和 QPS 的计算公式是一样的，因为也就是如下的公式：

Throughput = (请求的总字节数) / (total time)

这里的 total time 计算和 QPS 是一样的，而总字节数直接把所有请求的加起来即可，关键代码如下：

因为这里显示的字节，最后的结果我打算以 KB 的单位显示，因此这里需要除以1024，扩展后的结果如下

TPS扩展

TPS 在 Jmeter 中虽然某些情况和 QPS 是一致的，但是还是有不一致的地方，因此这里也需要扩展，这样的结果看着更清晰明了。

首先和其他的参数扩展一样，需要知道计算公式，这里的计算公式和 QPS 也是一样的，只是数据的集合不一样，以下是扩展后的效果。 在扩展的过程中进一步发现 Jmeter 的聚合结果中最后的”总体“一行在某些情况下计算的数值是不准确的。如果脚本中不包含事务，那么这里的结果是准确的，如果都包含事务并且把

Generate parent sample 选中后这里的结果也是准确的，在脚本中有事务并且没有选中 Generate parent sample，或者有些有事务有些没有时，这时的结果就不准确了，因为查看计算

方式发现它把所有的请求都算进去了。

比如，一个 jtl 文件中即包含 HTTP 请求也包含事务，因为事务只是对之前请求的一个统计，本身是不发送请求的，所以计算总的吞吐量、QPS，TPS 时是不能这么算的。

所以在扩展的过程中分成了两个样式表，一个样式表处理包含事务，或者没有事务的情况，这时的结果以 QPS 衡量；一个样式表处理全都是事务的情况，这时候的结果以 TPS 衡量，这样

就准确了。

测试

扩展了好几个指标，这些指标的正确性如何呢？需要在多种情况下进行测试，经过测试后各个指标都是正确的。但是还没有在大的数据量级别下测试，如果测试后发现哪里会有问题，会及时

更改。

切记：由于样式表中是按照 lb 进行请求区分的，因此这里的 lable 不能重复，本身也不应该重复，包括 Jmeter 的聚合报告都是以 lable 进行区分的

PS：在扩展过程中的难点一是公式如何计算的，二是xls这个 指扩展样式表语言不是很熟悉，本身也有很多，会在下个博客中说明。但是用过后感觉还是很不错的既熟悉了 xpath 还熟悉了 xls。

三是需要对 Jmeter 的测试结果文件每个字段戴表什么意思熟悉，这样才能定制更多的指标，这个也会在单独的博客中说明

OneAPM Mobile Insight 以真实用户体验为度量标准进行Crash 分析，监控网络请求及网络错误，提升用户留存。访问OneAPM 官方网站感受更多应用性能优化体验，想阅读更多技术文章，请访问 OneAPM官方技术博客。

热心网友

JMeter主要组件介绍
1.测试计划(Test Plan)是使用 JMeter 进行测试的起点，它是其它 JMeter 测试元件的容器。
2.线程组(Thread Group)代表一定数量的并发用户，它可以用来模拟并发用户发送请求。
3.取样器(sampler)定义实际的请求内容，被线程组包含，我们主要用HTTP请求。
4.*(Listener)
5.逻辑控制器(Logic Controller)
6.断言(Assertions)
7.配置元件(Config Element)
8.前置处理器(Pre Processors)和后置处理器(Post Processors)
9.定时器(Timer)
JMeter主要组件介绍－测试计划
1.测试计划(Test Plan)是使用 JMeter 进行测试的起点，它是其它 JMeter 测试元件的容器。
2.名称：你可以为你的测试计划取一个有意义的名字。
3.注释：对测试计划的注释。
4.用户定义的变量：用户可以自己定义变量，在用到此变量的时候直接用${变量名}引用即可。例：变量名＝url，值＝http://www.baidu.com，在需要http://www.baidu.com时直接用${url}即可。
5.Add directory or jar to classpath：向类路径即%JMETER-HOME%\lib中添加目录及jar包。
JMeter主要组件介绍－线程组
1.名称：为线程组起名字。
3.线程属性－线程数：设置发送请求的用户数目 ，即并发数。
4.线程属性－Ramp-Up Period(in second)：线程间的时间间隔，单位是秒。即所有线程在多少时间内启动。
5.线程属性－循环次数：请求的重复次数，如果选择后面的forever（默认），那么 请求将一直继续，如果不选择forever，而在输入框中输入数字，那么请求将重复指定的次数，如果输入1，那么请求将执行一次，如果是0，会出现问题。
5.调度器配置－启动时间：测试计划什么时候启动，启动延迟会覆盖它。
6.调度器配置－结束时间：测试计划什么时候结束，持续时间会覆盖它。
7.调度器配置－持续时间：测试计划持续多长时间，会覆盖结束时间。
8.调度器配置－启动延迟：测试计划延迟多长时间启动，会覆盖启动时间。
JMeter主要组件介绍－取样器(HTTP请求)
1.名称：HTTP请求的名字。
2.Web服务器－服务器名称或IP、端口号，脚本录制时自动添加，也可以使用“用户自定义变量”。
3.HTTP请求：用默认值即可。
4.同请求一起发送参数：请求中的参数、值可以在此设置，需要用到参数化及动态数据关联，我们在后面专门介绍。
5.同请求一起发送文件：我可以制定同请求一起发送哪个文件。
6.其他任务包括：从HTML文件中获取所有内含的资源、用作监视器、Embedded URLs must match。