jmeter编写压测脚本规范

一、压测时长

压测时长，一般为10分钟或者15分钟。

设置时长：

勾选 永远--持续时间（秒）

二、脚本编写规范

脚本越简单越好，多余的监听会影响jmeter的性能，继而影响到压测结果。

一个基础的脚本，监听，一般只有一个断言。（不需要结果树、聚合报告等等）

2.1 断言也是非必须的

比如写的操作，可能通过人工去数据库查看数据推断是否写入成功这种，就不需要加断言。

但是其他不能推断出结果是否正确的，需要添加断言。

2.2 报告查看

我们不用那么多的监听插件，最后结果在生成的jtl 文件中查看，比聚合报告强大，jtl你可以拿去看RT TPS vu 生成html。

三、脚本执行

1、使用non gui 模式，执行，避免对性能的影响。

一、jmeter non gui 模式启动_做测试的喵酱的博客-CSDN博客_for load testing, use cli mode (was non gui): jmet

2、串联运行多个线程组

实现效果：

运行完线程组1后，再去运行线程组2

设置入口：

测试计划--勾选 独立运行每个线程组

应用场景：

晚上下了班，可以跑多个线程组。

四、数据指标

两个维度，确定一个指标

xx并发下的RT

RT 下的，测VU（并发）

2.2 TPS

TPS(达到TPS，或者最大TPS）用不同的并发数量去测试。这是一个动态值，不同并发下的，tps也不同

五、准备压测物料

造测试物料，大量物料时，不要通过接口造，直接在数据库里插数据。

六、单接口/混合场景

压测接口，我们大部分都是压测单接口。

即使是混合场景，我们压的也是一个单接口。（不知道这么描述对不对）

举个例子：

你要压测一个注册登录的场景。手动的业务场景，就是先去注册，然后拿着注册的数据去登录。

但是我们在压测这个场景的时候，不需要将这个两个接口串联成一个业务。

注册就是单独的一个注册压测，登录就是一个单独的登录压测。 每个接口都是独立的。（提前准备好注册数据，与登录数据）

7、压测场景分析

7.1 每个接口都需要带着登录获得的token

背景：

被压测的app，里面每一个接口都需要带着token 去 请求。 这个tonken是登录的时候获取的。 所以我在写每一个接口脚本的时候，都需要在每一个接口脚本里加一个登录步骤是吗？

解决办法：

方法1、必须就加上，还要设置仅一次

方法2、token有效期可以让开发设置的久一些，然后自己存到本地文件里做参数化，这样登录后的接口想怎么搞就怎么搞

八、并发量级

jmeter 官方建议，不超过1000并发。

当并发太多时，就需要分布式。