---

前言

1、性能测试需求

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

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

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

2、6种常用设计方法

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

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
循环次数，就是每个并发用户数要去执行的请求数量
复习框 永远 一直循环，直到你点击停止，才会

这个停止会有问题吗？
会有问题，会导致请求报错，或卡死

永远 应该怎么用呢？
要与 调度器 一起使用

必须把两个勾 都勾选
调度器
持续时长

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

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

只有坚持不懈地追求自己心中的理想，才能在漫长的人生旅途中走得更远更稳。不要害怕失败，大力付出，你将成就自己的辉煌，享受属于自己的荣光！

只有勇敢地跨出第一步，才能迈向成功的彼岸。不论前方有多少荆棘与坎坷，坚持信念、积极拼搏，你将在不懈奋斗中收获自己的辉煌人生！

不要被困难吓倒，更不要轻易放弃。坚持自己的理想和目标，不断地超越自己，你将在坚韧的人生路上书写出属于自己的璀璨华章！