51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3112|回复: 16
打印 上一主题 下一主题

[原创] 关于loadrunner一个场景问题,我和同事争执了,大家帮下忙

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-3-29 22:44:50 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
是这样的,我测试一个网站的主页,大家就把他想成是京东的主页吧,本身就是山寨京东,公司叫我做压力测试,就是最大能支持多少个用户同时访问这个网站,然后呢,我设置的场景是,每秒加5个用户,中间循环5分钟,最后以每秒5个用户退出,然后同事看见我的报告,就说,你做压力测试,就应该同时开始,怎么要每秒加5个呢,我当时不知道如何说,因为我这么做,也是看见网上,书上,那些做压力测试都是这么弄的,所以我也这么弄,然后那人又说,你怎么没有设置集合点呢,我当时也没话说,因为这个要测的,就一个功能,同时访问那个网站,出现主页的响应时间,大家说,我有错没,或者我该如何对她说。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

17#
发表于 2012-5-3 13:33:06 | 只看该作者
看来大家都很喜欢集合点

我觉得领导关注的不仅仅是通过集合点来实现瞬间支持多少并发,另一方面,保证系 ...
夏日摸摸茶 发表于 2012-4-13 15:15



顶下,对这个集合点确实迷糊,现实中很少有大用户量同时并发访问网站的情况出现(病毒攻击除外),不设置的情况更符合实际,集合点感觉有点鸡肋。
反到是思考时间的选取,取多少虚拟用户和真实用户数大致相等,这个估算很费精力啊。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
 楼主| 发表于 2012-5-2 18:34:47 | 只看该作者
自己顶顶一下
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2012-4-13 15:15:25 | 只看该作者
看来大家都很喜欢集合点

我觉得领导关注的不仅仅是通过集合点来实现瞬间支持多少并发,另一方面,保证系统稳定可靠的运行也是比较重要的性能测试内容,通过楼主说的这个简单的业务“访问首页”,想一想,一个虚拟用户 在真实的世界里能等于1个实际用户?还是说 一个虚拟用户 可能会等于10个真实用户。

若增加集合点后,运行5分钟,你观察的各种图的结果,都或许是锯齿形状的。不利于进行整体性能的评估。

若采用持续增加用户的方式,能找到系统运行到多少用户时,TPS或者HPS、平均响应时间等异常的点,从而确定系统支持的最大用户数,但要注意,没考虑思考时间时,虚拟用户数不等于真实用户数。

个人观点 多指正
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2012-4-12 17:19:03 | 只看该作者
你测试的应该是压力测试。而你们领导说的应该是并发测试,多用户同时请求服务器。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2012-4-9 18:21:10 | 只看该作者
不是同时进行,说错了,一次压太多,系统过不去,也找不出问题的
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2012-4-9 18:19:34 | 只看该作者
场景没有什么问题,但是为什么你不设置 集合点呢?同时进行 系统会受不了的
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2015-11-25 15:40
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2012-4-9 09:34:32 | 只看该作者
    本帖最后由 TesterChen 于 2012-4-9 09:39 编辑

    回复 1# 520199041

        问题和评论都很长,好不容易看完了
        我觉得大家讲得都对,你那位同事所说的压力测试,其实并不是我们所想的定义上的压力测试(其实他们就想知道同时并发的比如500个用户一起访问网站会出现什么情况);而现实的情况可能就是你说的那样,用户会一点一点的增加,只是增加的速度有不同的而已(具体的场景你没有说清楚,我不知道是怎么设计的,但这个设计要根据网站的具体需求来定义,如果用户的访问比较多,你可以把每秒设置成10,20都可以,这样被测系统的压力就大了)
        上面说两种情况往往都要需求进行测试,以保证网站的正常运行;因为用户的访问是不可捉摸的,同时,如果网站的用户量越来越多了,我们要对我们的服务器不断的升级,然后不断的测试……
        然后对于电子商务网站来说,如果要测试网站的稳定性,5min的时间确实有点少,可以考虑加长时间,然后看看网站的响应时间及内存,cpu的情况
        所以,没必要争执……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2012-4-8 15:01:37 | 只看该作者
    首先确定你要测试的是什么吧
    1、没有目标,需要测试网站可以承载的瞬间并发数
    预先估算可承载数,设置逐步初始化用户,并设置集合点,因为lr最少得出稳定结论的时间为三分钟,所以,持续时间不少于三分钟即可。
    2、已有目标,需要模拟用户操作并验证系统承载
    设置逐步加载,不需要集合点,超过预期目标20%并持续合理时间。必要时采用多波峰加载。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2012-3-30 14:30:38 | 只看该作者
    只是测并发的话,跟持续多长时间没关系
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-3-30 14:29:45 | 只看该作者
    你这同事跟我的客户一样一样的~~~每秒5个,这只是VU的初始化部分
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2012-3-30 11:27:38 | 只看该作者
    其他不说,压5分钟也忒少吧?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2012-3-30 08:57:40 | 只看该作者
    肯定是每次加一点用户来评估崩溃点的,直接压上去啥都看不出来。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2012-3-30 08:47:10 | 只看该作者
    压倒报错位置,不能5分钟就停 不然可能达不到瓶颈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2012-3-29 22:59:13 | 只看该作者
    本帖最后由 aspstar 于 2012-3-29 23:25 编辑

    你想测最大在线人数吗?如果是这样就根据你测试系统的超时时间来,保证在超时时间内用阶梯方式不停增加用户,直到报错为止,也不需要循环5分钟。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2012-3-29 22:58:42 | 只看该作者
    给我感觉,你同事说的比较对.压力测试,就是要测试网站的承受能力,通过设置集合点,进行并发,这样能够测试到在同一时间最大支持多少用户访问!!因为你也说的是同时访问!事务响应时间,更准确的话,建议设置SLA协议.
    如果还不理解.来LR群216070030  注明,怪兽... 哈哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2012-3-29 22:57:21 | 只看该作者
    压力测试:对系统不断施加压力的测试,是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。
    例如测试一个 Web 站点在大量的负荷下,何时系统的响应会退化或失败。你方案中每秒加5个这样的方式我觉得没错,但可以做一个集合点,当用户登录完后一起并发请求,从而评估性能瓶颈。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 05:38 , Processed in 0.075944 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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