10000*4*3/60/60 用户并发没有搞明白，设置集合点的话，不是所有的用户一起点击登录这个操作？ 关注下！ 学习 学习了.... 本帖最后由 mymagic 于 2012-6-13 16:51 编辑
以系统需求为主
不是要测试系统能支持的最大在线用户是多少，这样做的也没有绝对的意义，涉及的因素太多。
反过来，以社交类网站为例，如果要求系统在1年、3年、5年后的用户量达到某个数值，各事物的响应时间要在某个范围内，这个就要长远规划了。在这些数值的基础上测试出的数据，比较有参考意义。说到底，还是以测试出的结果为依据。 表示对这两个概念有点晕了 针对最大在线用户数与最大并发用户数的个人理解。
最大在线用户数怎么去测？这个似乎是不用测试的，是根据实际配置与相应情况估算出来的，例如一个B/S架构的网站，限制在线用户数的因素很多包括1.中间件的配置，2.操作系统的连接数限制，3.服务器硬件配置。以websphere中间件为例最大连接数为默认百万级
一般计算方法是最大在线用户数=WEB支持的最大连接数（线程池最大线程连接数默认150）*session过期时间（会话超时时间默认60分钟）/http连接保持时间（线程非活动超时默认3500毫秒）当然web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。Unix中如何设置这些参数，请参阅Unix常用监控和管理命令，也可能本身是服务器硬件配置达不到要求，比如，内存大小不够承载超大的会话连接数。
至于最大并发用户数，首先从操作系统调度处理机制来说，处理任何指令不存在并行，都是分时间片完成的，只不过我们宏观上看上去像是在并行。所以搞清楚这个，就清楚楼主所做的两个设计从根本上来说是一回事。不过楼主的第二个设计是梯度压力测试的一般方法（也可以说是系统容量测试），也就是通过该方法能找到系统最大容量瓶颈，通过在某个范围TPS存在陡降来明确最大并发用户数大致在某个范围。 小菜鸟也同问，35个vuser怎么算出的呢？ 回复 1# redstar
1.大家在实际测试中，如何测试系统最大并发用户数和最大在线用户数的？
>>>>在线用户一般指只是一个session,所以在线用户可以将session值设置2－3小时，就可以满足在线用户这个测试需求，最大并发用户数可以通过阶梯状态压力测试如：20->30->40等等，中间如果调整参数的话，最大并发用户数也有可能会变化的。
2.编辑计划中，多长时间增加几个用户或减少几个用户、大家怎么确定的？
>>>>>建议按自己实际的业务场景业定这个值，不是一个固定的。可能有产品或是历史数据分析得到
3.并发时持续时间需要好呢，还是不需要好？
>>>>>>建议在15分钟以上的，原因有（1）：前几分钟系统的压力不太稳定的，造成指标波动很大
（2）时间过短，不太容易测试出内在泄露 （3）时间过短，不容易发现死锁等情况（4）时间短不容易查看系统是否有core等情况
35Vuser计算方法：在早上8--9点这个时间段，登录用户为3万个，所以平均每秒需要登录8.3个用户，单一用户的响应时间为4秒，所以在4秒钟会堆积4*8.3左右的用户，所以并发为35用户左右。应该是这么理解的。 LR测试WEB，测试最大用户数与并发数不是真实的用户数，也比较难换算。因为真实用户的行为，loadrunner很难模拟，如浏览器（一个用户）请求一个网站是并发的，一般是并发6至20个（这个要看网页的资源数），而loadrunner一个用户只能模拟两个并发，所以很难换算实际用户数，因为，TCP也是一个影响用户访问时间的指标，也是WEB服务器一个指标。
可以看这篇文章：http://bbs.51testing.com/thread-980437-1-2.html wangyanzhao 发表于 2011-11-2 18:45
其实说到底，你要有需求支撑，不然结果肯定有偏差；
举个例子：
1 最大在线用户数：比如你测试的项目：早 ...
朋友，我想问一下，这35个Vuser是最大在线用户数，那最大并发用户数是怎么算的？
页:
1
[2]
