Jmeter 自动化二次构建:Jenkins+ant
介绍
性能测试利器——Jmeter,由于工作原因需要执行大量脚本并分析结果,为了直观将结果报告中的数据存储到数据库中并利用数据分析软件进行分析。
性能测试自动化需要的工具 Jmeter+ant+Jenkins,具体的安装教程以及使用教程省略(网上有很多)。
本文先简单讲述了 Jenkins+ant+jmeter 的配置,之后是本文主要的内容——对失败事务的二次构建,即对执行失败的事务针对性的再一次执行脚本。
1、安装工具
安装 Jmeter、ant、Jenkins,版本不限。本人使用的版本为:apache-ant-1.10.12、apache-jmeter-5.4.1。
2、配置文件
apache-jmeter/extras/build.xml 文件是 jmeter 脚本生成结果报告的配置文件,我们需要自己创建一个 build_ant.xml。
<?xml version="1.0" encoding="UTF-8"?>
搭配 ant 后我们在 windows 端的执行命令为:
D:\software\apache-ant-1.10.12\bin\ant -f D:\Ginny\jmx_auto\build_ant.xml
将上面的执行命令保存到 test.bat 文件中,在 Jenkins 中新建一个 New-Item --》 Freestyle project,只需在 Build 下建一个 Execute Windows batch command,框内命令为:
D:\Ginny\jmx_auto\test.bat
Build Now 即可执行 jmeter 脚本,这里忽略了将结果文件解析到数据库的操作,需要编写代码实现,可以从下面二次构建中的函数提取。
二次构建
上述只是简单说了一下性能自动化环境搭建,忽略了将数据库更新到数据库这一步,但二次构建函数其实涉及到了,所以一并在这里写了。
数据库表的结构:
CREATE TABLE `test` (
`report_date` datetime DEFAULT NULL,
`步骤名` text,
`samples` int(11) DEFAULT NULL,
`failures` int(11) DEFAULT NULL,
`success_Rate` float DEFAULT NULL,
`average_Time(ms)` int(11) DEFAULT NULL,
`min_Time(ms)` int(11) DEFAULT NULL,
`max_Time(ms)` int(11) DEFAULT NULL,
`id` int(11) NOT NULL AUTO_INCREMENT,
PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8;
每次执行脚本后,查看数据库会发现很多用例的 success_Rate 为 0,即对应脚本中的事务控制器/HTTP提取器执行失败(非脚本问题导致的失败,若脚本有问题当然是修 jmeter 脚本),需要手动操作来测试再将正确性能数据更新到数据库中。
但这样一来,如果失败的用例很多,手动确认变很繁琐,如果重新跑一次可能不仅费时还可能会产生同样的结果,这些失败的原因大部分可能是环境因素。
因此本人想到根据数据库中的结果用代码实现对 jmx 文件进行修改,修改之后使得再次执行时只执行失败用例的部分。
.jmx 文件解析
首先需要对 jmeter 脚本进行解析。
Jmter 非 GUI 模式下录制脚本:

用文本编辑器打开这个 .jmx 文件,查看后发现其格式为 xml,观察一个事务控制器的文本:
false
true
true
false
{"username":"2","password":"1","validity":-1,"sliderToken":"","origin":"","encrypted":false}
=
${IP}
${Port}
http
/webroot/decision/login
POST
true
false
true
false
Referer
http://${IP}:${Port}/webroot/decision/login
Accept-Language
zh-CN,zh;q=0.9
Origin
http://${IP}:${Port}
X-Requested-With
XMLHttpRequest
Content-Type
application/json
Accept-Encoding
gzip, deflate
Accept
application/json, text/javascript, */*; q=0.01
User-Agent
Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36
false
token_value
accessToken":"(.*?)"
$1$
{"data":{"username":"2",
Assertion.response_data
false
16
通过分析,我们需要处理的信息提取如下:
* 每个事务控制控制器对应 * 事务控制器的名称对应:testname="..." * 事务控制器的启用/禁用:enabled="true" /enabled="false" * 脚本执行后结果呈现单位为事务控制器还是HTTP取样器: true * 每个事务控制控制器对应 * HTTP 取样器的名称对应:testname="..." * HTTP 取样器的启用/禁用:enabled="true" /enabled="false" * 每个正则表达式提取器对应
通过 1 的第四条判断我们处理(禁用)的单位是事务控制器 or HTTP 取样器,禁用数据库中成功的单位,包含正则表达式提取器的单位不可禁用。
由于参数较多,附加了一个配置文件 config.ini:
; 性能自动化
[db]
; comment = '自动化脚本执行后存储结果的数据库信息'
host = localhost
user = root
password =
database = auto
table = test
[html]
; comment = 'html_folder:jmeter 脚本执行的 html 结果存放地址'
html_folder = D:\Ginny\jmx_auto\html_results
[jmx]
; comment = 'jmx_folder:jmeter 脚本存放地址;jmx_exc:jmeter 脚本执行的 os 命令'
jmx_folder = D:\Ginny\jmx_auto\jmx
jmx_exc = D:\Ginny\jmx_auto\test.bat
下面是流程图:

工程代码:github:jmxReconstruction.py
Jenkins 同样建一个 Freestyle project,在 Build 下建一个 Execute Windows batch command:
python jmxReconstruction.py "config.ini" "2021-12-28 20:54:00"
同一批次执行的脚本存储到数据库中的 report_date 是一样的,所以二次构建根据时间来分组。
Build now 执行结果:
