51Testing软件测试论坛

标题: LR如何测试系统登录最大在线用户数和最大并发用户数? [打印本页]

作者: redstar 时间: 2009-5-31 22:14
标题: LR如何测试系统登录最大在线用户数和最大并发用户数?
1.基本概念:
并发用户数:在同一时刻与服务器进行交互的在线用户数量.
在线用户数:在一定的时间范围内，最大的同时在线用户数量,不一定与服务器发生交互.
2.脚本实现
A.最大并发用户数
在脚本中加入集合点、事务，参数化用户名、密码。
B.最大在线用户数
在脚本中加入事务，参数化用户名、密码。注意：不加集合点。
3.场景配置
A.最大并发用户数
编辑计划中，加压：设置为同时加载，持续时间:设置为运行直到完成，减压：设置为同时停止。
B.最大在线用户数
编辑计划中，加压：设置为每1秒增加5个，持续时间:5分钟，减压：设置为每5秒减少5个。

大家觉得这样测试，可以不？

讨论：
1.大家在实际测试中，如何测试系统最大并发用户数和最大在线用户数的？
2.编辑计划中，多长时间增加几个用户或减少几个用户、大家怎么确定的？
3.并发时持续时间需要好呢，还是不需要好？

作者: 忍忍忍 时间: 2009-6-1 09:09
最大并发用户数：
要先确认出现最大并发的场景，如登陆、订单提交、查询等，确认后再找到该场景的最大并发用户数。假设门户服务器能承受的最大并发数达到500个极限，并发用户数同时开始和同时结束不是会使结果惨不忍睹？
最大在线用户数：
一般做个换算就好了，基本在1：10到1：20之间，如果想真实模拟最大在线用户数，需要模拟不同用户的在线用户使用情况，在场景里面用组策略混合，麻烦得要死。
计划中怎么增长用户看测试时间，时间长就每次增加10个左右，时间短了就抽取几个点。
并发时间最少要5分钟才能稳定，需要观察性能曲线再定。

作者: redstar 时间: 2009-6-1 11:29
标题: 回复 2# 的帖子
最大并发用户数：
要先确认出现最大并发的场景，如登陆、订单提交、查询等，确认后再找到该场景的最大并发用户数。假设门户服务器能承受的最大并发数达到500个极限，并发用户数同时开始和同时结束不是会使结果惨不忍睹？
【回复】同时开始，同时结束，应该属于一个极端了，这样应该是最大压力吧。
最大在线用户数：
一般做个换算就好了，基本在1：10到1：20之间，如果想真实模拟最大在线用户数，需要模拟不同用户的在线用户使用情况，在场景里面用组策略混合，麻烦得要死。
【回复】你说所的1：10到1：20指什么？系统用户数的5%到10%？
计划中怎么增长用户看测试时间，时间长就每次增加10个左右，时间短了就抽取几个点。
并发时间最少要5分钟才能稳定，需要观察性能曲线再定。
【回复】那也就是说，多长时间增加几个用户，是比较主观的增加了，没有什么具体的计算或判断依据了？

作者: whistler.j 时间: 2009-6-1 12:17
关注下！

作者: gcm_xp 时间: 2011-5-17 18:05
关注。。。

作者: 小小a 时间: 2011-5-18 20:59
期待问题解决方案

作者: szw751228 时间: 2011-5-19 15:55
这个策略不行，基本概念都没搞明白

作者: myname1025 时间: 2011-6-10 11:10
关注啊

作者: TEST_HUAN 时间: 2011-6-10 11:48
在线怎么测？

作者: princelen 时间: 2011-6-15 10:42
关注、学习

作者: kuangquanshui 时间: 2011-6-15 10:49
赚积分走人

作者: 琳琳芗儿 时间: 2011-10-27 09:28
有点晕

作者: QQ87465335 时间: 2011-10-27 19:06
楼主问的这些问题，都是我想知道的

作者: 夏日摸摸茶 时间: 2011-10-28 20:45
说说个人观点：

1.多长时间增加多少个用户的问题
我觉得最好不要同时增加全部用户，而是分时段的加，这样会更有助于监控，也会知道大约在多少用户范围内，系统的各种资源的使用情况

对于增加用户时段的选择，一般以controller执行时，run界面中Hits/Second的数值，比如刚增加100个用户时，该数值急剧增加，此时刻未趋于稳定，不应该在继续增加用户，当该数值稳定后的时刻，则可以再次增加用户。这样监控出来的数据，更接近于准确。

个人观点而已多指正。

作者: manow111 时间: 2011-10-28 22:41
等待答案

作者: qvbfnsc 时间: 2011-10-31 14:32
最大在线用户数不用测试的，只需要直接算就行了
最大在线用户数=WEB支持的最大连接数*session过期时间/http连接保持时间

作者: ymwang119 时间: 2011-11-2 18:15
学习中……

作者: wangyanzhao 时间: 2011-11-2 18:45
其实说到底，你要有需求支撑，不然结果肯定有偏差；
举个例子：
1 最大在线用户数：比如你测试的项目：早上8--9点，有1万次登录；但也肯定有用户没有对服务器产生压力；平常登录1次比如需要4秒；那同时我们为了测试整体的性能；我们模拟1万次登录的3倍；所以这样算下来也就差不多35个Vuser吧；

2 如果你想测系统1年后的性能，其实也就是测的最大系统用户数。也就是长远的规划测试。

作者: 夏日摸摸茶 时间: 2011-11-4 09:35
回复 18# wangyanzhao

35个VuGen是咋算出来滴？朋友请教下哦讲具体一点哈

作者: PYbless2008 时间: 2011-11-22 16:25
顶楼上，35个怎么算的啊？

作者: 橙子 时间: 2011-11-23 16:56
35咋算的

作者: mfyang 时间: 2011-12-22 15:43
回复 20# PYbless2008

10000*4*3/60/60

作者: 依旧执着 时间: 2011-12-22 20:38
用户并发没有搞明白，设置集合点的话，不是所有的用户一起点击登录这个操作？

作者: ypzineihi 时间: 2011-12-28 15:01
关注下！

作者: guoquanj 时间: 2011-12-28 17:35
学习

作者: 小丫鬟789 时间: 2012-6-13 15:49
学习了....

作者: mymagic 时间: 2012-6-13 16:49
本帖最后由 mymagic 于 2012-6-13 16:51 编辑

以系统需求为主
不是要测试系统能支持的最大在线用户是多少，这样做的也没有绝对的意义，涉及的因素太多。
反过来，以社交类网站为例，如果要求系统在1年、3年、5年后的用户量达到某个数值，各事物的响应时间要在某个范围内，这个就要长远规划了。在这些数值的基础上测试出的数据，比较有参考意义。说到底，还是以测试出的结果为依据。

作者: 火镜传说 时间: 2013-4-3 10:42
表示对这两个概念有点晕了

作者: pyz529 时间: 2013-7-26 00:50
针对最大在线用户数与最大并发用户数的个人理解。
   最大在线用户数怎么去测？这个似乎是不用测试的，是根据实际配置与相应情况估算出来的，例如一个B/S架构的网站，限制在线用户数的因素很多包括1.中间件的配置，2.操作系统的连接数限制，3.服务器硬件配置。以websphere中间件为例最大连接数为默认百万级
   一般计算方法是最大在线用户数=WEB支持的最大连接数（线程池最大线程连接数默认150）*session过期时间（会话超时时间默认60分钟）/http连接保持时间（线程非活动超时默认3500毫秒）当然web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。Unix中如何设置这些参数，请参阅Unix常用监控和管理命令，也可能本身是服务器硬件配置达不到要求，比如，内存大小不够承载超大的会话连接数。
   至于最大并发用户数，首先从操作系统调度处理机制来说，处理任何指令不存在并行，都是分时间片完成的，只不过我们宏观上看上去像是在并行。所以搞清楚这个，就清楚楼主所做的两个设计从根本上来说是一回事。不过楼主的第二个设计是梯度压力测试的一般方法（也可以说是系统容量测试），也就是通过该方法能找到系统最大容量瓶颈，通过在某个范围TPS存在陡降来明确最大并发用户数大致在某个范围。

作者: star_xing815 时间: 2013-7-26 09:54
小菜鸟也同问，35个vuser怎么算出的呢？

作者: superfang 时间: 2013-7-26 10:03
回复 1# redstar

1.大家在实际测试中，如何测试系统最大并发用户数和最大在线用户数的？
>>>>在线用户一般指只是一个session,所以在线用户可以将session值设置2－3小时，就可以满足在线用户这个测试需求，最大并发用户数可以通过阶梯状态压力测试如：20->30->40等等，中间如果调整参数的话，最大并发用户数也有可能会变化的。
2.编辑计划中，多长时间增加几个用户或减少几个用户、大家怎么确定的？
>>>>>建议按自己实际的业务场景业定这个值，不是一个固定的。可能有产品或是历史数据分析得到
3.并发时持续时间需要好呢，还是不需要好？
>>>>>>建议在15分钟以上的，原因有（1）：前几分钟系统的压力不太稳定的，造成指标波动很大
（2）时间过短，不太容易测试出内在泄露　（3）时间过短，不容易发现死锁等情况（4）时间短不容易查看系统是否有core等情况
　　

作者: for需要的人 时间: 2013-7-29 16:23
35Vuser计算方法：在早上8--9点这个时间段，登录用户为3万个，所以平均每秒需要登录8.3个用户，单一用户的响应时间为4秒，所以在4秒钟会堆积4*8.3左右的用户，所以并发为35用户左右。应该是这么理解的。

作者: linneiwei 时间: 2013-7-29 19:35
LR测试WEB，测试最大用户数与并发数不是真实的用户数，也比较难换算。因为真实用户的行为，loadrunner很难模拟，如浏览器（一个用户）请求一个网站是并发的，一般是并发6至20个（这个要看网页的资源数），而loadrunner一个用户只能模拟两个并发，所以很难换算实际用户数，因为，TCP也是一个影响用户访问时间的指标，也是WEB服务器一个指标。

可以看这篇文章：http://bbs.51testing.com/thread-980437-1-2.html

作者: littlevine68 时间: 2015-5-16 15:17

wangyanzhao 发表于 2011-11-2 18:45
其实说到底，你要有需求支撑，不然结果肯定有偏差；
举个例子：
1 最大在线用户数：比如你测试的项目：早 ...

朋友，我想问一下，这35个Vuser是最大在线用户数，那最大并发用户数是怎么算的？

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