LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

上期讲到LoadRunner性能测试脚本编写之Block(块)技术,这期我们一起来学习脚本编写之参数化技术。

创建参数

将飞机订票系统的注册业务流程录制成脚本,录制好脚本后,选中要参数化的常量,点击鼠标右键→选择Replace with a parameter,如图所示,在该实例中对用户名和密码进行参数化。弹出Select or Create Parameter对话框,在该对话框中输入参数化的名称或者选择一个已经存在的参数名,这里将参数化名称设置为pw,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

需要注意的一个问题是,当参数化结束后,脚本保存的根目录下会自动生成一个参数化的文件,如图所示。

LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

在这个实例中有两个参数化文件,在此可以对这两个参数化文件进行合并,当然并不是非合并不可,但是如果有多个参数化文件并且每个文件都占很大空间时,就需要对参数化文件进行合并了,这样不但可以节省系统资源也方便管理参数化文件,在该实例中将这两个参数文件合并成一个参数文件parameter,在参数文件parameter中不同参数之间使用逗号分开,如图所示。

LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

合并好参数文件之后,可以将user和pw两个参数化文件删除,为了将参数与脚本分离,一般新建一个参数文件夹,将所有的参数文件都放到里面,如图所示。

LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

创建参数完成后,需要对参数类型属性进行设置。

参数类型属性

参数创建好之后,需要对这些参数的类型进行设置,主要有以下几种参数类型:
1.Date/Time(日期/时间)参数类型
Date/Time类型用当前的日期/时间替换参数,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

首先需要设置日期/时间格式,如果输入的时间格式为年月日(如2012-08-20),那么需要设置的日期/时间格式为%Y-%m-%d,如果不知道需要选择那种格式是正确的,Sample文本框中显示了当前选中格式的例子,可以参考显示的例子。
如果需要的格式当前并没有,那么可以单击【Addformat】按钮添加测试过程需要的格式。

单击【Deleteformat】按钮可以删除某种日期/时间格式。
单击【Resetformat】按钮可以对日期/时间格式进行重新设置。
接着设置日期/时间的偏移量,在天和时间文本框中设置需要偏移的值,如1天、2天等。关于偏移量还有两个复选框的设置项:

Workingdaysonly:设置的偏移量的值只适用于工作日,周六和周日除外,假设当前是星期5,设置的偏移量为1天,那么偏移量的时间为下周一而不是周六。

Priortocurrentdate:正常情况下是正向偏移,即当前时间后多少天,而该选项是指设置为负向偏移,即当前时间的前几天。

2.GroupName(组名)参数类型
用Vuser组的名称替换参数。创建方案时,要指定Vuser组的名称,否则运行VuGen的脚本时,组名始终为“无”。

3.IterationNumber(迭代编号)参数类型
用当前的迭代编号替换参数,迭代编号的格式可以自己设置。

4.LoadGeneratorName(负载发生器名)参数类型
用Vuser脚本的负载发生器名替换参数。负载发生器是运行Vuser的计算机。

5.RandomNumber(随机数)参数类型
用一个随机生成的整数替换参数,可以通过指定最小和最大值,设置随机数的范围,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

最大和最小值设置的是随机数的范围,如果设置1到100,那么产生的随机数则在1-100之间的任意数。显示的数据格式也可以自已定义,根据测试需要可以设置数据不同的显示位数,如设置为%03lu,则表示不管随机数为多少,都用三位来表示,如随机数为50,那么显示的结果为050。

6.UniqueNumber(唯一数)参数类型
用一个唯一编号替换参数,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

Start表示Vuser从第几个参数开始使用。
Blocksize(块大小)指明分配给每个Vuser的编号块的大小。
Number数据类型表示产生的唯一的类型,如设置为%04d,这表示只能产生1-9999的数。

那么Blocksize应该如何设置呢?在测试中经常犯的一个错是,设置到其最大值,如数据格式设置为%04d,很容易把Blocksize的值设置为9999。如果设置为9999就错了,因为只能产生9999个数据,而第一个虚拟用户就使用了9999个数据,这直接导致后面所有的虚拟用户都没有数据可用,这样就导致脚本运行报错。

7.VuserID参数类型
LoadRunner使用该虚拟用户的ID来代替参数值,该ID由Controller来控制。在VuGen中运行脚本时,VuGen将会是-1。

8.File(文件)参数类型
可以在参数属性中编辑参数文件,也可以直接选择已编辑好的参数文件,还可以从现成的数据库中提取,这是最常用的一种参数化方式。

数据文件
参数类型设置完成后,需要设置参数的数据源,根据不同的业务需求需要不同的数据,这些数据可以是来自真实的历史数据也可以是为了测试而构建的数据,同时对参数中的数据如何调用也需要设置。

1.Browse属性
该设置项用来选择参数文件的路径,需要注意的一个问题是,一般在做参数化的时候没有单独把参数文件放到一个文件夹下,便无需修改,但是如果将参数化文件合并成一个文件并放到一个专门管理参数的文件夹下,就要选择参数的路径,否则无法读到参数文件中的参数,具体如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

选择好参数文件后,参数文件中所有的数据将会被显示出来,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

这样设置同样有一个问题,如果把这个脚本拷贝到别的机器上运行,或者是脚本的路径发生了变化,这个路径就是错误的路径,也就是现在的脚本可移植性不好,当更换路径后,运行时一定会出错,因为这里写的是绝对路径,如果换到其他的一个盘或机器,运行就报错了,那么怎么解决呢?这里采用相对路径来解决这个问题,将Browse设置为相对路径,将脚本的根目录使用“.”来代替,如图所示,这样就不会出错了。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

2.EditWithNotepad设置
点击EditWithNotepad按钮,打开记事本,记事本内容中第一行是参数名称,第二行是参数的初始值。参数之间使用逗号隔开。可以在记事本中对参数值进行修改或添加、删除,如图所示。

如果要在没有启动记事本的情况下添加列,可以在参数属性对话框中点击AddColumn按钮,弹出Addnewcolumn对话框,输入新列的名称,点击OK按钮,脚本生成器会将该列添加到表中,并显示该列的初始值,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

3.Selectcolumn设置
指明参数选择的列。这里有两种方式选择参数的列,可以按列号来选择也可以按列名来选择。列号是包含所需要数据的列的索引,列名显示在每列的第一行,一般情况下为了避免出错,都选择按列名来选择参数数据的列,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

4.Columndelimiter设置
选择列分隔符,一般情况下都是默认选择逗号作为分隔符,但其实这里也可以指定逗号、空格符等进行分隔,列分隔符指的是当参数化文件中出现多列参数时(如该实例中的参数有user和pw),参数与参数之间如何隔开。

5.Filedataline设置
在脚本执行时选择第几行数据开始使用。如果选择从列标题后的第一行参数开始执行的话,就在Filedataline中输入1。

6.Selectnextrow设置
值得注意的是所有的Selectnextrow属性选择是针对虚拟用户来说的,也就是这里的策略是针对Controller设置的,在调试脚本的过程中是看不出来的,其决定虚拟用户选择参数的过程。

顺序(Sequential):虚拟用户Vuser按照行顺序读取参数文件中的数据,如果参数文件中的数据都执行了一遍,则返回到第一行,继续执行。
随机(Random):每个Vuser从表中随机地读参数数据,假设有50个数据,那么随机数将在1~50之间随机取一个,然后把这个数作为行号,去读取相应行的参数数据。
唯一(Unique):该方法分配一个唯一的有顺序的值给每个虚拟用户作为参数。
当该选项被选中后,Whenoutofvalues和AllocateVuservaluesintheController两个选项变成可用状态,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

Whenoutofvalues:表示当参数不够时如何处理,通常有以下三种方式:
AbortVuser:忽略剩下所有的虚拟用户不再运行。
Continueinacyclicmanner:将参数继续循环一次,虚拟用户按顺序参数进行迭代,这种情况与选择顺序的策略方法一致。
Continuewithlastvalue:一直使用最后一个数据进行后面的迭代。
AllocateVuservaluesintheController:指在控制器运行时,如何分配这些参数,有以下两种方式:

Automaticallyallocateblocksize:由LoadRunner自动分配每个虚拟用户使用的参数情况。
AllocateXXXvaluesforeachVuser:为每个虚拟用户分析所设置的虚拟用户数,假设设置为20个,那么第一个虚拟用户使用的参数为1-20个,第二个虚拟用户使用的参数为21-40个,以此类推。

注意:在实际测试过程中不要将该值设置为参数的总数,假设一共有10000个参数,如果将该值设置为10000,那么第二个虚拟用户就没有数据可用,这样在控制器的输出错误信息中会提示参数错误的相关信息,一般将所有参数平均分配到不同的虚拟用户即可或者设置为LoadRunner自动分配。

Samelinkas***:与某个已定义好的参数取同一行值。注意:该方法要求至少其中的一个参数必须是Sequential、Random或Unique。
如下面的数据表有2列:
UserPW
T010001
T020002
T030003
将参数PW“Selectnextrow”设置为“SameLineasuser”。当User选择T01时,那么参数PW(密码)只能选择0001。

7.Updatevalueon设置
设置脚本迭代过程中取值的策略,其结果可以在代码调试的日志中体现。
如图所示对登录用户名和密码进行参数化。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

Eachiteration:脚本每迭代一次都访问数据表中的下一个值,也就是说在同一次迭代的过程中,不管同一个参数出现多少次都只使用这一个参数,如图所示是参数第一次迭代的结果。

Eachoccurrence:在每次迭代的过程中,参数的值都更新,即使在同一次迭代过程,如果某个参数使用了多次,其选择的值也会更新而并不会使用相同的参数值,如图所示。

Once:在同一个Vuser中一直取同一个参数,表中其他的数据不参与迭代的过程,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

导入数据

LoadRunner允许利用参数化从已经存在的数据库中导入数据。LoadRunner提供以下两种方式:
使用MicrosoftQuery(要求在系统上先安装MicrosoftQuery)。

指定数据库连接字符串和SQL语句。
如果在业务中希望参数是来自实际的数据,通过以上两种方式就可以解决。脚本生成器在从数据库中导入数据的过程中提供了一个向导。在向导中,指明如何导入数据——通过MicrosoftQuery创建查询语句或直接使用SQL查询语句。在数据导入后,LoadRunner都以.dat为后缀并作为正规的参数文件保存。要开始导入数据库中的数据时,在参数属性对话框中点击DataWizard按钮,则打开数据库查询向导。

1.MicrosoftQuery创建查询
在数据查询向导中选择
CreatequeryusingMicrosoftQuery,
如图所示。如果没有安装MicrosoftQuery,LoadRunner会提示这个功能不能用,在进行该操作之前,必须在MicrosoftOffice中先安装好MicrosoftQuery。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)
选择需要的数据源,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

选择可用的表和列,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

设置筛选数据条件,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

设置排序顺序,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

在数据的导入完成后,选择
ExitandreturntoMercuryVirtualUserGenerator,
然后点击“完成”按钮,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

2.指定数据库连接字符串和SQL语句
在数据查询向导中选择
SpecifySQLstatementmanually,
如图所示。点击Create按钮,在弹出的“选择数据源”对话框中,选择需要的数据源,创建数据库连接字符串,如图所示。
LoadRunner性能测试系统学习教程:脚本编写之参数化技术(4)

在SQLstatement文本框中,输入SQL查询语句,如图所示。

以上是参数化的整个过程,但参数化过程中有以下几个问题需要注意:
参数化文件尽可能少,因为参数是放在内存中的,占用了内存的资源。
参数化文件与脚本分离。
参数文件的路径应该设置为相对路径。
为了使参数更具有真实性,参数应该从历史数据库中获得。
参数类型的选择。
参数的数据由业务决定。