当前位置: 首页 > news >正文

基于Jmeter的性能测试框架搭建

谈到性能测试,部分公司连专门用于性能测试的环境都没有,更别提性能测试框架/平台了。下面,笔者就“基于Jmeter的性能测试框架搭建”这个话题,谈谈自己的一些想法。

工具

Jmeter
Influxdb
Grafana
Telegraf
Jenkins
Ant
Gitlab

理念
  • 测试人员只需专注脚本编写及性能结果分析。脚本提交Gitlab后自动触发构建,性能结果实时展现。

  • 性能测试脚本统一管理。

  • 性能测试框架

实现方法
  • 依赖Jmeter的Backend Listener监听器,采集tps,响应时间,cpu,内存等信息至Influxdb时序数据库,然后再通过Grafana展现性能结果。

  • 依赖Jenkins的webhook插件监听push事件,即push脚本至gitlab则触发Ant构建。

一、脚本上传小工具开发

压测小工具

开始构建

为了简便测试人员操作,特开发此压测小工具,实现功能如下:

  • 上传脚本前,初始化本地git仓库。

  • 克隆git仓库。

  • 根据上传的脚本修改build.xml文件。

  • push脚本和build.xml文件。

使用JGit访问Gitlab,dom4j处理xml文件。pom.xml配置如下:

<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.tool</groupId> <artifactId>performanceTestTool</artifactId> <version>1.0-SNAPSHOT</version> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>6</source> <target>6</target> </configuration> </plugin> </plugins> </build> <repositories> <repository> <id>jgit-repository</id> <url>https://repo.eclipse.org/content/groups/releases/</url> </repository> </repositories> <!-- Core Library --> <dependencies> <dependency> <groupId>org.eclipse.jgit</groupId> <artifactId>org.eclipse.jgit</artifactId> <version>4.11.0.201803080745-r</version> </dependency> <!-- Smart HTTP Servlet --> <dependency> <groupId>org.eclipse.jgit</groupId> <artifactId>org.eclipse.jgit.http.server</artifactId> <version>4.11.0.201803080745-r</version> </dependency> <!-- AWT UI Helpers --> <dependency> <groupId>org.eclipse.jgit</groupId> <artifactId>org.eclipse.jgit.ui</artifactId> <version>4.11.0.201803080745-r</version> </dependency> <!-- JUnit Test Support --> <dependency> <groupId>org.eclipse.jgit</groupId> <artifactId>org.eclipse.jgit.junit</artifactId> <version>4.11.0.201803080745-r</version> </dependency> <dependency> <groupId>dom4j</groupId> <artifactId>dom4j</artifactId> <version>1.6.1</version> </dependency> </dependencies> </project>

clone项目至本地仓库:

public static void cloneProject() throws Exception { //每次clone前先初始化 Util.deletefile(localProject); File file = new File(localProject); try { //克隆代码库命令 CloneCommand cloneCommand = Git.cloneRepository(); cloneCommand.setURI(remoteRepoURI) //设置远程URI .setBranch("master") //设置clone下来的分支 .setDirectory(file) //设置下载存放路径 .setCredentialsProvider(usernamePasswordCredentialsProvider) .call(); } catch (GitAPIException e) { e.printStackTrace(); } }

pull操作:

public static void pullFiles() throws IOException, GitAPIException { //git仓库地址 Git git = new Git(new FileRepository(localProject+"/.git")); git.pull().setRemoteBranchName("master"). setCredentialsProvider(usernamePasswordCredentialsProvider).call(); }

push 操作:

public static void pushFiles(String filePath,String commitMess) throws IOException, GitAPIException { File fileFrom = new File(filePath); File fileTemp = new File(localProject); File fileTo = new File(fileTemp.getAbsolutePath()+"/"+fileFrom.getName()); fileTo.createNewFile(); Util.copyFiles(fileFrom,fileTo); //拷贝脚本文件至git本地仓库 Repository rep = new FileRepository(localProject+"\\.git"); Git git1 = new Git(rep); git1.add().addFilepattern(fileFrom.getName()).call(); //此处必须使用本地仓库中需推送的文件名 git1.add().addFilepattern("build.xml").call(); //push修改后的build文件 //提交 git1.commit().setMessage(commitMess).call(); git1.push().setCredentialsProvider(usernamePasswordCredentialsProvider).call(); }

build.xml文件配置:

<?xml version="1.0" encoding="UTF-8" standalone="no"?> <project basedir="." default="run" name="Ant"> <tstamp> <format pattern="yyyyMMddhhmm" property="time"/> </tstamp> <!-- jmeter路径--> <property name="jmeter.home" value="D:\tools\PerformanceTesting\Jmeter_influxdb_grafana\apache-jmeter-3.1"/> <!-- jmeter jtl测试报告生成路径--> <property name="jmeter.result.jtl.dir" value="D:\tools\PerformanceTesting\Jmeter_influxdb_grafana\apache-jmeter-3.1\TestCase\report\jtl"/> <!-- jmeter html测试报告生成路径--> <property name="jmeter.result.html.dir" value="D:\tools\PerformanceTesting\Jmeter_influxdb_grafana\apache-jmeter-3.1\TestCase\report\html"/> <!-- 参数化--> <property name="ReportName" value="TestReport"/> <property name="jmeter.result.jtlName" value="${jmeter.result.jtl.dir}/${ReportName}${time}.jtl"/> <property name="jmeter.result.htmlName" value="${jmeter.result.html.dir}/${ReportName}${time}.html"/> <target name="run"> <antcall target="test"/> <!--性能脚本构建时,生成报告时间太长,注释掉 --> <!-- antcall target="report"/ --> </target> <target name="test"> <taskdef classname="org.programmerplanet.ant.taskdefs.jmeter.JMeterTask" name="jmeter"/> <jmeter jmeterhome="${jmeter.home}" resultlog="${jmeter.result.jtlName}"> <!-- 构建路径,与jenkins上工作空间配置保持一致 --> <testplans dir="D:\tools\PerformanceTesting\Jmeter_influxdb_grafana\apache-jmeter-3.1\TestCase\jenkins_jobworkspace" includes="测试.jmx"/> <property name="jmeter.save.saveservice.output_format" value="xml"/> </jmeter> </target> <target name="report"> <xslt in="${jmeter.result.jtlName}" out="${jmeter.result.htmlName}" style="${jmeter.home}/extras/jmeter.results.shanhe.me.xsl"/> <!-- 测试报告--> <copy todir="${jmeter.result.html.dir}"> <fileset dir="${jmeter.home}/extras"> <include name="collapse.png"/> <include name="expand.png"/> </fileset> </copy> </target> </project>

通过分析上面的build.xml文件,发现构建脚本由includes的值来定义,如果值为“*.jmx”,则会构建dir目录下所有的jmx文件。由于我们只需构建上传的脚本,那有必要修改build文件,使includes的值等于上传的脚本名称。

<testplans dir="D:\tools\PerformanceTesting\Jmeter_influxdb_grafana\apache-jmeter-3.1\TestCase\jenkins_jobworkspace" includes="测试.jmx"/>

修改build文件的includes值:

public static void modifyBuild(String filePath,String modifyName) throws ParserConfigurationException, IOException, SAXException { DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance(); DocumentBuilder db = dbf.newDocumentBuilder(); Document doc = db.parse(new File(filePath)); // 读取xml文件 NodeList targetList = doc.getElementsByTagName("testplans"); //获取testplans节点 for (int i = 0; i < targetList.getLength(); i++) { Node case_node = targetList.item(i); // 第一个caseNo节点 Element elem0 = (Element) case_node; // caseNo节点对象 String target_name = elem0.getAttribute("includes"); System.out.println("修改前includes = " + target_name); // 节点属性 elem0.setAttribute("includes",modifyName); String target_name1 = elem0.getAttribute("includes"); System.out.println("修改后includes = " + target_name1); // 节点属性 } saveXml(filePath, doc); }

至此,第一阶段的工作已完成。当然,你也可以通过Git bash来push脚本触发构建,但是你得另外想办法来控制脚本的构建,因为Ant是根据build.xml文件来指定构建哪些脚本的。

二、配置Jenkins,Gitlab
  • 安装jenkins插件。
    Ant Plugin
    Git plugin
    GitLab Plugin
    Gitlab Hook Plugin
    可以在线安装,也可以下载本地安装,下载地址。

  • jenkins-系统配置-全局工具配置。
    配置jdk,git,ant。

  • jenkins-项目-配置。
    自定义空间与build.xml设置的构建路径保持一致,jenkins构建时,会把git仓库pull到该路径下。

<testplans dir="D:\tools\PerformanceTesting\Jmeter_influxdb_grafana\apache-jmeter-3.1\TestCase\jenkins_jobworkspace" includes="测试.jmx"/>

AI写代码

注意下图的Targets需同build.xml文件一致。

<target name="run"> <antcall target="test"/> <!--性能脚本构建时,生成报告时间太长,注释掉 --> <!-- antcall target="report"/ --> </target>

构建

由于依赖webhook 来监听push事件触发构建,拷贝下图的URL,并在“高级”选项中生成“Secret token”,后续在gitlab添加webhook。

构建触发器

构建触发器

  • gitlab-webhook配置。
    由于只需监听push事件,所有下图只勾选了Push events“”。添加webhook后,点击“Test”进行测试,如果返回200/201,则表明webhook配置成功。

  • webhook

    webhook-test

    如果不想使用Secret token配置webhook,也可按以下方式来配置:
    打开jenkins的“设置”页面,找到API Token,然后在gitlab上添加webhook url即可,结构如下图2所示(UserId:APIToken@jenkins构建器url)。

    API Token

    webhook.png

三、配置Influxdb,Grafana,Telegraf

Influxdb+Grafana+Telegraf在笔者的另一篇文章<Jmeter排忧解难—性能测试 监控>有提及,百度也大把文章,此处不再详述。

四、编写测试脚本

使用jmeter编写一个简单的测试脚本来进行测试,主要依赖Backend Listener监听器来集成influxdb。

测试脚本

测试脚本

五、性能结果分析

运行“一、脚本上传小工具开发”提及的压测小工具,就可以对性能结果做实时监控了。下图1仅对tps和响应时间做采集,由于笔者未在被测服务器上安装Telegraf,所以cpu,内存等数据暂不采集,有兴趣的童鞋可以自行探索。更详细的监控结果如图2所示。

性能测试结果

性能测试结果

六、构建日志

登录jenkins,可以查看详细的构建日志。

Jenkins构建日志

后续改进

其实以上框架还存在不少待改进之处,笔者后续再逐步解决。

  • Grafana性能图表实时展现,测试过程中需实时截图形成测试报告,不够人性化。
    解决方案:自动生成测试报告并邮件通知。

  • Grafana性能图表需测试人员实时监控,人力成本较高。
    解决方案:自动生成测试报告并邮件通知。

  • 多脚本构建的话,无法区分Grafana展现的性能图表对应哪个脚本。
    解决方案:传参区分脚本,并生成每个接口对应的测试报告。

  • 如果考虑持续监控,可加入预警功能。
    解决方案:依赖Grafana的预警功能。

  • 未能自动生成测试报告。
    解决方案:自动生成测试报告并邮件通知。

  • 需登录jenkins停止脚本构建,操作不够便利。
    解决方案:前端增加停止构建操作。

  • 每次只能提交一个脚本进行构建。
    解决方案:支持批量构建。

最后:下方这份完整的软件测试 视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】

​​​件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

http://www.jsqmd.com/news/695245/

相关文章:

  • 2025最权威的十大降AI率平台解析与推荐
  • 树莓派低成本ToF相机深度感知开发指南
  • [C#] 从零到一:掌握ListBox核心属性与动态数据操作
  • Ai2Psd:3步解锁Illustrator到Photoshop的矢量无损转换
  • MATLAB实战:手把手教你用SARIMA模型搞定月度销量预测(含完整代码与残差分析)
  • 2026届最火的降AI率方案推荐
  • 5步打造专业级游戏串流:Sunshine跨平台部署与调优全攻略
  • 量子信号处理与脉冲函数估计技术解析
  • AI在网络安全防御中的应用与技术解析
  • BetterNCM插件管理器:网易云音乐功能扩展终极指南
  • 如何5分钟内掌握imFile下载管理器:终极免费下载工具完整指南
  • 2026年大模型API聚合平台怎么选择?weelinking、OpenRouter、硅基流动、OneAPI、七牛云AI五平台技术深度对比
  • 四博 AI 智能音箱 4G S3 版本技术方案
  • 4月25日成都地区酒钢产中厚板(Q335B;厚度6-120*2000mm+)今日价格 - 四川盛世钢联营销中心
  • 深入了解 Pytest Markers:提升测试用例的组织和控制能力
  • WordPress后台插件隐藏策略:仅对指定管理员显示特定插件
  • 基于uniapp+springboot的校园失物招领系统的设计与实现(文档+源码)_kaic
  • 2026年当下江苏电力建设优选:天宏电力科技变压器直销实力解析 - 2026年企业推荐榜
  • 专知智库发布全球首个《地理标志资产成熟度认证白皮书》——三维生态模型破解“重注册、轻运营”困境,五级成熟度等级激活区域特色经济新动能
  • Amlogic S9xxx盒子无线网卡终极适配指南:5分钟搞定RTL8822CS驱动
  • 洞见2026年4月GEO营销趋势:顶尖服务商深度解析与联系指南 - 2026年企业推荐榜
  • 别只刷LeetCode了!嵌入式软件面试,这3个C语言‘冷门’考点才是区分高手的关键
  • TCP SYN路由追踪架构实现原理与技术分析
  • SAP S/4HANA 2022 实战:手把手教你配置AIC-SO高级公司间销售,告别传统流程的合规烦恼
  • 专知智库发布全球首个《软件资产成熟度认证白皮书》——三维生态模型破解“重功能、轻质量”困境,五级成熟度等级定义软件资产新标尺
  • 如何在5分钟内为Windows 11 LTSC 24H2恢复微软商店:完整功能恢复指南
  • 70D:织带原料、运动服饰纱线、运动袜专用锦纶彩色高弹丝、运动袜原料、运动袜系列专用涤纶纱线、远动袜专用尼龙纱线选择指南 - 优质品牌商家
  • 黑苹果休眠问题终极解决方案:3步诊断与5大修复技巧
  • 3步掌握Heightmapper:免费生成专业地形高度图的神器
  • **解析:2026年4月洛阳职业技校怎么选?深度**洛阳机车高级技工学校 - 2026年企业推荐榜