性能测试-性能场景设计-线程组参数介绍

目录

• 1、性能测试需求
• 2、6种常用设计方法
• 3、Jmeter单机并发数-1000以内比较好-线程数
• 4、ramp-up时间-启动所有线程数启动的时间(前提线程数在合理的范围1000以内吧)
• 5、循环次数

 

正文

回到顶部

1、性能测试需求

需求1： 活动页面，要你做性能测试， 看是否能满足1000个人同时访问。

需求2： 商定，对接的接口，要满足 50tps。---这样的场景怎么设计

需求3:   秒杀活动，我要看，秒杀时，服务器能否支持500个人同时秒杀。

回到顶部

2、6种常用设计方法

• 普通性能场景设计-1000个人同时访问
• 阶梯性能场景(负载测试场景) 
• 压力测试场景
• 面向目标场景（lr很容易，但是jmeter，没有系统讲解，不知道怎么做）-50tps的
• 混合场景设计（混合）不同数量的人，向不同的接口发起请求
• 有时间规律场景

回到顶部

3、Jmeter单机并发数-1000以内比较好-线程数

 

 

• 线程数： 模拟的并发用户数量
• 线程数，有没有限制呢？-jmeter本身是没有对线程数做限制
• 但是， jmeter启动这些并发用户数时，需要消耗资源，受电脑cpu的主频限制，一台电脑不可能创建无限量的线程数
• 实际的情况，http协议的脚本，线程数，大概能 1500左右 2000个可能产生，但是可能会出错，1000左右比较保守，可能能产生。
• 也就是说，1台电脑，http协议脚本，保守估计是可以参数1000个并发用户数
• 如果你想模拟超过1000并发用户数，你可能需要考虑 分布式

回到顶部

4、ramp-up时间-启动所有线程数启动的时间(前提线程数在合理的范围1000以内吧)

• 在ramp-up时间结束点，所有的线程数都会产生-即并发用户数
• 在ramp-up时间内，是否均匀产出并发用户数，是不确定
• 在启动时间内，产生的并发用户数，一产生，就去发起请求
• 启动了并发用户，就会去发起请求，不同时间产生的并发用户数，与前面产生的并发用户数，调用的接口可能不一样
• jmeter做性能测试，更多时候，使用的是，广义并发
• ramp-up时间要大于等于1

线程数 ramp-up时间，怎么设置才比较合理？

• 500以内并发用户， ramp-up 设置2~4s
• 500-1000 ramp-up设置 5s
• \>1000 ramp-up 设置5-8s
• 一个原则： ramp-up时间在总执行时间中，占比要很低
• 一般的情况，一个性能测试的总执行时间 几十秒钟 ~ 几十分钟

回到顶部

5、循环次数

• 默认必须大于等于1
• 循环次数，就是每个并发用户数要去执行的请求数量
• 复习框 永远 一直循环，直到你点击停止，才会

　　　这个停止会有问题吗？
　　　　会有问题，会导致请求报错，或卡死
　　　永远 应该怎么用呢？
　　　　　要与 调度器 一起使用
　　　　　必须把两个勾 都勾选
　　　　　　　调度器
　　　　　　　持续时长