51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: bearding
打印 上一主题 下一主题

[原创] 刚刚做个压力测试,请求帮助分析错误,谢谢

[复制链接]

该用户从未签到

21#
发表于 2007-7-30 14:52:53 | 只看该作者
首先你的数据库用的是连接池还是直连
然后每次连接后都释放了吗 这个你要看日志

你说的成功了7000 数据库中只有2000 我感觉就是数据库连接的问题
回复 支持 反对

使用道具 举报

该用户从未签到

22#
 楼主| 发表于 2007-7-30 15:47:20 | 只看该作者
原帖由 gary198026 于 2007-7-30 14:52 发表
首先你的数据库用的是连接池还是直连
然后每次连接后都释放了吗 这个你要看日志

你说的成功了7000 数据库中只有2000 我感觉就是数据库连接的问题


能具体说明一下么,据我所知,数据库使用的连接池
每次连接释没释放我不知道,日志怎么看呢,请教一下!
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    23#
    发表于 2007-7-30 16:49:37 | 只看该作者
    我的机器只能运行1000个用户在线。。。http\web协议   。。如果运行超过1000,就会报错提示。。

    如果想运行10000。。那就10个负载生成器搞定。。。汗。。目前还不知道解决方法
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2007-7-31 13:57:01 | 只看该作者
    错误记录就是:错误……负载生成器当前正在运行该类型的最大数量的Vuser?
    你运行的用户数超过了license支持的最大用户数.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2007-7-31 15:09:14 | 只看该作者

    回复 #1 bearding 的帖子

    你用的是什么版本的LR,有最大用户数限制的,默认为限制为2000,需要修改的,可以修改到10000,在控制器里面的工具栏中修改,不过需要你license支持
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2007-7-31 17:30:25 | 只看该作者
    强,太牛咯!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2007-8-1 17:23:01 | 只看该作者
    看得不是很明白
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2007-8-1 17:26:43 | 只看该作者
    看得头晕
    楼主讲下什么配置的电脑
    这么强呀
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2007-8-2 09:20:55 | 只看该作者
    我感觉也是因为注册吗支持不到10000个用户
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
    发表于 2007-8-2 10:18:06 | 只看该作者
    我也不懂!!1
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2007-8-6 10:17:21 | 只看该作者
    单机license支持不了10000用户吧
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2017-1-11 15:48
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    32#
    发表于 2007-8-6 11:27:06 | 只看该作者
    还有,我运行了多次这个脚本,采用了不用的虚拟用户数,最大的并发用户数均为1000左右,是不是可以认定这个系统的最大并发用户数就是1000呢?我怎么样去确定最大的系统用户数?
    答:依我个人经验。在保证APP,DB Server的CPU利用率,以及内存利用率在某个范围内(80%~90%),手工增加用户,等这批新增加的用户连续平稳运行30分钟后,系统还正常,APP,DB Server的CPU利用率,以及内存利用率还在某个范围内(80%~90%)。 然后继续手工添加。。。。。。以此类推。 直到系统崩溃为止。 此时的用户数即为系统最大的并发用户数。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
    发表于 2007-8-7 11:13:06 | 只看该作者
    需要注册一个破解无限制用户数的注册码
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    34#
    发表于 2007-8-7 11:21:56 | 只看该作者
    10000个。。。。。。这个也还真够多的,而且在一台机器上。

    我的建议是重新检查脚本,我怀疑是脚本问题,参数化的数据不够,或者需要关联的未做关联。
    然后减少用户,比如说先运行100个,运行个多次迭代看看是否结果正确,然后再增加用户数

    [ 本帖最后由 断寒 于 2007-8-7 11:22 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    35#
    发表于 2007-8-7 11:49:08 | 只看该作者
    你脚尖本绝对有问题
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2019-2-1 16:33
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    36#
    发表于 2007-8-7 13:18:22 | 只看该作者
    有点不可思议!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2007-8-7 13:52:38 | 只看该作者

    不知道是楼主机器实在太强,还是脚本太简单

    不知道是楼主机器实在太强,还是脚本太简单,居然能够一台机器跑1000个用户,一般一两百到顶了,就会提示cup不够用
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2007-8-7 17:23:13 | 只看该作者
    要是我的机子早就提示虚拟内存不够了,呵呵!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2008-6-3 14:32:09 | 只看该作者

    回复

    这个问题我也遇到了,并且解决了。请参照我的测试博客。
    http://www.51testing.com/?26410/ ... e_itemid_83849.html
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
    发表于 2008-6-3 15:09:06 | 只看该作者
    LR我就设置了一个集合点,集合点前设置了一个事物??


    集合点的设置一般情况下是设置在事务之前吧!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 08:56 , Processed in 0.071293 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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