小生测试的博客

在做性能压测的时候，除了做单接口这种基准压测，我们还需要多接口串联的混合场景，比如打开小程序展示的首页，购物下单时的结算页。如果这些接口都是串行的，那就非常简单了，仅仅只需要创建事务控制器，将所有的接口放进去就行了。但是，事实上，这些接口并不都是串行的，有些是并行的，众所周知，jmeter的每个线程组请求是从上而下的，只有上一个请求成功了才会进行到下一个请求，并不能做到并行处理，所以，针对这个场景，该怎么解决？

误区一：jmeter 线程数就是用户并发数业务需求：要求tps达到500/s，1000并发数2秒完成处理大部分的测试同学是这样压测的,将jmeter的线程数直接从200、300、400这样调试到tps出现拐点。如果400线程符合了，就说明支持400的用户数。更有部分同学验证第二点的时候，直接压测1000个线程误区:1、正常的压测过程是，先压测出一个并发下的tps，然后根据以下的公式算出大概需要的线程数，以上的例子中，如果一个线程下的tps为10tps。那你的jmeter 线程数只需要5...

背景项目组要写订单下单的接口自动化脚本，如果这个用python写，那就非常简单了，但项目组业务测试人员都是用jmeter去写，所以只能用jmeter去写。实现需求要求1.遍历所有订单类型的接口（待付款，待签收，待评价等）2.所有订单的模拟操作（下单，取消下单，删除订单，确认收货）覆盖jmeter技术仅一次控制器：只执行一次，不管你循环多少次，常用场景是登录。foreach控制器：循环遍历你的参数，有点类似数组的东西。简单控制器：其实就是分组，分类交替控制器：类似于多个数组取值，比如你数组