51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 22147|回复: 33
打印 上一主题 下一主题

[求助] LR如何测试系统登录最大在线用户数和最大并发用户数?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-5-31 22:14:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1.基本概念:
并发用户数:在同一时刻与服务器进行交互的在线用户数量.
在线用户数:在一定的时间范围内,最大的同时在线用户数量,不一定与服务器发生交互.
2.脚本实现
A.最大并发用户数
在脚本中加入集合点、事务,参数化用户名、密码。
B.最大在线用户数
在脚本中加入事务,参数化用户名、密码。注意:不加集合点。
3.场景配置
A.最大并发用户数
编辑计划中,加压:设置为同时加载,持续时间:设置为运行直到完成,减压:设置为同时停止。
B.最大在线用户数
编辑计划中,加压:设置为每1秒增加5个,持续时间:5分钟,减压:设置为每5秒减少5个。

大家觉得这样测试,可以不?

讨论:
1.大家在实际测试中,如何测试系统最大并发用户数和最大在线用户数的?
2.编辑计划中,多长时间增加几个用户或减少几个用户、大家怎么确定的?
3.并发时持续时间需要好呢,还是不需要好?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏2
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-6-1 09:09:36 | 只看该作者
最大并发用户数:
要先确认出现最大并发的场景,如登陆、订单提交、查询等,确认后再找到该场景的最大并发用户数。假设门户服务器能承受的最大并发数达到500个极限,并发用户数同时开始和同时结束不是会使结果惨不忍睹?
最大在线用户数:
一般做个换算就好了,基本在1:10到1:20之间,如果想真实模拟最大在线用户数,需要模拟不同用户的在线用户使用情况,在场景里面用组策略混合,麻烦得要死。
计划中怎么增长用户看测试时间,时间长就每次增加10个左右,时间短了就抽取几个点。
并发时间最少要5分钟才能稳定,需要观察性能曲线再定。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2009-6-1 11:29:33 | 只看该作者

回复 2# 的帖子

最大并发用户数:
要先确认出现最大并发的场景,如登陆、订单提交、查询等,确认后再找到该场景的最大并发用户数。假设门户服务器能承受的最大并发数达到500个极限,并发用户数同时开始和同时结束不是会使结果惨不忍睹?
【回复】同时开始,同时结束,应该属于一个极端了,这样应该是最大压力吧。
最大在线用户数:
一般做个换算就好了,基本在1:10到1:20之间,如果想真实模拟最大在线用户数,需要模拟不同用户的在线用户使用情况,在场景里面用组策略混合,麻烦得要死。
【回复】你说所的1:10到1:20指什么?系统用户数的5%到10%?
计划中怎么增长用户看测试时间,时间长就每次增加10个左右,时间短了就抽取几个点。
并发时间最少要5分钟才能稳定,需要观察性能曲线再定。
【回复】那也就是说,多长时间增加几个用户,是比较主观的增加了,没有什么具体的计算或判断依据了?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-6-1 12:17:48 | 只看该作者
关注下!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2011-5-17 18:05:43 | 只看该作者
关注。。。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-5-18 20:59:54 | 只看该作者
期待问题解决方案
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2011-5-19 15:55:29 | 只看该作者
这个策略不行,基本概念都没搞明白
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2011-6-10 11:10:40 | 只看该作者
关注啊
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2011-6-10 11:48:44 | 只看该作者
在线怎么测?
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2011-6-15 10:42:48 | 只看该作者
关注、学习
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2011-6-15 10:49:14 | 只看该作者
赚积分 走人
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2011-10-27 09:28:52 | 只看该作者
有点晕
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2011-10-27 19:06:53 | 只看该作者
楼主问的这些问题,都是我想知道的
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2011-10-28 20:45:24 | 只看该作者
说说个人观点:

1.多长时间增加多少个用户的问题
我觉得最好不要同时增加全部用户,而是分时段的加,这样会更有助于监控,也会知道大约在多少用户范围内,系统的各种资源的使用情况

对于增加用户时段的选择,一般以controller执行时,run界面中Hits/Second的数值,比如刚增加100个用户时,该数值急剧增加,此时刻未趋于稳定,不应该在继续增加用户,当该数值稳定后的时刻,则可以再次增加用户。这样监控出来的数据,更接近于准确。

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

使用道具 举报

该用户从未签到

15#
发表于 2011-10-28 22:41:26 | 只看该作者
等待答案
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2011-10-31 14:32:39 | 只看该作者
最大在线用户数不用测试的,只需要直接算就行了
最大在线用户数=WEB支持的最大连接数*session过期时间/http连接保持时间
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2011-11-2 18:15:05 | 只看该作者
学习中……
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2011-11-2 18:45:55 | 只看该作者
其实说到底,你要有需求支撑,不然结果肯定有偏差;
举个例子:
1 最大在线用户数:比如你测试的项目:早上8--9点,有1万次登录;但也肯定有用户没有对服务器产生压力;平常登录1次比如需要4秒;那同时我们为了测试整体的性能;我们模拟1万次登录的3倍;所以这样算下来也就 差不多35个Vuser吧;

2 如果你想测系统1年后的性能,其实也就是测的最大系统用户数。也就是长远的规划测试。
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2011-11-4 09:35:10 | 只看该作者
回复 18# wangyanzhao


    35个VuGen是咋算出来滴? 朋友请教下哦 讲具体一点哈
回复 支持 反对

使用道具 举报

  • TA的每日心情
    擦汗
    2017-9-20 10:17
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    20#
    发表于 2011-11-22 16:25:09 | 只看该作者
    顶楼上,35个怎么算的啊?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-7 13:49 , Processed in 0.096021 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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