继上篇blog,本篇我们具体讨论一下,如何利用Jenkins做持续的性能测试,前面我们说过因为互联网软件发布频繁,需要做到小步快跑,快速反馈,我们在自动化,接口测试的时候已经能够做到快速反馈,所以希望性能测试同样能够快速反馈,我们希望的是能够构建一个云性能测试平台,这样能够让开发工程师,功能测试工程师都参与到性能测试中来,而不仅仅是由性能测试工程师在功能测试之后再进行性能测试,总之快速反馈问题是互联网软件测试的宗旨。
下面具体谈一下我们是如何利用Jenkins来执行性能测试的,关于Jenkins的具体设置不再这里做介绍.
首先我们利用了git来做我们的脚本库,关于为什么选择git而不是subversion,大家可以去网上搜一下git和svn的区别。
其次持续性能测试有两个触发条件,第一个条件是当开发提交并发布新的版本的时候。第二个条件是性能测试脚本库脚本发生提交或者更新事件。
最后我们来配置我们的Jenkins build Job:
1.源码管理:
2.构建触发器:
3.构建后操作:
第三步解释一下,jenkins本身有一个Jmeter插件可以用来显示jmeter的一些执行结果.但是显示的结果有点粗糙.
以下这个图是我们自己解析后产生的结果:
从上面两个图中可以看到具体性能指标信息.
当然这里还没有包括服务器性能指标的收集,这个性能指标为的是快速的能够将一些基本的信息,如TPS,RESPONSE TIME,Standard devitation反馈给开发人员。
开发人员和测试人员可以将自己的测试脚本上传到脚本库里面,并在Jenkins里面配置好job,便可以利用Jenkins去调度和执行性能测试,并反馈测试报告。这个过程
类似云平台,解决了开发工程师和功能测试工程师没有具体的性能测试环境,也解决了性能测试及时性的问题,将性能测试前置到应用开发的各个阶段,而所需要的仅仅是
上传一个测试脚本,数据在云端已经帮你准备好。这就是所谓的云测试平台。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· Blazor Hybrid适配到HarmonyOS系统
· 万字调研——AI生成内容检测
· 解决跨域问题的这6种方案,真香!
· Obsidian + DeepSeek:免费 AI 助力你的知识管理,让你的笔记飞起来!
· 一套基于 Material Design 规范实现的 Blazor 和 Razor 通用组件库