关于用户并发登录的问题－续问（是我弄错了是集合点中的timeout）

ww_testing

想请问老师：下面这段代码是为了测试系统可以承受多少个用记进行并发登录。

lr_rendezvous("登录集合点");

        lr_start_transaction("登录");

        web_submit_form("j_security_check",
                "Snapshot=t15.inf",
                ITEMDATA,
                "Name=j_username", "Value=admin", ENDITEM,
                "Name=j_password", "Value=admin", ENDITEM,
                LAST);

        lr_end_transaction("登录", LR_AUTO);
不知这样是否有问题？是否可以真正测出允许的并发登录用户数？
如：设置Vuser为100个，是不是100个用户运行到此集合点，才开始提交‘用户名‘、’密码‘进行登录操作？

刚还有一个问题忘写了，就是在Thinking Time中，有一个timeout这个是用来做什么用的？

[ 本帖最后由 ww_testing 于 2006-3-8 09:20 编辑 ]

pcl2004_27

loadrunner利用集合点函数达到并发的效果，但是这涉及到并发的策略的选择，而并发用户数到底多少是你自己预测的，然后再lr中设置到底有多少产生并发

在controller中场景菜单下有个集合点菜单，点击之后跳出一个对话框你可以设置集合点策略，到底有多少虚拟用户产生并发，占总用户的多少这些都需要设置的，到底设置并发用户数多少依据是你的实际应用是否有这些用户并发。

一个场景会跑多个脚本，每个脚本都是不同的操作。你这100个虚拟用户难道这100个用户就登陆么？实际系统运行会应该既有登陆，既有操作其他功能的人，你再登陆的时候也需同时就有人在做其他的功能，你登陆的100人，其中并发的可能只有几个人而已，如果你设置100个用户并发，当然是100个用户运行到集合点函数那里再开始操作下边的操走，否则怎么形成并发呢？

ww_testing

谢谢老师耐心的解答。刚还有一个问题忘写了，就是在Thinking Time中，有一个timeout这个是用来做什么用的？

[ 本帖最后由 ww_testing 于 2006-3-7 16:39 编辑 ]

pcl2004_27

Thinking Time 在那里 runtime setting里面么？

ww_testing

不好意思，这些日子在LR的许多概念细节中绕来绕去，我又说错了，应该是集合点里的相关概念。

是controller中的scenario菜单下的Rendezvous里的Policy里面的最后一项设置（timeout....）。

太对不起您宝贵的时间了，朴老师。

[ 本帖最后由 ww_testing 于 2006-3-8 09:21 编辑 ]

pcl2004_27

他的意思是说如果虚拟用户等其他用户到集合点一起操作，如果等到的时间超过了这个时间，那么该用户就不会等其他用户，继续往下执行！

ww_testing

哦，我明白了，谢谢！