这是今年1月24日的旧文,发现没在这里发过,就搬运过来了。
声明
- 本文讨论的使用场景主要为使用已有的 jmx 脚本,并配合 json 对 jmx 脚本进行部分参数的动态修改。
- 只补充一些官方文档上没有提到的使用注意事项,所以官网上阐述得比较清楚的点,文章里就不再赘述。
什么是 bzt?
bzt,全名是Blazemeter taurus,是Blazemeter旗下的一款开源组件,官方宣称此组件的底层依赖于JMeter、Gatling、Locust.io和Selenium WebDriver,并且经过了自动化程度高、可操作性好的封装,使得性能测试与功能测试的过程变得更加简单。
使用 bzt 压测的基本流程
使用 bzt 中的jmeter引擎压测,有两种方式:
- 直接运行已有的 jmx 文件
bzt example.jmx - 利用
yaml或者json生成一个 jmx 脚本并运行bzt example.yaml / bzt example.json
可以发现,其实jmeter里运行的始终是 jmx 文件,只不过 bzt 对 jmx 文件做了一层包装,使得没有接触过 jmeter 的用户也可以根据官方文档的指引用yaml/json生成较为简单的 jmx 脚本。
编写脚本的注意事项
本文主要讨论的使用场景来源于我们所开发的 TCPS 平台——用户上传自己的 jmx 脚本,而用户每次运行脚本时都可能会修改这几个值:①需要压测的线程、②并发数和③压测时长;另外在运行脚本前,用户还需要调试脚本,并得到请求的 response 数据。
1. 如何修改已有脚本的某项参数值
通过 bzt 所提供的set-prop参数,可以动态修改已有脚本的某些参数值,如图:

但是官方文档中没有提到的事情有:
- 只能通过节点的 testname 识别到该节点。
- 当有多个节点的 testname 相同时,会修改所有拥有相同 testname 的节点的值
- 没有办法识别 jmx 的层级,如果需要区分两个不同层级的节点,建议修改 testname
2. 如何选择性地执行已有脚本的线程组?
图中的红框部分就是启用部分线程组,禁用另一部分线程组,以达到动态选择线程组去执行的目的。

语法格式很好明白,但是有那么几点注意事项:
-
通过 ThreadGroup 的 testname 去识别线程组,并且把该 ThreadGroup 节点的
enable值设置为true或者false,如图:

-
在设置
enable的线程组数组时,如果脚本里有多个 testname 相同的线程组,有以下几种情况:
(1)这几个线程组节点的 enable 值都为false;bzt 不会运行任何一个线程组(2)这几个线程组节点的 enable 值有些为
false,有些为true;bzt 只会运行enable值为true的线程组(3)这几个线程组节点的 enable 值都为
true;bzt 会运行全部线程组 -
在设置
disable的线程组数组时,不管线程组原本的enable值为true或者false,都会被设置为false
3. 如何查看具体的测试结果?
bzt 提供两种查看结果的方式,分别是xml格式和csv格式。
查看xml结果
如果想得到xml格式的结果,具体的脚本设置如下:
{ "execution": [ { "write-xml-jtl": "error", "scenario": "example" } ], "scenarios": { "example": { "script": "example.jmx" } }, "modules": { "jmeter": { "xml-jtl-flags": { "xml":`true`, "fieldNames":`true`, "time":`true`, "timestamp":`true`, "latency":`true`, "connectTime":`true`, "success":`true`, "label":`true`, "code":`true`, "message":`true`, "threadName":`true`, "dataType":`true`, "encoding":`true`, "assertions":`true`, "subresults":`true`, "responseData":`false`, "samplerData":`false`, "responseHeaders":`true`, "requestHeaders":`true`, "responseDataOnError":`true`, "saveAssertionResultsFailureMessage":`true`, "bytes":`true`, "threadCounts":`true`, "url":`true` } } } }
其中write-xml-jtl的值有error(默认值) 、full、 none三种,以下依次介绍三种情况。
-
当
write-xml-jtl的值为error时
设置完成并运行后,会从项目文件夹里得到error.jtl和kpi.jtl两个结果文件,如图

查看这两个文件,里面的内容分别是
这是因为我测试的两个接口都返回了404,而write-xml-jtl的值为error则表示把错误日志以xml格式输出。 -
当
write-xml-jtl的值为full时
运行后,会从项目文件夹里得到trace.jtl和kpi.jtl两个结果文件,如图

查看这两个文件的内容,会得到


因为我们把
write-xml-jtl的值设置为full,那么 bzt 就把所有的日志都以xml格式打印在了trace.jtl这个文件里了。 -
当
write-xml-jtl的值为none时
运行后,项目文件夹里只有kpi.jtl这个结果文件,如图

查看这个文件的内容,如图

这意味着如果我们把
write-xml-jtl的值设置为none,它不会打印任何值,项目里只有默认生成的结果文件。
查看csv结果
如果想得到csv格式的结果,脚本设置如下:
{ "modules": { "jmeter": { "csv-jtl-flags": { "xml": false, "fieldNames": true, "time": true, "timestamp": true, "latency": true, "connectTime": true, "success": true, "label": true, "code": true, "message": true, "threadName": true, "dataType": false, "encoding": false, "assertions": false, "subresults": false, "responseData": false, "samplerData": false, "responseHeaders": false, "requestHeaders": false, "responseDataOnError": false, "saveAssertionResultsFailureMessage": false, "bytes": true, "hostname": true, "threadCounts": true, "url": false } } } }
用同样的接口测试后,会得到一个kpi.jtl文件,如图

查看文件,可以看到刚才设置的值都被打印出来了,如图

如果把所有的属性值都设置成true,那么会得到下面这个文件

注意事项
无论是使用xml还是csv,有两点需要注意
-
当使用
csv-jtl-flags的时候,xml属性必须为false,不然会得到Error: Could not determine delimiter报错,如图
-
当使用
xml-jtl-flags的时候,如果xml属性为false,bzt 不会报错,但是生成的所有结果文件都会是csv格式,如图(1)只打印错误信息

(2)打印所有信息
