JMETER
文章平均质量分 79
哇塞小刘
这个作者很懒,什么都没留下…
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
关于Jmeter聚合报告Aggregate Report的认识偏差
这份聚合报告,相信很多同学都不陌生,单纯看这个结果,相信不同的人对这里average, 90% line, 99% line 指标的理解也会不同?比如这里的 99% line,有的同学会理解成:99% 的接口 RT是这个值,其实并不是的,这里的 99% line指的是 99% 的请求RT 在这个值以内,注意是。剩下的样本至少需要这么长的时间。剩余的样本至少需要这么长的时间。剩余的样本至少需要这么长的时间。- 99%的样本所需时间不超过这个值。剩余的样本至少需要这么长的时间。- 同一标签样本中的最长时间。原创 2024-10-20 10:00:00 · 1120 阅读 · 0 评论 -
JSONPath,一个事半功倍的查找取数工具
日常在书写用例断言的时候,经常会遇到这样的场景:从结果中提取关键属性用于后续业务或者断言。一般遇到这类情况,处理方式基本都跟剥洋葱一样,遇到数组/集合,一层层循环读取,遇到对象套对象,一层层对象点属性点出来。对于要从复杂的结果里面提取关键数据,要写的解析代码很多,有没有办法精简这种提取操作呢?群众的智慧是强大的,所以结论肯定是有的,而且已经出现很久了,它就是 jmeter 自带的后置处理器之JSON提取器里使用到的库:JSONPath。原创 2024-10-19 10:00:00 · 1344 阅读 · 0 评论 -
JMeter 动态参数赋值实践
日常接口测试/性能测试使用 jmeter 实现动态参数赋值,常规用法都是配置 csv 文件,然后接口直接从 csv 文件里面去获取,但是这种方式有一个弊端,就是脚本文件迁移的时候,必须一起带上 csv 才行,不然脚本位置变了,里面 csv 的文件路径没有同步更新,脚本执行就会受影响了。但是除去 csv 的方式,尤其是小数据量的情况下,是可以通过用户自定义变量或者用户参数来实现的,接下来使用他们来做演示,看各自不同组合配置产生的结果如何。测试计划 (顺序执行: true)原创 2024-10-18 10:00:00 · 2415 阅读 · 0 评论 -
JMeter 用户参数控件大对比,让你用的更明白
作为经常使用 jmeter 来做接口测试的人,肯定对各类用户参数元件不陌生,常见的有两大类:一类是依赖外部获取,如 CSV Data Set Config元件;二类是元件自存储的,如用户自定义变量、用户参数。他们都是用来存储和传递变量值的功能组件,但它们在作用范围、初始化时机以及是否动态获取值等方面存在区别。接下来就让我们从 「 类型 」 、「 位置 」、「 作用域 」、「 功能 」、「 使用场景 」、「 初始化 」、「 动态性 」来分析比对。用户自定义变量类型:配置元件位置。原创 2024-10-17 10:00:00 · 515 阅读 · 0 评论 -
JMETER|压测参数组装的秘密魔法
一个参数值都这么大了,那么整个接口参数化文件肯定不会小。此时大家有没有想过当一个参数化文件大小过大时,对到压测的影响又会是怎样的呢?原创 2024-10-16 15:18:46 · 1130 阅读 · 0 评论 -
JMeter 插件之Random CSV Data Set Config
3、分布式压测,K8S容器中为了节省成本,一般会统一挂一个 NAS盘,让多台施压机共享数据,但是这样带来的后果是多个施压机发出的请求参数及顺序是一致的,为了保证参数的随机性,一种办法是做参数文件拆分,每台施压机跑自己拿一份参数,这种开发成本高;每个线程独立列表 - 当与“随机顺序”一起选中时,每个线程都会运行其自己的CSV值副本,且顺序为随机。因为这个插件在某些场景下,非常好使,不仅能节省成本,还能降低系统复杂度。4、涉及多环境部署的,比如本地化项目,可用这个来巡检,检验服务的稳定性。原创 2024-10-12 08:00:00 · 1131 阅读 · 1 评论 -
降本提效|基于 JMeter 完成一个 MVP 测试平台搭建
这里设置为 true,就不需要再生成报告,直接拿到 xml 文件,解析请求上下文及结果,自定义展示效果。设置为true时,如果脚本执行没有错误信息,此时 jtl 文件里面除了基础的内容格式外,无其他结果,设置为false,结果可以正常输出到文件。输出由两部分组成:结果和报告;另外实际场景中,肯定是多人使用,所以需要支持批量执行,且一份脚本可以同人同时执行,且报告隔离。runTest()则专注于执行测试的核心逻辑,常被run()内部调用,但在某些定制化的应用场景下,也可能直接被外部调用来执行测试的核心部分。原创 2024-10-14 10:00:00 · 403 阅读 · 0 评论 -
降本提效|JMeter二方包开发体验
具体步骤:通过创建一个 maven 工程,打包成 jar 包,然后丢到 jmeter 的 lib/ext 目录下,全局访问,这部分就不再重点赘述了,这里重点说下如果这个 jar 包里面依赖了其他包,怎么处理呢?改之前需要 5 步,才能完成,且参数变化后,会发现需要调整的步骤也多;我们优化的方向是希望过程更简练,修改更集中,减少缺漏的概率。,信息更集中,更改更方便,为了使其生效,直接将这里的二方包放在了 jmeter 目录下的 lib/ext 下。一步参数,一步执行,一步断言。原创 2024-10-13 10:00:00 · 317 阅读 · 0 评论 -
降本提效|JMeter插件二开完成 100-10-1 脚本的优化体验
但是这样也带来了大量的维护量,比如现有 1 个应用含 10 个接口,需要部署到 10 个环境中去,后续服务每新增了一个接口,这 10 个环境10 份脚本都需要完善,做的都是重复性工作,每天疲于奔波其中,也没啥成就感。背景是这样的,针对底层通用服务,比如文件服务、文档服务等,同一份代码,会部署到不同的云岛(本地化)环境中去,提供的服务是统一的,基于不同环境配置参数的不同走不同的执行路径。目标行提取出来后,需要和脚本执行路径契合,不存在提取出来第三行的参数,结果执行的时候依然走的是第一行的参数(按照顺序执行)原创 2024-10-12 10:15:00 · 1422 阅读 · 0 评论
分享