性能测试的几个主要术语及计算!

发布时间:2024年01月15日

01、主要术语

用户数

有时会看到下面这样的描述:一个系统注册用户达到6000万人,其中每小时的活跃用户大概在60万人左右。这段描述介绍了两个信息,第一个信息:6000万人指的是注册用户,第二个信息:60万人指的是真实在线用户。

  • 注册用户数(系统用户数)

注册用户是存在于系统数据库表中的基础数据。这部分用户是指系统所拥有的所有用户群体。这些用户是不会全部对系统造成压力的,唯一的压力就是这些用户占用了系统的存储,影响了数据库的容量。

  • 在线用户

在线用户是真实产生压力的用户,这些用户是压力的根源,也就是系统要能够支持这么多人同时在线业务。

同时在线用户数:在一定的时间范围内,最大的同时在线用户数量

同时在线用户数 =?每秒请求数RPS(吞吐量)+并发连接数+平均用户思考时间

  • 并发用户

在线用户是真实的用户,但不是所有的在线用户都会在系统上操作,可能有些用户在浏览网页、有些用户在做业务、有些用户只是开着浏览器。这时在线用户对系统产生压力的用户只有一部分,而这部分用户就是在线用户中的有效并发用户

平均并发用户数的计算:C=nL / T

其中C是平均的并发用户数,n是平均每天访问用户数(login session),L是一天内用户从登录到退出的平均时间(login session的平均时间),T是考察时间长度(一天内多长时间有用户使用系统)

并发用户数峰值计算:C^约等于C + 3*根号C

其中C^是并发用户峰值,C是平均并发用户数,该公式遵循泊松分布理论

对绝大多数场景,我们用(用户总量/统计时间)*影响因子(一般为3)来进行估算并发量

图片

  • 虚拟用户

虚拟用户即Virtual User,简称Vuser,是性能测试工具产生的用户,用来模拟真实用户进行的一系列业务逻辑操作

现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
分享他们的经验,还会分享很多直播讲座和技术沙龙
可以免费学习!划重点!开源的!!!
qq群号:691998057【暗号:csdn999】

事务(TPS)

  • 事务:事务指的是业务逻辑上的事务

    注册用户是一个事务,只用提交注册发生时到注册成功返回页面时的事务,它包括多个页面或者JS等组件的交互

  • TPS:每秒钟事务数量

  • 事务并发数:系统同时处理的事务数

  • 响应时间:一般的相应时间都是指事务从开始到结束时间;取平均响应时间

理解了上面三个要素的意义之后,就能推算出它们之间的关系:

TPS?= 事务并发数/平均响应时间

事务并发数?= TPS*平均响应时间

无论有无思考时间(TS),测试所得的TPS值和并发虚拟用户数(Vu)、交易响应时间(T)之间有以下关系(稳定运行情况下):

TPS=Vu / (T+TS)

响应时间

对请求作出响应所需要的时间:

  • 网络传输时间:N1(发送请求)+N2(内部处理请求)+N3(返回结果)+N4(展示结果)

  • 应用服务器处理时间:A1(处理请求)+A3(返回结果)

  • 数据库服务器处理时间:A2(操作数据库时间)

响应时间=N1+N2+N3+N4+A1+A3+A2

在性能测试结果分析中,分为事务最小响应时间、事务平均响应时间、事务最大响应时间和90%事务响应时间。一般时间的标准时间为90%响应时间,即测试过程中90%的业务用了多长时间。

QPS

在性能测试中有时可以将TPS、QPS认为是一样的:

  • QPS:每秒钟request数量(每秒查询率),是对一个查询服务器在规定时间内所处理流量多少的衡量标准

  • 请求并发数:系统同时处理的request数

  • 响应时间:一般取平均响应时间

理解了上面三个要素的意义之后,就能推算出它们之间的关系

QPS?= 请求并发数/平均响应时间

请求并发数?= QPS*平均响应时间

一个典型的上班签到系统,早上8点上班,7点半到8点的30分钟的时间里用户会登录签到系统进行签到。公司员工为1000人,平均每个员工登录签到系统的时长为5分钟,可以用下面的方法计算:

QPS?= 1000/(30*60) 事务/秒

平均响应时间?= 5*60? 秒

并发数= QPS平均响应时间 = 1000/(3060) (560)=166.7

PV(Page View)

PV即Page View,意思是页面浏览量或单机率,通常是用来衡量一个网站的主要指标

一个PV狭义上讲等于一个TPS,可以将页面元素从性能测试结果中分析出来,所以也可以将PV和TPS整合;但是广义上来说,一个页面有很多的图片、链接和CSS等,而这里的每一个图片、链接都是PV

思考时间

Think Time,从业务角度来看,这个时间指用户进行操作时每个请求之间的时间间隔,而在做性能测试时,为了模拟这样的时间间隔,引入了思考时间这个概念,来更加真实的模拟用户的操作。

  • 在吞吐量这个公式中F=Vu * R / T说明吞吐量F是Vu数量、每个用户发出的请求数R和时间T的函数,而其中的R又可以用时间T和用户思考时间TS来计算:R = T / TS

下面给出一个计算思考时间的一般步骤:

A、首先计算出系统的并发用户数

C=nL / T F=R×C

B、统计出系统平均的吞吐量

F=VU * R / T R×C = VU * R / T

C、统计出平均每个用户发出的请求数量

R=u*C*T/VU

D、根据公式计算出思考时间

TS=T/R

吞吐量(一般指字节)

吞吐量是一次性能测试过程中网络上传输的数据量的总和,也可以这样说在单次业务中,客户端与服务器端进行的数据交互总量

  • 对于交互式应用来说,吞吐量指标反映的是服务器承受的压力,他能够说明系统的负载能力

  • 一个系统吞吐量通常由QPS(TPS)、并发数两个因素决定,每套系统这两个值都有一个相对极限值,在应用场景访问压力下,只要某一项达到系统最高值,系统的吞吐量就上不去了,如果压力继续增大,系统的吞吐量反而会下降,原因是系统超负荷工作,上下文切换、内存等等其它消耗导致系统性能下降。

吞吐率(一般指字节)

吞吐率作为一个重要的衡量指标,最主要应用在并行处理上,属于系统结构中最重要的一个变量,它的定义是:单位时间的吞吐量

  • 吞吐率在性能测试中指单位时间内在网络上传输的数据量。是衡量网络性能的主要指标。

  • 从网络角度看,吞吐率可以用:字节/秒来衡量

  • 从业务角度看,吞吐率可以用:请求数/秒、页面数/秒、人数/天或处理业务数/小时?等单位来衡量

  • 以不同方式表达的吞吐率可以说明不同层次的问题。

图片

例如,以字节数/秒方式可以表示数要受网络基础设施、服务器架构、应用服务器制约等方面的瓶颈;已请求数/秒的方式表示主要是受应用服务器和应用代码的制约体现出的瓶颈。

  • (请求数)当没有遇到性能瓶颈的时候,吞吐量与虚拟用户数之间存在一定的联系,可以采用以下公式计算:F=Vu * R /T

    其中F:吞吐率,Vu:虚拟用户个数,R:每个虚拟用户发出的请求数,T:性能测试所用的时间

性能计数器

是描述服务器或操作系统性能的一些数据指标,如使用内存数、进程时间,在性能测试中发挥着“监控和分析”的作用,尤其是在分析统统可扩展性、进行性能瓶颈定位时有着非常关键的作用。

  • 资源利用率:指系统各种资源的使用情况,如cpu占用率为68%,内存占用率为55%,一般使用“资源实际使用/总的资源可用量”形成资源利用率。

02、几个非主要术语

集合点

  • 插入集合点是为了衡量加重负载情况下的性能情况

  • 在计划中,可能会要求系统承受1000人同时提交数据,在提交数据操作前加入集合点,当虚拟用户运行到提交数据的集合点时,会自动检查同时有多少用户运行到集合点,当达到指定用户数时,将命令指定用户数同时提交数据,从而达到同时提交的要求

  • 集合点是相对的,因为没有绝对的并发,集合点只是尽可能的在同一时间发送请求,但是服务器是没办法在同一秒接受并处理请求的

迭代

迭代是重复执行过程,性能测试中就是一个事务流程重复执行的过程。通过调整每次迭代的时间,就能控制整个事务流程完成的时间,进而控制TPS的大小

步调

步调是指两次迭代之间的间隔时间,可以通过设置步调来调整各个Action之间的执行等待时间。从定义上看,步调和迭代是绑定在一起的,可以认为是Iteraction Pacing

每秒连接数

每秒连接数实现Web应用程序在运行过程中每秒建立的HTTP连接数。理想情况下,很多HTTP请求都应该使用同一个连接也就是长连接,而不是每个请求都新打开一个连接。如果程序中不断的打开长连接或者频繁的创建达到上千个短连接,那么应用服务器的响应会越来越慢。通过每秒连接数可以看出服务器的处理情况。

下面是配套资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!

最后: 可以在公众号:程序员小濠 ! 免费领取一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享!,其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一键三连哦!

文章来源:https://blog.csdn.net/MJH827/article/details/135600786
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。