关于并发数和负载的关联

镭镭

下单部门给我的需求只要求某个页面能支持并发30人,并未告知负载人数
我个人理解是,如果网络环境和WEB服务器的响应时间和处理速度不理想,上一批并发的人未完成,下一批并发的又提交上来,将导致压力几何倍数速度增长,很快就跨掉了,

从下单要求的并发人数上,选取合理的响应时间,应该可以推断出本系统必须支持多少人同时在线的负载吧?负载大的话,并发人数也会比较大,要模拟的一个环境是,多数用户在某个时间多一次登陆(相隔时间较短),然后都去执行操作,通常来说,30人并发的系统中,可以支持多少的负载比较合理呢?

Zee

应该跟给你需求的人讨论一下这个问题。

镭镭

需求人员本身不是测试人员,从响应时间讲,他们要求延迟至少不会让用户觉得是不是页面连接不上了,(一般页面延迟不能超过30秒)
目前有个问题是,设置集合点的时候,比如要求每次提交30个用户去并发操作,但是系统处理速度没有那么快,很快的,后面第二批30个用户也到了,所以经常表面上并发30人,实际上都是几百人并发,
我测试时候,如果负载设置很小,比如100人,即使100人并发都可以全PASS,如果是30人循环提交长时间也是全PASS,
所以我想测试下系统的响应时间,当用户比较多的时候,系统会不会处理来不及,不过系统总会有个上限

想知道一个比较好,或者说合格的系统,如果并发30人,应该可以承受多少负载连续提交又可以及时处理?

xingcyx

这个问题在测试中是经常会遇到的。你所说的“表面上并发30人，实际都是几百人并发”，其实严格说来是一个是从用户的角度去看“并发”，一个是从服务器的角度去看“并发”而已，这二者是有区别的。

在我的blog这篇文章里面或许你能找到一点答案或得到一点启发。
http://www.blogjava.net/xingcyx/archive/2006/12/28/90498.aspx

guxingyun

正在看blog...

rickyzhu

并发30人是从客户角度看。

在线的20%就是并发的个数吧。根据经验。我昨天看书看的。