nGrinder 参数使用

背景:

性能测试中为了更加接近真实模拟现实应用，对于提交的信息每次都需要提交不同的数据，或使用不同的值，最为典型的就是登录时的账号。

性能测试工具需要提供动态参数化功能，如商业化的LoadRunner就提供了非常强大的参数化支持，可支持各种参数取值方式，循环取值，或随机取值

而且还提供了参数模拟测试的功能，可以说非常完善

另外目前常用的性能测试工具Jmeter也提供了参数化的支持，如提供了"CSV Data Set Config"组件，可设置取值出的变量和取值结束后是否循环等

在nGrinder中怎么设置参数呢，它并没有提供现成的参数化工具，你无法直观的设置参数取值方法，都只能在脚本中处理

在开始之前我们需要更深刻得去理解测试场景中进程，线程等的概念

线程，进程，测试次数:

在测试场景设置中，我们先简单假设不根据时间测试，只根据次数来测试，那么在测试场景中，需要设置的参数就包括了

进程数，线程数，测试数

虚拟用户数=进程数*线程数

测试总数=虚拟用户数*测试数

就是说，如果进程数设置为5,线程数设置为2,那么虚拟用户数为10

如测试数设为3，那么一共运行的测试总次数为10*3=30

再回想一下，之前Groovy脚本中的结构，BeforeThread，或者AfterThread，在帮助中的这幅图，可以更清楚的说明整个过程，在图中

每个进程下有若干的线程，每个线程，执行若干次测试

Groovy脚本获取相关的值:

在Groovy中，通过提供的方法可获取包括当前的进程号，当前的线程号，总的进程数，总的线程数，当前的测试数，总测试数等信息

如测试进程数设置为5,测试线程数设置为2，测试数为3

在Groovy脚本中

1 processnumber=grinder.processNumber  //获取当前的进程号，应该会相应返回0,1,2,3,4

2 totalprocess=grinder.getProperties().getInt("grinder.processes", 1) //获取测试的进程总数，返回5

3 threadnumber=grinder.threadNumber  //获取当前的线程号，应该会相应返回0,1

4 totalthread=grinder.getProperties().getInt("grinder.threads", 1) //获取测试的线程总数,应该返回2

5 run=grinder.runNumber;//获取当前的测试号，应该相应返回1,2,3

6 totalrun=grinder.getProperties().getInt("grinder.runs", 1); //返回测试的总数，如3

因此现在在每个测试中，我们都可以明确获取测试的进程，线程和测试数的相关信息

当我们需要做参数化的时候，就可以根据这些信息来进行计算

nGrinder中有线程，有进程，还有测试数的概念，所以计算参数的时候，其实比LoadRunner或Jmeter更复杂，Jmeter中只有线程的概念。

当我们试图要弄明白里面的这些概念时，要慢慢来，先尝试着把设置弄简单点，然后再逐步逐步设置的复杂，才更容易理解

下面我们假设几种场景来说明如何取值，假设把一份账号存放在资源中，我们要取的参数就是这个账号，可能需要循环取，可能需要不重复的取

脚本参数_循环取数，单进程，账号资源冗余:

设置的场景如下:

这个场景中，我们简单得把进程设置为1，这样就只需要考虑多线程，然后测试次数设置为5，但线程数量小于资源账号数

假设资源中账号为QAARKTESR_0001，QAARKTESR_0002.。。。QAARKTESR_0010

我们预期的取值应该是:

在Groovy中，在一开始先就把文件读取过来，然后转换为字符数组

def array = new File('./resources/accountlist.txt') as String[]

那在每次测试的时候，只要使用当前的线程号，0,1,2就可以取得账号

为了简单说明，在Groovy中，打印当前的线程，当前的测试次数，和取得的账号

grinder.logger.info("thread number, run, account {},{},{}",grinder.threadNumber,grinder.runNumber,array[grinder.threadNumber]);

测试执行之后，查看日志输出

检查日志，可以看到输出符合我们的预期，线程从0到2,执行次数从0到4,取了三个账号，每个执行了5次

脚本参数_循环取数，但进程，账号资源缺乏

还是刚才的场景，只是我们让线程数大于资源数量

此时账号只有了三个，QAARKTESR_0001，QAARKTESR_0002,QAARKTESR_0003

这样的时候，我们预期的参数取值应该是这样，其中，账号循环取值

仍然是把账号读取到数组中，我们仍然是通过线程的号去取数组中的账号，但因为数组长度要小于线程数，所以此时需要用取余的操作

int len=array.size();  //先取数组的长度，此时应该返回3

int arrayindex=grinder.threadNumber%len;  //每次循环的账号应该是等于线程数%长度

grinder.logger.info("thread number, run, account {},{},{}",grinder.threadNumber,grinder.runNumber,array[arrayindex]);

测试场景设置

查看测试日志:

可以看到线程3，此时循环取得的账号是账号1 thread number, run, account 3,0,QAARKTESR_0001

线程4 ,此时循环取的账号是账号2 ,thread number, run, account 4,0,QAARKTESR_0002

脚本参数_循环取数，多进程，账号资源冗余

     刚才在1,2两种场景中，我们都把进程设置为1，这样我们就可以只考虑线程，但如果我们把进程也添加进来，那么如何循环取参数呢?

一旦把进程考虑进来，就要比之前的要复制多了，我们还是先看比较简单的情况

此时我们假设，账号的数要大于虚拟用户的数

账号我们仍然是QAARKTESR_0001一直到QAARKTESR_0010

场景设置如下:

那么我们预期的参数取值，应该是这样的

那么这个时候，我们要取的账号就需要进行一下简单的计算

序号=线程总数*当前的进程号+当前的线程号

注意，所有的进程，线程，测试号都是从0开始

如第一个进程，进程号就是0 ，线程总数是3

那么每个线程中，计算的方法，就是0*3+0,1,2

int threadcount=grinder.getProperties().getInt("grinder.threads", 1);  //取线程总数，因为是3

int arrayindex=grinder.processNumber*threadcount+grinder.threadNumber;

grinder.logger.info("thread number, run, account {},{},{}",grinder.threadNumber,grinder.runNumber,array[arrayindex]);

场景设置:

运行之后查看日志，可以发现因为收到日志的限制，直接可以查看的只是一个进程的日志，另外一个进程的日志没办法查看到

本身日志显示或查看的限制，所以只能看到线程1,2,3各自取了账号QAARKTESR_0001,QAARKTESR_0002,QAARKTESR_0003

思考：

如果本身是多进程，多线程，那么如果账号数量还小于总的线程数，那么如何计算呢

其实公式和刚才的公式是一样的，只是在最后取余一下账号总数

即序号=( 进程号*线程总数+线程号)%账号总数

脚本参数_保证参数唯一性:

    有时候我们需要在循环取参数的时候保证每个参数都是唯一取一次，比如注册账号，第二重复注册可能就已经是失败了

那么这时，我们需要每次测试的时候都需取唯一的数据

我们还是先设置进程数量为1，此时仍然只需要考虑线程数

那么这个时候，其实测试次数其实是9，而我们准备的账号总数是10，所以是充分的，准备正好的9个账号也是可以的，应该不会影响最后的取值

按照这样的设置，我们预期的结果应该是这样的

那么如何计算得出这样的参数呢

取账号序号=(当前线程号*循环测试总数)+当前的测试数序号

如当前线程号是1,循环测试总数固定是3 ，当前测试序号是1

那么应该取的序号是   1*3+1=4

groovy中的脚本应该

int testcount=grinder.getProperties().getInt("grinder.runs", 1);  //测试总数，应该为3

int arrayindex=(grinder.threadNumber*testcount)+grinder.runNumber;// 取在数组中的序号

grinder.logger.info("thread number, run, account {},{},{}",grinder.threadNumber,grinder.runNumber,array[arrayindex]);

实际设置场景

运行，然后查看日志,可以看到实际循环了9个账号，和我们的预期是一样的

这个方式其实相当于LoanRunner中参数设置中取值方式为Unique的方式，但通过这种方式计算的时候，因为本身是要保证数据不重复，所以测试循环次数，还有数据要自己计算好，日常工作中常常遇到的是不重复的循环注册账号的场景

但这个场景中，我们还是简单的把进程数设置为了1,只考虑多线程

如果循环取数，同样是多线程的时候，怎么计算出这个序号呢

其实思路是一样的，只是公式看上去要复杂一点点

序号=(进程数*线程总数*测试总数)+(线程数*测试总数)+当前的测试序号

只要明白了nGrinder中的进程，线程，循环测试的概念，并且我们本身都是可以从方法中取得这些数据，所以不论多进程，多线程，还是单进程，单线程都是一样的，都是可以计算出来的

参考资料:

1  http://debugtalk.com/post/head-first-locust-advanced-script/