51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 11762|回复: 4
打印 上一主题 下一主题

[原创] 如何计算网站系统支持的并发用户数---在线等回复

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-4-16 16:37:37 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
各位大侠,请教一下:
对一个类似门户的网站做性能测试,如何评估系统支持的最大并发用户数??
就拿打开主页登录举例,通过工具加压力,不带思考时间,在10用户的时候就达到的系统的最大处理能力,每秒中可以处理约100笔;
但不能就这样推算系统允许的最大并发用户数为10吧,那通过什么样的方式能获得最大并发用户数呢。
通过加大并发用户数,响应时间会逐渐变长,到每秒钟100笔处理能力是不变的。

也曾尝试用200-500用户同时打开主页并登录,但会报很多服务器拒绝连接的错误···

请问该用什么样的测试方法去评估呢??

[ 本帖最后由 lyl_136 于 2008-4-16 16:38 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

5#
发表于 2009-5-15 16:29:50 | 只看该作者
1.
你在负载测试时,注意观察 并发用户数  和  失败请求 的 曲线图, 一般是这样定义的:

最佳并发用户数
  当并发用户数持续大于该值,可能会出现部分用户请求失败
最大并发用户数
      当并发用户数大于该值,则必然会有用户请求失败

2.
负载测试时,注意观测你的资源( web server,database server  的cpu,mem,IO 等) ,

如果服务器负载比较低,而负载工具收到 请求失败,就要找下你的测试环境问题了。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2008-4-23 11:04:57 | 只看该作者
    一般的web站点测试时,最大并发其实是有2个主要的概念:
    1、最大并发连接数(同一时间在某web服务上保持的session数,session保持的话,就存在web服务的压力)
    2、最大并发交易量(在某时间内,web程序能够正确处理完成的交易数)

    第一个测试,主要通过增加和维持虚拟用户数,让其保持连接状态,测试web服务器的容量(一般测试是为了确认服务器物理性能和web服务程序的配置调优,以及操作系统的限制等)
    第二个测试,主要测试应用程序的并发性能(其实严格意义上对于程序是不存在并发的,交易请求多了,自然放在序列中依次进行处理)

    实际上在我测试的过程中,这些场景都是不断的在变
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2008-4-23 09:45:53 | 只看该作者
    此处有可能是你的服务器连接数限制的问题,因为你用不同的用户登陆多次就跟服务器建立多个连接,运行一段时间服务器的连接数会暴涨!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2008-4-22 22:52:13 | 只看该作者
    也有相当多的帖子讨论过这个问题
    并发的含义在不同情形下不同的。 比如你要打开页面时的并发、还是登录那段时间内并发,一起点击登录按钮那瞬间的并发。 如果颗粒很细的并发,就可用用LR里面的同步点了。

    并发数够了,但其他指标如响应时间不满足了,这个时候的并发数也没有太多实际意义,除非就想找到临界状态点。

    实际上这个问题可以转换为一个更合理的问题,如何设计测试场景
    1 平常压力
    2 高峰压力
    3 寻找临界状态的压力(比如CPU%,比如相应时间接近上限,比如TPS达到多少)

    ....
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-27 08:26 , Processed in 0.070275 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表