用LR，并发用户数为20、50和100，服务器的响应时间差别很小，这是怎么回事情啊？

zuotj

B/S结构，去访问一个不与数据库打交道的静态JSP页面，设置的并发用户数为20、50以及100。
测试结果，查看Trans Response Time，不同并发用户数的“最小响应时间”、“平均响应时间”基本相同，只有“最大响应时间”随用户数变大而变长，不知道这说明了什么。
是不是说明了对于静态页面的访问，服务器对20、50、100个用户的响应都是一样的。
请大家帮忙分析分析啊

baitest

试着将并发用户由100、1000、5000组成，相信问题会报露出来！

zuotj

我尝试用5000个用户并发，显示“passed”有4765个，而“stopped”为235个，stopped的是什么意思啊？算失败了吗？

大漠飞鹰

让模拟的用户不停做迭代，效果会明显一些。个人认为，真正和访问时间挂钩的是点击利率，也就是访问流量。只要点击率上去了访问时间自然就长了。

zuotj

Originally posted by 大漠飞鹰 at 2005-1-25 10:39 AM:
让模拟的用户不停做迭代，效果会明显一些。个人认为，真正和访问时间挂钩的是点击利率，也就是访问流量。只要点击率上去了访问时间自然就长了。

不停做迭代如何实现啊？是在VUG里设置迭代次数，然后在CONTROLLER里运行？
如果，我在VUG里设置迭代次数为2，在CONTROLLER里设置10个虚拟用户，那结果是每个虚拟用户都迭代运行2次呢，还是只是每个用户运行了一次？

[ Last edited by zuotj on 2005-1-25 at 16:05 ]

zuotj

自己顶一下，请教高手啊

sunfy

如果，我在VUG里设置迭代次数为2，在CONTROLLER里设置10个虚拟用户，那结果是每个虚拟用户都迭代运行2次呢，还是只是每个用户运行了一次？


我的理解是10个虚拟用户运行一次后，这10个虚拟用户再运行第二次。不知道对不？

bsd3000

每个Vuser迭代一次后，是马上开始下一次，还是隔一定时间再开始下一次，这是可以设置的，但不会是所有Vuser都迭代完一次再同时开始下一次迭代。

sucy

会不会因为是静态页面？

paradoxer

Originally posted by zuotj at 2005-1-24 04:39 PM:
我尝试用5000个用户并发，显示“passed”有4765个，而“stopped”为235个，stopped的是什么意思啊？算失败了吗？

有的时候只是因为规定的时间到了，被stopped。
比如说设置面向目标的场景，目标为10个vusers，规定达到目标以后再运行2分钟停止，那么到这个时间以后没有完成的iteration就会被stopped。

paradoxer

那里面只设置一次就行了，在controller里面根据不同的场景设置和时间，会自动安排迭代次数的。

luihengk

很久没来51testing，个人分析一下：
1、访问的是静态页面，响应时间少了数据库执行的部分，如果把并发用户数增大，如200,500,1000，结果与动态页面明显不一样。
2、不用在vugen里面设置Run Logic(运行逻辑)，因为在controller里面设置的全局计划（启动时间、持续时间等）时间会覆盖运行迭代次数的时间。