软件测试性能指标.docx

文档介绍：该【软件测试性能指标 】是由【大笑大甜】上传分享，文档一共【8】页，该文档可以免费在线阅读，需要了解更多关于【软件测试性能指标 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。______________________________________________________________________________________________________________
经过对软件测试中性能测试的初步认识,总结软件性能指标中的
几个术语:响应时间、并发用户数,吞吐量,性能计数器,TPS,
HPS。在使用性能测试工具进行测试时,还会接触到“思虑时间
ThinkTime)”的观点。供此后学习使用。
1、响应时间
依据个人理解,响应时间指的是“系统响应时间”,定义为
应用系统从发出恳求开始到客户端接收到响应所耗费的时间。把它作为用户视角的软件性能的主要表现。它包含网络上的传输时间,web服务器上办理时间,APP服务器上办理时间,DB服务器上办理时间,但不包含阅读器上的内容显示时间,即“表现时
间”,这是由于表现时间在很大程度上取决于客户端的表现,比如,一台内存不足的客户端机器在办理复杂页面的时候,其表现时间可能就很长,而这其实不可以说明整个系统的性能。
很多描绘性能测试的书或许工具把“响应时间”定义为“应用系统从恳求发出开始到客户端接收到最后一个字节数据所耗费
的时间”。造成这类差异的原由是,对用户体验来说,能够采纳一些技巧在数据还没有完整接收达成时进行表现来减少用户感觉到
的响应时间。自然,针对Web应用的测试(由于阅读器行为是既定的),我们仍旧采纳后一种定义方式来描绘响应时间。
-可编写改正-
______________________________________________________________________________________________________________
对于响应时间,要特别说明的一点是,对客户来说,该值是
否能够被接受是带有必定的用户主观色彩,也就是说,响应时间
的“长”和“短”没有绝对的差异因。此,在进行性能测试时,“合理的
响应
时间”取决于实质的用户需求,而不可以依照测试人员自己的假想来决定。
2、最大并发用户数
有两种理解方式,一种是从业务的角度来模拟真切的用户接见,表现的是业务并发用户数,指在同一时间段内接见系统
的用户数目。另一种是从服务器端承受的压力来考虑,这里的“并发用户数”指的是同时向服务器端发出恳求的客户数,该观点一
般结归并发测试(ConcurrencyTesting)使用,表现的是服务端承受的最大并发接见数。
在实质的性能测试中,常常接触到“并发用户数”、“系统用户数”和“同时在线用户数”的观点下,面引用一本书的例子来说明它们之间的差异。
-可编写改正-
______________________________________________________________________________________________________________
假定有一个OA系统,该系统有2000个使用用户——这就是说,可能使用该OA系统的用户总数是2000名,这个观点就是“系统用户数,”该系统有一个“在线统计”功能(系统用一个全局
变量计数全部已登录的用户),从在线统计功能中能够获得,最
顶峰时有500人在线(这个500就是一般所说的“同时在线人数”),
依据我们对业务并发用户数的定义,这500就是整个系统使用
时最大的业务并发用户数。自然,500这个数值不过表示在最顶峰时刻有500个用户登录了系统,其实不表示实质服务器承受的
压力。由于服务器承受的压力还与详细的用户接见模式有关。根
据我们对业务并发用户数的定义,这500就是整个系统使用时最大的业务并发用户数。自然,500这个数值不过表示在最顶峰时刻有500个用户登录了系统,其实不表示实质服务器承受的压
力。由于服务器承受的压力还与详细的用户接见模式有关。比如,
在这500个“同时使用系统”的用户中,观察某一个时间点,在这
个时间上,假定此中40%的用户在饶有兴致地看系统通告(注
意:“看”这个动作是不会对服务端产生任何负担的),20%的用户
在填写复杂的表格(对用户填写的表格来说,只有在“提交”的时
刻才会向服务端发送恳求,填写过程是不对服务端组成压力的),
20%部分用户在发呆(也就是什么也没有做),剩下的20%用户
在不断地从一个页面跳转到另一个页面——在这类场景下,能够
说,只有20%的用户真切对服务器组成了压力。所以,从上边
的例子中能够看出,服务器实质承受的压力不仅取决于业务并发
-可编写改正-
______________________________________________________________________________________________________________
用户数,还取决于用户的业务场景。
3、吞吐量
吞吐量是指“单位时间内系统办理的客户恳求的数目”,直接表现软件系统的性能承载能力。一般来说,吞吐量用恳求数/秒或是页面数/秒来权衡,从业务的角度,吞吐量也能够用接见
人数/天或是办理的业务数/小时等单位来权衡。自然,从网络的角度来说,也能够用字节数/天来观察网络流量。对于交互式应用来说,吞吐量指标反应的是服务器承受的压力。
4、性能计数器
性能计数器(Counter)是描绘服务器或操作系统性能
的一些数据指标。比如,对Windows系统来说,使用内存数
MemoryInUsage),进度时间(TotalProcessTime)等都是常有的计数器。
与性能计数器有关的另一个术语是“资源利用率”。该术语指的是系统各样资源的使用情况。为了方便比较,一般用“资源的实质使用/总的资源可用量”形成资源利用率的数据,用以进
行各样资源使用的比较。比如,我们会说到,“某某系统在承受
-可编写改正-
______________________________________________________________________________________________________________
10000用户的并发接见时,Web服务器的CPU占用率为68%,
均匀的内存占用率为55%”这此中,,68%和55%就是典型的资源利用率的数值。
5、思虑时间
思虑时间(ThinkTime),也被称为“休眠时间”,从业务的角度来说,这个时间指的是用户在进行操作时,每个恳求之间的间隔时间。从自动化测试实现的角度来说,要真切地模拟用户
操作,就一定在测试脚本中让各个操作之间等候一段时间,表此刻脚本中,详细而言,就是在操作之间搁置一个Think的函数,使得脚本在履行两个操作之间等候一段时间。
6、TPS
TPS:Transactionpersecond,每秒钟系统能够办理
的交易或许事务的数目。它是权衡系统办理能力的重要指标。
7、HPS
点击率:HPS,每秒钟用户向WEB服务器提交的HTTP恳求数。这个指标是WEB应用独有的一个指标,WEB应用是"恳求—响应"模式,用户发出一次申请,服务器就要办理一次,
所以点击是WEB应用能够办理的交易的最小单位。假如把每次
-可编写改正-
______________________________________________________________________________________________________________
点击定义为一个交易,点击率和TPS就是一个观点。简单看出,
点击率越大,对服务器的压力越大。点击率不过一个性能参照指
标,重要的是剖析点击时产生的影响。需要注意的是,这里的点
击并不是指鼠标的一次单击操作,由于在一次单击操作中,客户端
可能向服务器发出多个HTTP恳求。
-可编写改正-
______________________________________________________________________________________________________________
WelcomeTo
Download!!!
欢迎您的下载,资料仅供参照!
-可编写改正-