51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3887|回复: 19
打印 上一主题 下一主题

[原创] 这种压力测试情况下通过,在实际应用理论上支持多少人同时在线

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-4-3 16:06:14 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
一个基金网上交易系统,每次测试时直到达到虚拟的总用户数1000,同时也不考虑每个用户的操作的停顿时间,没有使用到集合点
测试环境        数据库服务器                         Weblogic服务器
软件环境        Sun Solaris 10 64bit             Oracle Enterprise Linux 4.4 32bit
         Oracle10.2.0.3                        Weblogic813
                                         
cpu        16×cpu(双核)                          8×cpu
内存        16G        8G
网络速度        100M        100M
测试辅助工具        LoadRuner8.0分别装在5台机器上平均分配模拟用户,减少测试机性能对测试结果的影响

测试1000虚拟用户时各个事务的性能还可以,两服务器的性能也不存在瓶颈压力
这样在实际使用过程中,理论上可以支持多少用户同时在线使用
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

20#
发表于 2008-4-8 14:01:11 | 只看该作者
使用集合点。如果还使用了IP欺骗技术,那最后测试的寄过基本就可以模拟真实环境了。
我觉得54111说的对,最后会变成网络瓶颈,因为你测试的时候基本是在局域网里测的。而用户真是环境不是这样
回复 支持 反对

使用道具 举报

该用户从未签到

19#
 楼主| 发表于 2008-4-8 11:59:56 | 只看该作者
我把测试结果放上来:测试结果:
10分钟完成完成的事务:7个监测的事务都完成了21004次,平均=35次/秒
[并发性能](100万注册用户,1000万历史交易数据环境下)
登陆:平均响应时间6.102秒
申购:  平均响应时间5.277秒
历史交易查询:平均响应时间1.24秒
历史确认查询:平均响应时间1.722秒
当天交易查询:平均响应时间2.224秒
基金份额查询:平均响应时间2.576秒
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-8-25 10:16
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2008-4-8 10:48:40 | 只看该作者
    通过的标准你也没有写啊!还有就是在线的人还要有操作的啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2008-4-7 09:10:24 | 只看该作者
    飘过
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2008-4-7 08:58:36 | 只看该作者

    回复 15# 的帖子

    只有客户端与服务器端 产生交互的时候才有压力。
    点击连接的时候,"点"的时候有压力;而浏览的动作的看
    同样输入表单也是,只有点"提交"的时候才产生压力。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-4-6 14:11:50 | 只看该作者

    回复 11# 的帖子

    为什么说浏览和输入表单不会对服务器造成任何压力?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2008-4-5 20:22:58 | 只看该作者
    关键看你的性能需求和模型与实际的生产环境匹配度有多高了

    [ 本帖最后由 qaarchitech 于 2008-4-5 20:25 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2008-4-4 17:34:20 | 只看该作者
    花猫
    请问像这样的项目怎么来得出最大的并发用户数?当有有虚拟用户执行失败吗?如果是因为网络连接原因导致的失败呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2008-4-3 17:35:27 | 只看该作者
    可以通过经验或者各种途径预算出上线后有多少人同时使用,来算出预期的并发用户数,好象没有反过来推算的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2008-4-3 17:29:00 | 只看该作者
    看服务器配置,而又是 基金网上交易系统,带宽也不能窄了,个人建议你还是设置事务和集合点来模拟一下(组合业务),得出最大并发用户数吧,浏览和输入表单不会对服务器造成任何压力。。。
    如果没有足够的客户端来产生压力,很难预测最大并发用户数(或者你所说的同时在线人数),因为不知道什么时候出现性能拐点

    [ 本帖最后由 54111 于 2008-4-3 17:32 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2008-4-3 17:17:52 | 只看该作者
    关于think-time我是这样理解的,既然我们使用工具是要模拟1000个人或者更多的人,提交一个操作(同时按钮),所以应该不考虑think-time。 不考虑think-time产生的压力应该全在客户端。我们想模拟的就是服务器在第一秒接受1000人的压力,第二秒接受1000人的压力,而1秒内能否模拟实际1000个用户同时操作,这个压力在客户端
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2008-4-3 17:04:56 | 只看该作者
    如果考虑thinktime,这样给服务器的压力肯定比不考虑thinktime时大的多,最终就会影响事务的响应时间
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2008-4-3 16:50:21 | 只看该作者
    录制的脚本中记录不记录think-time,和 事务平均响应时间没有关系吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2008-4-3 16:43:03 | 只看该作者
    那你这里的  
    “可以支持多少用户同时在线使用”
    不全考虑并发操作呗
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2008-4-3 16:33:49 | 只看该作者
    由于没有考虑thinktime时间,这1000模拟用户在压力测试时肯定有并发操作的情况,只是没有特意去加集合点来并发。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2008-4-3 16:26:01 | 只看该作者
    你这样的 服务器配置 ,估计上线时使用的带宽是影响在线人数的制约
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2008-4-3 16:22:03 | 只看该作者
    那你这里1000人没有设置并发操作?
    浏览和输入表单不会对服务器造成任何压力

    [ 本帖最后由 54111 于 2008-4-3 16:23 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2008-4-3 16:18:03 | 只看该作者
    在线是指做交易,查询等操作组合
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2008-4-3 16:14:49 | 只看该作者
    你这里同时在线指的是什么?能说具体一点吗?
    同时填写表单?同时交易?还是各种业务组合?
    你没有使用集合点?不考虑并发的情况?只考虑支持多少人连接?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-15 22:42 , Processed in 0.092581 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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