性能测试--测试方案--并发用户数
来源:互联网 发布:算法导论第三版答案pdf 编辑:程序博客网 时间:2024/04/29 15:19
并发用户数:
同时向服务器端发送请求的客户数。一般根据系统场景和客户要求来制定具体值。
虚拟用户数和并发用户数的联系
例如:OA系统使用用户是100个,这个就是系统用户数,该系统有一个统计查询功能,最高峰在线50人,那么系统的并发数是多少?
OA系统使用用户是100个,这个就是系统用户数。
最高峰值50人同时在线,只表明同时登录了这个模块,并不表示实际服务器承受的压力。因为服务器承受的压力还与具体的用户访问模式相关。这50人在线,有可能开着电脑溜达去了,有的看的别的模块等等。
并发用户数:是同时执行一个操作的用户,或者是同时执行脚本的用户,这个并发在设置不同场景的时候并发的情况是不一样的,在实际的测试中需要根据具体的需求进行设计。web系统,在线不等于并发,如何计算这个并发数是个难题。这个就是设置集合点时候设置的在 scenario->Rendezvous,点policy 设置的用户数。
估算并发数的公示:
(1)计算平均的并发用户数: C = nL/T
(2)并发用户数峰值:C’≈ C+3根号C
公式(1)中,C是平均的并发用户数;n是login session的数量;L是login session的平均长度;T指考察的时间段长度。
公式(2)则给出了并发用户数峰值的计算方式中,其中,C’指并发用户数的峰值,C就是公式(1)中得到的平均的并发用户数。该公式的得出是假设用户的login session产生符合泊松分布而估算得到的。
假设有一个OA系统,该系统有3000个用户,(可以看注册信息)平均每天大约有400个用户要访问该系统,(日志文件查看)对一个典型用户来说,一天之内用户从登录到退出该系统的平均时间为4小时,在一天的时间内,用户只在8小时内使用该系统。
则根据公式(1)和公式(2),可以得到:
C = 400*4/8 = 200
C’≈200+3*根号200 = 242
但是一般的做法是把每天访问系统用户数的10%作为平均的并发用户数。最大的并发用户数乘上一个值,2或者3.
假如说用户要求系统每秒最大可以处理100个登陆请求,10/25/50/75/100 个并发用户来执行登陆操作,然后观察系统在不同负载下的响应时间和每秒事务数。如果用户数在100的时候,响应时间还在允许范围呢,就要加大用户数,例如 120 等。
下面是计算自己在工作中的遇到的并发用户数的计算:
例子:某个网站性能要求至少支持3000人同时在线,每个人的login session估计为2个小时,按每天8个小时来计算。
这个网站的并发用户数为:
c=3000*2/8=750
峰值为c=750+3*根号750=832
。
- 性能测试--测试方案--并发用户数
- 性能测试如何计算并发用户数
- 性能测试中如何确定并发用户数
- 性能测试如何计算并发用户数
- 性能测试中如何确定并发用户数
- 从最佳并发用户数和最大并发用户数看性能测试
- 有关 性能测试中如何确定并发用户数
- 软件性能测试中有关并发用户数、在线用户数等几个概念的说明
- WEB网站压力测试方案 压力测试如何换算并发用户数
- 制定性能测试策略时,如何设计相应的系统用户数、同时在线并发用户数以及每个具体功能的并发用户数
- tomcat并发用户数,以及相应时间测试
- web 性能测试中的几个关键指标:并发用户数,QPS,用户平均请求等待时间
- web 性能测试中的几个关键指标:并发用户数,QPS,用户平均请求等待时间
- web 性能测试中的几个关键指标:并发用户数,QPS,用户平均请求等待时间
- 性能测试:响应时间/并发用户数/吞吐量/思考时间的计算
- 性能测试知多少 --并发用户数与TPS之间的关系
- LoadRunner:Controller及结果分析 一、性能测试概述 1、关于性能测试目标: ①TPS ②一定并发用户数下功能点的响应时间 ③一定响应时间内功能点的并发用户数 性能测试不是
- 性能测试--测试方案--TPS
- 性能测试--测试方案--响应时间
- Struts2中防止表单重复提交的两种方式
- php 安装GD库
- 性能测试--测试方案--TPS
- 统计自己的代码量小程序
- 性能测试--测试方案--并发用户数
- informix se 224打开日志错误 解决方法
- 开发闲聊(一)
- 时序图读法
- 一个能够实现简单功能的计算器
- 修电脑
- 享受过程
- 如何SAY NO
- 人生的疆域与生存的幻象—阅读丰富人生