kylinPET 参数配置指导

1 背景介绍

工具提供参数化功能，即每个用户发送的数据存在不同。当发送数据内容里面存在“{key}”符号时，工具自动将key值替换为对应的实际参数值，例如：

上图是一个HTTP请求消息，里面存在多个“{}”符号，即存在多个需要替换为实际值的参数：Host、Cookie、Content-Length、username、password、getPara_1，工具在发送数据前会自动将这些参数替换为对应的参数值。

上面参数对应的实际参数值来源方式不同，包括：参数列表配置、从服务器收到的响应消息提取（即关联参数，如getPara_1）、工具自动处理（如Content-Length）；

1.1 关联参数

该文重点是介绍参数列表配置，因此不对关联参数进行介绍，关联参数可以参照《kylinPET 关联参数》文档

1.2 工具自动处理

工具自动处理的参数每种协议都不同，如HTTP支持：Host、Cookie、Content-Length等等；SIP支持：Content-Length、Call-ID等等。详细参照各个协议对应的文档。

2 添加参数

点击“工具” -> “参数列表”或者“工具栏”的按钮。包括：随机参数、固定参数、顺序递增参数、从文件/数据库导入参数、日期类型参数。

2.1 随机参数

1)最小值与最大值为随机值的范围，如1，50表示1到50之间的随机值；

2)前缀表示在随机值前面加上的字符串

3)总长度：0表示不固定，为“前缀+随机值”的长度；其他值表示固定参数值

的总长度，如果“前缀+随机值”的长度小于设置的长度，则在前缀后添加0

补充，如长度设置为5，则abc1值变为abc01，长度为6则为abc001；如果“前

缀+随机值”的长度大于设置的长度，则值为“前缀+随机值”，不会删除多

余部分。

2.2 固定参数

每个用户该参数的值都一样

2.3 顺序递增参数

1)初始值：为该参数值的第一个值

2)步值：后面递增的步值，如初始值为1，步值为2，则依次为1,3,5,7,…

3)前缀：表示在值前面加上的字符串

4)总长度：与上面的“随机参数”一样意义。

2.4 从文件/数据库导入参数

2.4.1 从文件导入

点击然后在弹出的文件选择框选择参数文件，文件支持Excel（暂不支持2007）、 txt（以逗号分隔）、 csv（以逗号分隔）格式。

列名代表参数名，下面表格每一行代表参数值，该功能类似数据库。注意：

1、每个用户按读取顺序读取每一行记录，到达结束后则从第一个值开始

2.4.2 从数据库导入

1)数据库：包括Oracle与Mysql、Sysbase、SQL Server、DB2，不包括的数据

库请自己导出文件再通过文件方式导入。

2)注：工具自动加载ext/ db目录下对应数据库目录的jdbc驱动jar包，如果是

jdbc驱动问题，请自己更换最新的jar包

3)开始行与结束行：读取结果集里的开始行到结束行，即限制了读取记录数，

结束行为0表示一直到结束。

4)配置数据库信息后，先点击测试连接测试下是否连接数据库成功。

5)SQL命令：

select * from tableName 表示所有字段都为参数名

select a, b from tableName表示只读取a,b字段为参数名2.4.3 从数据库导入举例

例如数据库test存在表help_topic，表字段及记录如下图：

1) 导入所有字段，字段名即为参数名

select * from help_topic

点击确定加载数据如下图：

其中表的字段名为参数名，由于没限制记录数，因此加载了全部记录 2) 只导入表部分字段，限制记录数

select name,help_category_id from help_topic

只加载了100条数据，加载字段只有name与help_category_id

3) 将表的字段添加别名，即参数名为别名

如表字段name与help_category_id，如果希望加载到工具的参数名为a与

b，则只需要为name与help_category_id分别添加别名a与b。

select name as a,help_category_id as b from help_topic

2.5 日期格式参数

当参数值是由运行时的实际决定，即每个用户运行时的参数值为运行当时的系统时间（动态变化），可将参数添加为日期格式。

上图表示值为Long格式，即为时间戳，单位为毫秒。

上图表示值为yyyy-MM-dd HH:mm:ss格式，即将时间戳转为某种格式。

3 用户读取方式

读取方式有四种：按IP与端口、按读取顺序、随机、迭代

3.1 按IP与端口顺序

适用SIP这类需要指定IP与端口的业务，一个IP与端口只能使用固定序号的参数值；对于其他业务，则根据用户序号取参数值，例如启动两个用户1与2，用户1先启动，则读第1行数据，用户2读第2行数据，依次类推。不是先到先得原则，而是根据用户索引取对应的行。

3.2 按读取顺序

按用户读取先后顺序取参数值，例同时启动两用户，用户1先于用户2，但可能用户2先读取到（线程运行快）第1行数据，用户1读取到下一行数据，即第2行数据。适用保证每用户参数不同的用户，如WEB或RTSP，但不适用SIP业务。

3.3 随机

随机选择表格中的一条记录为用户的参数，可能出现多个用户共用一条记录的参数。

3.4 支持迭代

前面几种都不支持迭代，即用户迭代（脚本运行完重新运行脚本，需要在

Controller的模型配置）执行时，它的参数仍然不变；如果支持迭代时，用户每次迭代都取到最新一行参数值，先到先得原则，用于1先于用户2启动，但可能用户2（线程运行快）先取到第1行数据，用户1与2迭代时，将取第3与4行数据。

3.5 举例说明几种方式

假设运行4个用户user1、user2、user3、user4，有参数列表如下：

3.5.2 按IP与端口顺序

工具按先后顺序启动user1、user2、user3、user4几个用户，每个用户线程方式运行，则读取参数列表的顺序也是用用户索引：

如果是SIP业务，注册与呼叫分开执行，先执行注册，再执行呼叫，注册与呼叫使用了固定的端口与IP；则执行注册后，SIP服务器记录了用户user1的IP 与端口与Para1值，再执行呼叫脚本时，如果Para1使用的IP与端口与注册时不一样，将出现失败。所以为保证使用一样的IP与端口与参数，提供按IP与端口顺序读取。

当然，IP与端口顺序不仅适用SIP业务，也使用所有其它业务，如WEB

3.5.3 按读取顺序

工具按先后顺序启动user1、user2、user3、user4几个用户，每个用户线程方式运行，但由于CPU资源调度问题，可能出现先启动的用户抢不到CPU资源，后启动的用户先执行读取参数，即先启动的顺序不一定先读到参数列表，所以可能出现下面情况：

这种情况，仍然是保证每个用户使用不同的参数，所以不影响性能测试，建议除SIP业务外使用这种方式。

3.5.4 随机读取

工具按先后顺序启动user1、user2、user3、user4几个用户，每个用户线程方式运行，由于读取时随机的，可能出现下面情况：

上图出现user3与user2使用同样的参数，因为随机不能保证唯一性。

3.5.5 支持迭代

工具按先后顺序启动user1、user2用户，user1、user2运行完后重新运行，但按顺序读取时迭代用户每次迭代的参数值都不变；

迭代顺序类似按顺序读取，但每次迭代用户会重新到参数列表读取新的数据：

上图user1运行后再运行，重新读取了新的参数；user2也是重新读取了参数。但可能user2第2次迭代先于user1读取参数。