LR如何测试系统登录最大在线用户数和最大并发用户数?
1.基本概念:并发用户数:在同一时刻与服务器进行交互的在线用户数量.
在线用户数:在一定的时间范围内,最大的同时在线用户数量,不一定与服务器发生交互.
2.脚本实现
A.最大并发用户数
在脚本中加入集合点、事务,参数化用户名、密码。
B.最大在线用户数
在脚本中加入事务,参数化用户名、密码。注意:不加集合点。
3.场景配置
A.最大并发用户数
编辑计划中,加压:设置为同时加载,持续时间:设置为运行直到完成,减压:设置为同时停止。
B.最大在线用户数
编辑计划中,加压:设置为每1秒增加5个,持续时间:5分钟,减压:设置为每5秒减少5个。
大家觉得这样测试,可以不?
讨论:
1.大家在实际测试中,如何测试系统最大并发用户数和最大在线用户数的?
2.编辑计划中,多长时间增加几个用户或减少几个用户、大家怎么确定的?
3.并发时持续时间需要好呢,还是不需要好? 最大并发用户数:
要先确认出现最大并发的场景,如登陆、订单提交、查询等,确认后再找到该场景的最大并发用户数。假设门户服务器能承受的最大并发数达到500个极限,并发用户数同时开始和同时结束不是会使结果惨不忍睹?
最大在线用户数:
一般做个换算就好了,基本在1:10到1:20之间,如果想真实模拟最大在线用户数,需要模拟不同用户的在线用户使用情况,在场景里面用组策略混合,麻烦得要死。
计划中怎么增长用户看测试时间,时间长就每次增加10个左右,时间短了就抽取几个点。
并发时间最少要5分钟才能稳定,需要观察性能曲线再定。
回复 2# 的帖子
最大并发用户数:要先确认出现最大并发的场景,如登陆、订单提交、查询等,确认后再找到该场景的最大并发用户数。假设门户服务器能承受的最大并发数达到500个极限,并发用户数同时开始和同时结束不是会使结果惨不忍睹?
【回复】同时开始,同时结束,应该属于一个极端了,这样应该是最大压力吧。
最大在线用户数:
一般做个换算就好了,基本在1:10到1:20之间,如果想真实模拟最大在线用户数,需要模拟不同用户的在线用户使用情况,在场景里面用组策略混合,麻烦得要死。
【回复】你说所的1:10到1:20指什么?系统用户数的5%到10%?
计划中怎么增长用户看测试时间,时间长就每次增加10个左右,时间短了就抽取几个点。
并发时间最少要5分钟才能稳定,需要观察性能曲线再定。
【回复】那也就是说,多长时间增加几个用户,是比较主观的增加了,没有什么具体的计算或判断依据了? 关注下! 关注。。。 期待问题解决方案 这个策略不行,基本概念都没搞明白 关注啊 在线怎么测? 关注、学习 赚积分 走人 有点晕 楼主问的这些问题,都是我想知道的 说说个人观点:
1.多长时间增加多少个用户的问题
我觉得最好不要同时增加全部用户,而是分时段的加,这样会更有助于监控,也会知道大约在多少用户范围内,系统的各种资源的使用情况
对于增加用户时段的选择,一般以controller执行时,run界面中Hits/Second的数值,比如刚增加100个用户时,该数值急剧增加,此时刻未趋于稳定,不应该在继续增加用户,当该数值稳定后的时刻,则可以再次增加用户。这样监控出来的数据,更接近于准确。
个人观点而已 多指正。 等待答案 最大在线用户数不用测试的,只需要直接算就行了
最大在线用户数=WEB支持的最大连接数*session过期时间/http连接保持时间 学习中…… 其实说到底,你要有需求支撑,不然结果肯定有偏差;
举个例子:
1 最大在线用户数:比如你测试的项目:早上8--9点,有1万次登录;但也肯定有用户没有对服务器产生压力;平常登录1次比如需要4秒;那同时我们为了测试整体的性能;我们模拟1万次登录的3倍;所以这样算下来也就 差不多35个Vuser吧;
2 如果你想测系统1年后的性能,其实也就是测的最大系统用户数。也就是长远的规划测试。 回复 18# wangyanzhao
35个VuGen是咋算出来滴? 朋友请教下哦 讲具体一点哈 顶楼上,35个怎么算的啊?
页:
[1]
2