通过场景日志分析读取参数化的方式。

1、当用户名的参数化方式选择，

　　选择下一行：顺序

　　更新值的时间：每次迭代，

　　并发用户数：10个，运行时间10分钟，每种保存图表的事务均进行了140个事务，10个并发进行了140个事务，即每个并发进行了14个迭代，即选了14个用户，如果从001用户开始取值，根据每次迭代选新用户，则最后用的014用户，

为啥不是099用户，因为是顺序的读取用户因此使用的用户是   001---014用户；

 

2、用场景运行日志中的参数化结果去验证一下，发现日志中有10个log，编号分别从1-10；查看里面的日志可以看出，每个日志文件里面的用户均是从001---014；

　　由此可以判断，场景在第一次并发10个用户时候，全部取值001账号、第二次迭代全部取002、第三次全部取003 。。。。。一直到第14次迭代，取值014；如果场景不结果应该会继续取值，015账号；

3、如果选择时unique（唯一）和每次迭代更新的话，需要的数值非常庞大，，

   比如：100个并发、迭代10次，则需要1000个用户，用户取到101的时候，则lr会报错；

            100个并发，迭代15次，需要1500个用户,关键是需要知道进行多少次迭代，如果用durtion的方式，则需要计算运行的时间内，可以进行多少次迭代，非常耗脑筋，因为根本不知道可每次迭代需要多久，即无法算出可以进行多少次迭代；

           除非不设置运行多久，而设置直到运行结束；