51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2314|回复: 9
打印 上一主题 下一主题

对于LoadRunner性能测试的若干思考和疑问,求群里大神解答................

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2017-1-22 17:20:00 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
小弟刚进新公司,性能测试是个大方向,因为项目经验少,所以目前对性能测试有几个疑问,求论坛大神解答一下:

1.关于服务器端监测。
   如果做负载测试,用户数随时间增加,服务器端用nmon监测,因为负载产生器(loadrunner)和服务器不在同一台机器上,如何保证nmon记录数据的时间点和负载发生端(loadrunner)记录的数据时间点是一致的?
   比如要分析最大支持用户数,拿CPU来说,需要根据nmon记录的CPU瓶颈时间点来确定当时loadrunner产生的用户数,如果两者记录的时间不能保持一致,那就无法准确判断出瓶颈时刻用户数是多少。

2.如何理解   最大支持用户数
   根据什么来定义 最大支持用户数?  根据CPU、内存利用率70%左右时候的用户数?应该不是,系统的操作很多,每个操作耗费资源、时间也不一样,同样的用户数,不同的操作对CPU、内存的利用率也不同,所以就产生疑问,如何定义最大支持用户数?是以系统最耗资源的操作做为测试对象,通过CPU、内存等指标来衡量,还是别的?

希望论坛测试大牛能给予小弟一些指导解惑,感激不尽!

目前想到这两个,未完待续...........
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏2
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2017-4-24 10:15
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2017-4-24 13:51:28 | 只看该作者
    性能指标测试一般是指系统的最好能力,如果能做到100个并发用户登录且失败失误很少,那就说明系统支持100的最大并发!
    一般是看服务器cpu的情况判定是否达到最大并发数!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2017-2-21 09:00:58 | 只看该作者
    nihaicheng 发表于 2017-2-14 09:36
    同新手,一起学习吧,楼主公司在哪个城市,还招人么

    暂时不招了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2017-2-14 09:36:18 | 只看该作者
    同新手,一起学习吧,楼主公司在哪个城市,还招人么
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2017-2-8 18:00:55 | 只看该作者
    雪无痕 发表于 2017-2-6 14:25
    2.如何理解   最大支持用户数?
       根据什么来定义 最大支持用户数?  根据CPU、内存利用率70%左右时候的 ...

    容量测试场景里的并发用户数只是一个估计值,是事先认为设定的,我是说,在实际运行中,根据哪些指标来确定系统最大支持用户数。比如说:如果并发100个登录,此时系统各指标都处在极限水平,但仍然能正常运行,如果此时我们认定系统最大支持用户数是100,但后来做某个提交表单100并发的时候,发现系统直接崩溃了,或者事务失败很多,此时说明系统不能允许100个人同时做操作,因此就不能定义系统最大支持用户数为100。
    不知道我的表述清楚了没,语文不好,见谅。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
     楼主| 发表于 2017-2-8 17:54:25 | 只看该作者
    雪无痕 发表于 2017-2-6 14:22
    如果做负载测试,用户数随时间增加,服务器端用nmon监测,因为负载产生器(loadrunner)和服务器不在同一台机 ...

    谢谢大神回复!
    可能我表述有问题,我意思是说: 如何保证服务器记录的10:00时候的数据,就是loadrunner10:00时候产生的负载,而不是loadrunner9:00时候产生的负载。服务器和loadrunner所在的PC机的时间是一致的,而不是有差别。

    所以,是需要手动调整服务器时间和loadrunner所在PC机的时间一致?从而保证两者记录的对应数据所在时间点是一致的,而不是有偏差
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-9-8 10:40
  • 签到天数: 14 天

    连续签到: 2 天

    [LV.3]测试连长

    4#
    发表于 2017-2-6 14:25:14 | 只看该作者
    2.如何理解   最大支持用户数?
       根据什么来定义 最大支持用户数?  根据CPU、内存利用率70%左右时候的用户数?应该不是,系统的操作很多,每个操作耗费资源、时间也不一样,同样的用户数,不同的操作对CPU、内存的利用率也不同,所以就产生疑问,如何定义最大支持用户数?是以系统最耗资源的操作做为测试对象,通过CPU、内存等指标来衡量,还是别的?
    ---------------------------这个一般以容量测试场景里并发用户数作为系统最大用户数,系统上线操作的交易肯定是不一样的,所以这个只能作为参考
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-9-8 10:40
  • 签到天数: 14 天

    连续签到: 2 天

    [LV.3]测试连长

    3#
    发表于 2017-2-6 14:22:42 | 只看该作者
    如果做负载测试,用户数随时间增加,服务器端用nmon监测,因为负载产生器(loadrunner)和服务器不在同一台机器上,如何保证nmon记录数据的时间点和负载发生端(loadrunner)记录的数据时间点是一致的?
       比如要分析最大支持用户数,拿CPU来说,需要根据nmon记录的CPU瓶颈时间点来确定当时loadrunner产生的用户数,如果两者记录的时间不能保持一致,那就无法准确判断出瓶颈时刻用户数是多少。
    -------------------这个一般不用考虑了吧,请求跟相应的时间差几乎是同一个时间点,除非你的相应时间真的很长
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-6 23:36 , Processed in 0.071697 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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