怎样在国外网站上做外贸广告,黄冈网站推广软件下载,建造师招聘网,网站功能需求怎么写题记#xff1a;在用 loadrunner 的时候可以生成一个 HTML 的报告#xff0c;并且里面包含各种图表#xff0c;各种详细的数据。而在使用 Jmeter 测试完后并不能直接生成 Html 的报告(无论是用 GUI 还是命令行启动)。经过查找资料发现 Jmeter 的 extras 目录下有生成 HTML 的…题记在用 loadrunner 的时候可以生成一个 HTML 的报告并且里面包含各种图表各种详细的数据。而在使用 Jmeter 测试完后并不能直接生成 Html 的报告(无论是用 GUI 还是命令行启动)。经过查找资料发现 Jmeter 的 extras 目录下有生成 HTML 的 xsl 样式表其实 JenkinsantJmeter 生成的 HTML 报告也是调用了这里的样式表生成的于是通过 xsltproc report.jtl test.html或者 ant 也可以。这个命令把Jmeter 的结果文件转换为 HTML 的报告。结果如下这里虽然能生成 HTML 报告了但是这个报告太弱了基本不能用包含的参数太少。所以需要对这个报告进行扩展。因为 Jmeter 本身的聚合报告的数据还是比较全的因此打算按照那个报告的值进行扩展。xsltprocxlst介绍XSL 指扩展样式表语言(EXtensible Stylesheet Language)把 XML 转换为HTML 用的就是 xls 编写的样式表所以如果要扩展这个报告首先要对 xlsxsltproc 是一个快速 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 请求也包含事务因为事务只是对之前请求的一个统计本身是不发送请求的所以计算总的吞吐量、QPSTPS 时是不能这么算的。所以在扩展的过程中分成了两个样式表一个样式表处理包含事务或者没有事务的情况这时的结果以 QPS 衡量一个样式表处理全都是事务的情况这时候的结果以 TPS 衡量这样就准确了。测试扩展了好几个指标这些指标的正确性如何呢需要在多种情况下进行测试经过测试后各个指标都是正确的。但是还没有在大的数据量级别下测试如果测试后发现哪里会有问题会及时更改。切记由于样式表中是按照 lb 进行请求区分的因此这里的 lable 不能重复本身也不应该重复包括 Jmeter 的聚合报告都是以 lable 进行区分的PS在扩展过程中的难点一是公式如何计算的二是xls这个 指扩展样式表语言不是很熟悉本身也有很多限制会在下个博客中说明。但是用过后感觉还是很不错的既熟悉了 xpath 还熟悉了 xls。三是需要对 Jmeter 的测试结果文件每个字段戴表什么意思熟悉这样才能定制更多的指标这个也会在单独的博客中说明
