再问“注册用户数、在线用户数、并发用户数”之间关系？？？

yourslg

拜托各位高人能否再讨论下这个问题！

1、在线用户数与注册用户数的关系，他们是如何换算的？

2、并发用户数与在线用户数的关系，他们如何换算？？

这些换算方法有什么理论依据没？

谢谢啦～～～

alextowxm

在这里边思考时间影响测试结果吗
具体的说说
期待中

donglianglv

是这样的。
据我所知，按这种估算方法出来的并发用户数，在实际加压时，不能设置思考时间，否则压力会偏小。

我个人是这样测试的：
并发用户数取实际的系统最大在线用户数，但是测试中按使用习惯增加思考时间。

livedevil

受教了，这方面经验还是太少

poley

测试压力估算时采用原则如下：
        系统在线用户数取系统总用户数的20%，
        系统在线用户并发数取在线用户数的30%，

w_zhjun

结合常用的im软件, qq or skype, qq的注册用户5.8亿，同时在线量2000万，比率1: 30左右;
skype 注册用户1亿, 同时在线量800万， 比率1:12左右, 大致在1:12 到1:30之间了.

Zee

看了这么久，还是建议分析实际的环境。
硬件软件什么的，做个简单的基准测试和性能规划测试再来谈其他的问题。

ppent

获取测试需求的方法：
1、系统运行日志
2、用户或市场调查
3、同类产品的运行情况
4、产品期望的目标

以上提到的估算方法在不同的应用上其比例应该是不同的，没有绝对的，通常都是8020原则加上经验调整。

ireneyao

我觉得要分情况考虑，如果想知道系统的基本情况，那并发用户应该要尽量符合实际业务情况，也就是加思考时间，如果想知道系统的极限，那就不要设置思考时间。
个人意见，说的不对大家指出来哈~~~

大漠飞鹰

原帖由 丁笑寒 于 2007-4-17 17:54 发表
系统的最大并发用户数根据注册用户数来获得。换算方法：一般注册总人数的5％－20％之间。

系统的并发数，根据在线人数数来获得。换算方法：一般是在30％左右。   

在线用户数我理解为已经登陆系统的用户数 ...

是这样的。
据我所知，按这种估算方法出来的并发用户数，在实际加压时，不能设置思考时间，否则压力会偏小。

我个人是这样测试的：
并发用户数取实际的系统最大在线用户数，但是测试中按使用习惯增加思考时间。

呵呵，大家都说说。

rickyzhu

陈绍英的书里面就这样描述的。
其实这个东西，大家都是根据经验，没有什么理论依据。

yourslg

在线用户数与注册用户数之间是否有相关换算关系呢？

yourslg

另外，
“系统的最大并发用户数根据注册用户数来获得。换算方法：一般注册总人数的5％－20％之间”

“系统的并发数，根据在线人数数来获得。换算方法：一般是在30％左右。   ”

这样的一个换算关系有相关的理论依据么（比如概率之类的）或者说是根据经验值得出来的？
还有就是这样的换算关系适用的范围有多广呢？

诚恳求解！

yourslg

我之所以问这个问题是因为该系统没有历史数据，无法根据历史的情况获取相关信息。

我得到的只是一个该系统将来预期达到的注册用户数。

丁笑寒

删除。

[ 本帖最后由 丁笑寒 于 2007-4-17 17:57 编辑 ]

丁笑寒

系统的最大并发用户数根据注册用户数来获得。换算方法：一般注册总人数的5％－20％之间。

系统的并发数，根据在线人数数来获得。换算方法：一般是在30％左右。   

在线用户数我理解为已经登陆系统的用户数字，而注册用户数，是系统一共注册的人数，这个人数静态的。

如果想获得准确的数组，可以查看日志来获得。

zbyufeifei

哈哈，同意楼上的～

Zee

分析实际环境不就明白了。
本来简单的问题，越搞越复杂。