计算系统的并发用户数
假设有一个OA系统,该系统有4000个用户,平均每天大约有1600个用户要访问该系统,对一个典型用户来说,一天之内用户从登录到退出该系统的平均时间为60分钟,在一天的时间内,用户在上班时间8小时内使用该系统。根据上述条件计算系统的并发用户数。太难了 加一,求解 不知道 sdafsasdf asddfasdfsadf 同问 不知道哈哈哈 C=1600*1/8=200
C1=200+4*sqr(200)=264 ... 这个题问的很是模糊。真正的性能测试,一定是围绕业务进行的,也就是一天进行多少的业务量,而题目中是在线时间,在线时间是办理业务还是单纯的就是登录。而且很多的内容,比如需要测试的核心业务是什么,性能测试一般不会测试每一个模块,只测试核心的业务性能。而且性能的指标等内容也没有。
下面是我曾经做过的项目,一个简单的业务场景分析,对比问题,大概能了解区别在哪里。
设计依据
在原有系统中,根据各个公司的统计,总在线人员在2800左右,设计场景一模拟早上上班时间,登录3000用户,查看系统性能。
根据工程人员提供的数据,某XX基础数据1050万,常用办公在线人员400~600人,一个月内的统计数据,去除周六日等办公数量比较少的日期数据,其他日期平均每天业务办理量为8861.75。根据20/80的比例,每秒业务数据量为1.23笔。查询业务量为业务办理量的2倍,所以业务量为3.69笔/秒。
系统中,业务办理量业务流一和业务流二办理数量为1:1左右,最常用业务为业务一,业务二,业务三,业务四,业务五,业务六。
因为各项业务功能类似,只以业务一、业务二、业务三为例。配合查询一和查询二。
根据以上原则,设计场景二业务比例为:
业务 业务一 业务二 业务三 查询一 查询二 业务办理一 查询三 查询四
比例 5% 5% 5% 25% 10% 15% 25% 10%
场景 业务 用户数 说明
场景一 3000用户登录 3000 逐步加入用户,查看系统性能
场景二 2500用户办理业务 2500(最大并发300) 逐步加入用户,查看系统性能
这个场景有点太笼统,楼上说的很详细了 可以进行最大并发测试 10楼说的很详细 160--- 320 建议了解一下详细的需求,再出方案 https://blog.csdn.net/qq_23101033/article/details/74977874 参考一下这篇文章 加一加一
页:
[1]