51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] 怎么设计loadrunner模拟用户场景

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-1-8 17:13:16 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 kate_moss 于 2012-1-9 21:35 编辑

大家好,最近需要做一个系统的性能测试,有些地方不是太明确,想提出来问问各位前辈

开发环境:java+eclipse+tomcat+apache+jdk

环境介绍:服务器由4台sun V490,其实4台服务器,2台作为oracle,服务器中已经做了Apache+Tomcat负载均衡。

组件名称        部件参数         数量
服务器配置                 4台
        操作系统         Solaris 10       
        CPU        4 个 1.35 GHz UltraSPARC IV 处理器,各带 16 MB 高速缓存       
        内存        16G (16 个 1 GB DIMM)       
        磁盘        2 个 146 GB 15000 rpm FC-AL 磁盘       
        其他        DVD-RW,2 个 10/100/1000 以太网端口,1 个串行端口,2 个 USB 端口,6 个 PCI 插槽       

现在每天用户活跃数量: 17000个,用户总数量50000个   
目前的情况:2台服务器+2台oracle数据库服务器,数据库相应比较慢,cpu使用率在高峰会达到70%,服务器不存在压力
计划目标:3台服务器+3台oracle数据库服务器。
测试目标:是否能满足60w(600000)用户访问需求,可以推算活跃用户:50000x=60w*17000   x=204000,即活跃用户数=210000
问题1:用户总数量50000个 ,计算并发用户数:17000*30%=5100个   这样的计算是否正确?负载均衡后每台服务器并发数就是5100/2=2500个
       用户总数量60w,计算并发用户数:210000*30%=63000个   这样的计算是否正确?负载均衡后每台服务器并发数就是63000/3=21000个
问题2:现在计算3台每台需要承担21000个用户压力,正确吗?
问题2,接下来的场景需要怎么设计进行测试,可以具体说说,谢谢大家
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2012-1-9 12:41:19 | 只看该作者
经验不多,不过从数据上看,应该是这些值。
场景设计前,是不是先确定一下每台服务器是不是有可能承载到两万以上的并发?做个预估先。
个人感觉三台负载均衡的服务器,承载不是到那么高的并发。应该先从硬件资源上进行一下扩容。
设计场景,一是基准测试设计,二是并发访问设计,二是在线量承载的负载测试三种方式来做吧。
等着看高人去分析。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2012-1-9 13:35:40 | 只看该作者
回复 2# zhyb_2008


    并发用户数的算法好像不太对吧
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2012-1-10 10:55:53 | 只看该作者
不知道那个30%是个什么意思,而且我也不太会算,我原来做时,是根据某个集中时段的PV,大致估计一个并发数的。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2012-1-10 23:27:05 | 只看该作者
3台web服务器,应该是做了硬件的负载均衡吧?不必考虑单台服务器承受的压力是否均衡,用监控工具都监控起来就可以了。至于并发用户量根据您系统的特点计算,其实可以根据很多其他信息来确定用户并发数量,也可以用嘴常用的公式来计算。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-9-22 06:47 , Processed in 0.078041 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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