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的方式，则需要计算运行的时间内，可以进行多少次迭代，非常耗脑筋，因为根本不知道可每次迭代需要多久，即无法算出可以进行多少次迭代；
除非不设置运行多久，而设置直到运行结束；