如何根据业务比例设定不同业务的用户比例?

转自:http://blog.csdn.net/on_my_way20xx/article/details/8746271

在做性能测试的过程中,绝大部分项目都是由两个以上场景(两个以上脚本)构成的,在做混合场景的时候如何根据业务比例来设定不同脚本的虚拟用户数?

假设现在有A,B两种脚本(业务),经过调研我们得知A,B两种业务比例是: 40%,60%

常见做法,根据业务比例设定虚拟用户比例即 A是 40%,B是60%.

这种做法较为简单,但是实际上虽然用户比和业务比一样,但是通常情况下二者的TPS比例并不一样,那么单位时间内完成的交易数比例就和业务比例不一样,也就没有真正符合要求. 所以这种做法并不精确.

下面探讨一种比较精准的方法:

首先设定好场景,分别设置A,B两个脚本用单用户运行,观察此时的实时TPS,如果二者TPS相差较小,假设A脚本的TP是B脚本的N倍,如果N>10,那么在A脚本的Run-Time-Setting里加入pacing值0.001,然后再运行脚本,如N>10,增加pacing值,直至二者的比例N<10为止,假设我们最终调整N为5,

接着, 根据他们业务比和TPS倍数关系, 因为A脚本单用户TPS,是B脚本单用户的5倍,而业务比例是 40%,60%,也就是2:3,所以我们得知A脚本和B脚本的用户比例是 1:7.5.我们为A脚本设置1个用户,B脚本设置8个用户,运行场景,看看他们的TP是否接近2:3?如果是的话,按照这个比例梯度增加用户数,跑混合场景吧! 直至有一个脚本随着用户数增加TPS不增加,或者有失败的交易,或者服务器资源占用很多这些情况出现,那么可以认为到了性能的拐点.