在JMeter测试中如何根据业务场景来控制运行比例

性能测试混合场景中，我们需要组合多个业务操作到场景中来。

比如有一个论坛的业务分布如下：

开新帖与回复帖子的比例为2:3，

那么我们在JMeter测试计划中如何控制其比例呢？

下面我们介绍两种方式：

1.多线程组方式

2.逻辑控制器控制

多线程组方式：

我们知道JMeter是用线程组来模拟虚拟用户的，JMeter还可以支持一个计划中多个线程组。

利用这个特性我们可以把开新帖业务放在一个线程组中，回帖业务放在另外一个线程组中。

为了制造出业务量的比例关系，我们通过控制线程数来达到效果。如下图：

ReplayTopic为回帖线程组，添加4个线程；

SendTopic为开新帖线程组，添加1个线程，刚好是4：1

当然，这只能是近似的，如果这两个事务的响应时间不一样，最终完成的业务数比例也会不一样。

当前线程数是在假定两个业务的响应时间一样的情况下，所以这完全是理想状况。

可以看出，这种方式控制并不完美。

下面我们用第2种方式：

控制器控制

下图是一个IF控制器，IF控制器可以使用表达式来做为条件，这样我们事以获取迭代次数来决定

是回帖还是开帖，比如一共3次迭代，第1次与第3次迭代时开新帖，1，2，3次迭代都会进行回帖

接下来我们就要获取迭代次数，JMeter函数助手提供了一个__counter函数，可以用来获取当前的

迭代次数。

好，我们思路有了，迭代次数也能获取到，那如何保持3：2的比例呢？这就是一个数学问题了。

不卖观子，直接上代码：

${__counter(true,)}%2==1||${__counter(true,)}%3==0

上面__counter(true,)是获取当前迭代次数，%是取余，也就是除2余1与3整除时执行开新帖。

以9次迭代为例，回帖9次，1，3，5，6，7，9 次迭代时都会开新帖，回刚好是6次

9：6=3：2

基本上保护了3：2的比例。