回复 #19 lulu2007 的帖子
我这样设置后测过没有问题啊,我也是设了4个用户,前两个的用户名和密码正确,后两个用户名正确但密码不正确。按以上设置后在场景里跑了,再到数据库里查,只有前两个用户的登录记录,而没有后两个的。 那些文档看的很眼熟啊,哈哈
回复 #22 zbyufeifei 的帖子
手册上弄下来的...... 到数据库里查,我怎么每这个概念呢,我没用到数据库啊,只是在设置参数属性的时候新建了一个数据文件,麻烦你给解释一下.那你设置的四个用户在场景中运行时,后两个有报错么?回复 #24 lulu2007 的帖子
我这里在场景里跑的时候也没有报错,所以只能查数据库,我们的数据库里有个表可以记录某个用户什么时间(精确到秒)登录过哪个系统,登录机器的IP等等,所以可以查,但我不知道你们有没有类似的。。目前我除了知道查数据库可以判断有没有登录成功外,也不知道其他方法了。 那你能不能描述一下,你做四个用户测试时的一些配置设备,比如服务器,数据库之类的(他们之间的逻辑关系)。我现在对这种整体架构特别模糊,都不怎么晓得是怎样个逻辑关系?sdlkfj9 好帖慢慢专研。 每次迭代
是什么意思?.... 我认为既然是迭代一次的话,就不应该选择迭代相关的项,而唯一更不应该了。
而且分析了 lulu2007 贴上来的脚本来看,整个脚本只出现一次用户和密码
(不知道其它相关的脚本是不是还有用户和密码这个参数,按理不应该有了)
那么应该“更新方法”选择“每次出现”,“数据分配方法”选择“顺序”即可
[ 本帖最后由 zhangbh060708 于 2008-7-3 11:25 编辑 ] 更新方法为“每次出现”,数据分配方法为“顺序”的意思是:
参数每次出现时,Vuser将从数据表中提取下一个值
那么即时只迭代一次,每个用户运行脚本时都会分配一个新的值
这种方法只适用于脚本中只出现一次用户和密码,如果出现多次用户名
和密码的话,每次用户名和密码都会不一样。
不知道解释清楚了没有:L
页:
1
[2]