jmeter常用线程组设置策略

一、前言

​ 在JMeter压力测试中我们时常见到的几个场景有单场景基准测试、单场景并发测试、单场景容量测试、混合场景容量测试、混合场景并发测试以及混合场景稳定性测试

在本篇文章中我们会用到一些插件在这边先给大家列出

​ Custom Thread Groups插件
PS在我们正式测试中统一使用非GUI界面运行只有在调试时候我们才会用GUI运行

二、单场景基准测试

1.介绍

​ 单场景基准测试一般在压力测试实施前进行测试用于检测被测功能的性能指标以用来判断制定后期的测试计划。基准测试的策略可以是单用户执行一次或者单用户迭代执行多次。在这里我们采用后者。

2.线程组设计

​ 这里的脚本设计很简单就是1线程组循环100次。简单

3.测试结果

一般情况下我们在生成的HTML报告查看测试结果当然也可以在GUI界面导入我们生成的jtl文件

三、单场景并发测试

1.介绍

​ 单场景并发测试是针对单个接口利用一定量的并发进行测试获取其性能表现并验证接口是否存在并发性问题。

2.线程组设计

​ 单场景并发测试的设计比较简单就是在线程组设置中设置若干数量的线程数。这里我们通过Custom Thread Groups插件来更好体现线程组设计。

该线程组意思为

​ 2000用户并发在200S完成加载到2000用然后持续运行900S然后以100S来结束2000用户

3.测试结果

四、单场景容量/爬坡测试

1.介绍

​ 单场景容量测试也叫做爬坡测试通过爬坡测试。获得系统的最佳并发用户数。

2.线程组设计

​ 在这里我们也使用插件来表现

​ 我们来简单讲一下一下这个线程组设计

首先我们这个线程组是以1000并发数开始每次递增200用户指导递增到2000用户。

首先第三和第四列可以根据自己需求进行设计。

其实也很简单。按照我们的设计低234列相加的和要是2000。

我们可以根据第二列来计算出所有首先我们要形成阶梯式递增那就得初始化时间等于在此之前并发的运行时间。

我们看第二行的400。他等于增加到1000用户的100s+平均每个阶梯平缓的时间(1900s-20s*5)/6=400s

这个20*5就是要扣除五个200增加的过程对应时间然后除去平台总数6

第三行就很简单了也就是400s+300s+20s=720s。

这里讲的比较乱也比较绕自己能力问题不能讲的太好请见谅。

3.测试结果

​ 容量测试的结果更建议大家到HTML报告中进行查看

我们先看看Response Times Over Time很明显在13.09左右达到了3s左右的响应时间

那我们再看看Active Threads Over Time中该时间段的并发用户数由此可见最佳用户数是1400

五、混合场景容量/并发测试

1.介绍

​ 这个其实就没啥可说的了和单场景的差别不大无非就是多个场景混合在一起了。我们就不介绍了

六、稳定性测试

1.介绍

​ 稳定性测试是为获取多个接口在长时间的负载级别下平均响应时间、资源利用率的稳定性、事务成功率的稳定性验证系统的稳定运行能力获取系统长时间运行的稳定性指标。在稳定性测试中我们往往要跑好几个小时的性能脚本所以一般建议大家一定要在下班后挂着

2.线程组设计

​ 在这里我们拿五个脚本。一共是2000用户并发。按照惯例我们最后得到每个脚本为240用户并发。于是每个线程组设置为

3.测试结果

---

             【下面是我整理的2023年最全的软件测试工程师学习知识架构体系图】

---

一、Python编程入门到精通

二、接口自动化项目实战 

三、Web自动化项目实战

四、App自动化项目实战 

五、一线大厂简历

六、测试开发DevOps体系 

七、常用自动化测试工具

八、JMeter性能测试 

九、总结尾部小惊喜

生命不息奋斗不止。每一份努力都不会被辜负只要坚持不懈终究会有回报。珍惜时间追求梦想。不忘初心砥砺前行。你的未来由你掌握

生命短暂时间宝贵我们无法预知未来会发生什么但我们可以掌握当下。珍惜每一天努力奋斗让自己变得更加强大和优秀。坚定信念执着追求成功终将属于你

只有不断地挑战自己才能不断地超越自己。坚持追求梦想勇敢前行你就会发现奋斗的过程是如此美好而值得。相信自己你一定可以做到

最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走

这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你