2007年10月15日继续原来参数化的问题（疑问一之续二）

上一篇 / 下一篇 2007-10-15 16:20:25 / 个人分类：LoadRunner之参数化

首先，通过验证，得出以下结论：

1、实际插入到系统中的记录数与迭代的次数有关系。插入记录数与迭代次数相同。

2、从日志上看，参数被替换的菜蔬为：虚拟用户数*迭代次数。但是通过系统中插入的数据显示说明：在每次迭代过程中，所有的用户都提交相同的值（针对变量在脚本中只出现1次的情况）---不管设置为每次迭代还是每次出现。。。

3、虚拟用户采用什么方式选取日志中被替换的参数，目前偶还不清楚。恳请大侠们赐教！

其次，描述一下这次过程的又增加的一些疑问：

1、设置文件类型参数的属性如下

补充：参数化对象为向系统录入数据的一个表单内容中的某些字段

文件类型参数的属性
Select column	By number:1
Select next row	Unique
Update value on	Each iterarion
When out of valies	Continue with last value
Allocate Vuser value in the Controller	Automatically allocate block size
备注	该参数一共有6个可选值

场景设置
虚拟用户数/Action迭代次数	运行结果
10/1	表中参数“invoiceNo”的记录数量不足，无法为Vuser提供唯一数据。有4个用户运行失败。系统中没有插入数据。日志中共有6个参数替换。
3/3	表中参数“invoiceNo”的记录数量不足，无法为Vuser提供唯一数据。1个用户运行失败。数据库中没有插入数据。日志中共有6次参数替换。
2/3	成功。向系统中插入了3条记录。日志中有参数替换总共6次的记录。

问题：1、只要有失败的用户，就没有向系统插入数据2、设置的File

When out of valies

Continue with last value

没有起到作用？否则按理来说：当不再有唯一的数据时进行的操作：“使用最后的值继续”。超出值的虚拟用户应该取最后一次的值继续执行并且能成功运行才对啊？

2007年10月15日 继续原来参数化的问题（疑问一之续二）