51Testing软件测试论坛

标题: 用LR，并发用户数为20、50和100，服务器的响应时间差别很小，这是怎么回事情啊？ [打印本页]

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

作者: baitest 时间: 2005-1-24 16:22
标题: 并发用户数差别太小！
试着将并发用户由100、1000、5000组成，相信问题会报露出来！

作者: zuotj 时间: 2005-1-24 16:39
我尝试用5000个用户并发，显示“passed”有4765个，而“stopped”为235个，stopped的是什么意思啊？算失败了吗？

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

作者: zuotj 时间: 2005-1-25 16:04

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 时间: 2005-1-26 16:29
自己顶一下，请教高手啊

作者: sunfy 时间: 2005-1-26 16:39
如果，我在VUG里设置迭代次数为2，在CONTROLLER里设置10个虚拟用户，那结果是每个虚拟用户都迭代运行2次呢，还是只是每个用户运行了一次？

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

作者: bsd3000 时间: 2005-1-27 09:21
每个Vuser迭代一次后，是马上开始下一次，还是隔一定时间再开始下一次，这是可以设置的，但不会是所有Vuser都迭代完一次再同时开始下一次迭代。

作者: sucy 时间: 2005-1-28 13:07
会不会因为是静态页面？

作者: paradoxer 时间: 2005-2-3 10:33
标题: 应该不算失败

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

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

作者: paradoxer 时间: 2005-2-3 10:35
标题: 另外，我觉得迭代次数不用在vugen里面设置
那里面只设置一次就行了，在controller里面根据不同的场景设置和时间，会自动安排迭代次数的。

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

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)