LR-名词解释

  1、Transation Sunmmary(事务综述)

  对事务进行综合分析是性能分析的第一步,通过分析测试时间内用户事务的成功与失败情况,可以直接判断出系统是否运行正常。

  2、Average Transaciton Response Time(事务平均响应时间)

  “事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间,通过它可以分析测试场景运行期间应用系统的性能走向。

  例:随着测试时间的变化,系统处理事务的速度开始逐渐变慢,这说明应用系统随着投产时间的变化,整体性能将会有下降的趋势。

  3、Transactions per Second(每秒通过事务数/TPS)

  “每秒通过事务数/TPS”显示在场景运行的每一秒钟,每个事务通过、失败以及停止的数量,使考查系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。分析TPS主要是看曲线的性能走向。

  将它与平均事务响应时间进行对比,可以分析事务数目对执行时间的影响。

  例:当压力加大时,点击率/TPS曲线如果变化缓慢或者有平坦的趋势,很有可能是服务器开始出现瓶颈。

  4、Total Transactions per Second(每秒通过事务总数)

  “每秒通过事务总数”显示在场景运行时,在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。

  5、Transaction Performance Sunmmary(事务性能摘要)

  “事务性能摘要”显示方案中所有事务的最小、最大和平均执行时间,可以直接判断响应时间是否符合用户的要求。

  重点关注事务的平均和最大执行时间,如果其范围不在用户可以接受的时间范围内,需要进行原因分析。

  6、Transaction Response Time Under Load(事务响应时间与负载)

  “事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合,通过它可以看出在任一时间点事务响应时间与用户数目的关系,从而掌握系统在用户并发方面的性能数据,为扩展用户系统提供参考。此图可以查看虚拟用户负载对执行时间的总体影响,对分析具有渐变负载的测试场景比较有用。

  7、Transaction Response Time(Percentile)(事务响应时间(百分比))

  “事务响应时间(百分比)”是根据测试结果进行分析而得到的综合分析图,也就是工具通过一些统计分析方法间接得到的图表。通过它可以分析在给定事务响应时间范围内能执行的事务百分比。

  8、Transaction Response Time(Distribution)(事务响应时间(分布))

  “事务响应时间(分布)”显示在场景运行过程中,事务执行所用时间的分布,通过它可以了解测试过程中不同响应时间的事务数量。如果系统预先定义了相关事务可以接受的最小和最大事务响应时间,则可以使用此图确定服务器性能是否在可以接受的范围内。
=======================================================================================

1、Hits per Second(每秒点击次数)

  “每秒点击次数”,即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请求数。

  通过它可以评估虚拟用户产生的负载量,如将其和“平均事务响应时间”图比较,可以查看点击次 数对事务性能产生的影响。通过对查看“每秒点击次数”,可以判断系统是否稳定。系统点击率下降通常表明服务器的响应速度在变慢,需进一步分析,发现系统瓶 颈所在。

  2、Throughput(吞吐率)

  “吞吐率”显示的是 场景运行过程中服务器的每秒的吞吐量。其度量单位是字节,表示虚拟用在任何给定的每一秒从服务器获得的数据量。

   可以依据服务器的吞吐量来评估虚拟用户产生的负载量,以及看出服务器在流量方面的处理能力以及是否存在瓶颈。

   “吞吐率”图和“点击率”图的区别:

  “吞吐率”图,是每秒服务器处理的HTTP申请 数。

  “点击率”图,是客户端每秒从服务器获得的总数据量。

  3、 HTTP Status Code Summary(HTTP状态代码概要)

  “HTTP状态代码概要”显示场景或会话步骤过程中从Web服务器返 回的HTTP状态代码数,该图按照代码分组。HTTP状态代码表示HTTP请求的状态。

  4、HTTP Responses per Second(每秒HTTP响应数)

  “每秒HTTP响应数”是显示运行场景过程中每秒从Web服务器返回的不 同HTTP状态代码的数量,还能返回其它各类状态码的信息,通过分析状态码,可以判断服务器在压力下的运行情况,也可以通过对图中显示的结果进行分组,进 而定位生成错误的代码脚本。

  5、Pages Downloader per Second(每秒下载页面数)

  “每秒下载页面数”显示场景或会话步骤运行的每一秒内从服务器下载的网页数。使用此图可依据下载的页数来计算Vuser生成的负载量。

  和吞吐量图一样,每秒下载页面数图标是Vuser在 给定的任一秒内从服务器接收到的数据量。但是吞吐量考虑的各个资源极其大小(例,每个GIF文件的大小、每个网页的大小)。而每秒下载页面数只考虑页面数。

  注:要查看每秒下载页数图,必须在R-T-S那里设置“每秒页面数(仅HTML模 式)”。

  6、Retries per Second(每秒重试次数)

  “每秒重试次数”显示场景或会话步骤运行的每一秒内服务器尝试的连接次数。

  在下列情况将重试服务器连接:

  A、初始连接未经授权

  B、要求代理服务器身份验证

  C、服务器关闭了初始连接

  D、初始连接无法连接到服务器

  E、服务器最初无法解析负载生成器的IP地址

  7、Retries Summary(重试次数概要)

  “重试次数概要”显示场景或会话步骤运行过程中服务器尝试的连接次数,它按照重试原因分组。将此图与每秒重试次数图一起使用可以确定场景或会话步骤运行过程中服务器在哪个时间点进行了重试。

  8、Connections(连接数)

  “连接数”显示场景或会话步骤运行过程中每个时间点打开的TCP/IP连接数。

  借助此图,可以知道何时需要添加其他连接。

  例:当连接数到达稳定状态而事务响应时间迅速增大时,添加连接可以使性能得到极大提高(事务响应时间将降低)。

  9、Connections Per Second(每秒连接数)

  “每秒连接数”显示方案在运行过程中每秒建立的TCP/IP连接数。

  理想情况下,很多HTTP请求都应该使用同一连接,而不是每个请求都新打开一个连接。通过每秒连接数图可以看出服务器的处理情况,就表明服务器的性能在逐渐下降。

  10、SSLs Per Second(每秒SSL连接数)

  “每秒SSL连接数”显示场景或会话步骤运行的每一秒内打开的新的以及重新使用的SSL连接数。当对安全服务器打开TCP/IP连接后,浏览器将打开SSL连接。
=======================================================================================
Web Page Breakdown(网页元素细分):“网页元素细分”主要用来评估页面内容是否影响事务的响应时间,通过它可以深入地分析网站上那些下载很慢的图形或中 断的连接等有问题的元素。

  1、Web Page Breakdown(页面分解总图)

  “页面分解”显示某一具体事务在测试过程的响应情况,进而分析相关的事务运行是否正常。

  “页面分解”图可以按下面四种方式进行进一步细分:

   1)、Download Time Breaddown(下载时间细分)

  “下载时间细分”图显示网页中不同元素的下载时间,同时还可按照下载过程把时间进行分解,用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。

  2)、 Component Breakdown(Over Time)(组件细分(随时间变化))

  “组件细分”图显示选定网页的页面组件随时间变化的细分图。通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。该图特别适用于需要在客户端下载控件较多的页面,通过分析控件的响应时间,很容易就能发现那些控件不稳定或者比较耗时。

  3)、Download Time Breakdown(Over Time)(下载时间细分(随时间变化))

  “下载时间细分(随时间变化)” 图显示选定网页的页面元素下载时间细分(随时间变化)情况,它非常清晰地显示了页面各个元素在压力测试过程中的下载情 况。

  “下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果,“下载时间细分(随时间变 化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果,两者分别从宏观和微观角度来分析页面元素的下载时间。

  4)、Time to First Buffer Breakdown(Over Time)(第一次缓冲时间细分(随时间变化))

  “第一次缓冲时间细分(随时间变化)”图显示成功收到从 Web服务器返回的第一次缓冲之前的这段时间,场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间(以秒为单位)。可以使用该图确定场景或 会话步骤运行期间服务器或网络出现问题的时间。

  First Buffer Time:是指客户端与服务器端建立连接后,从服务器发送第一个数据包开始计时,数据经过网络传送到客户端,到浏览器接收到第一个缓冲所用的时间。

  2、Page Component Breakdown(页面组件细分)

  “页面组件细分”图显示每个网页及其组件的平均下载时间(以秒为单位)。可以根据下载组件所用的平均秒数对图列进行排序,通过它有助于隔离有问题的组件。

  3、Page Component Breakdown(Over Time)(页面组件分解(随时间变化))

  “页面组件分解(随时间变化)”图显示在方案运行期间的每一秒内每个网页及其组件的平均响应时间 (以秒为单位)。

  4、Page Download Time Breakdown(页面下载时间细分)

  “页面下载时间细分”图显示每个页面组件下载时间的细分,可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务器错误引起。

  “页面下载时间细分”图根据 DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP验证时间、客户端时间和错误时间来对每个组件的下载过程进行细 分。

  5、Page Download Time Breakdown(Over Time)(页面下载时间细分(随时间变化))

  “页面下载时间细分(随时间变化)”图显示方案运行期间,每一秒内每个页面组件下载时间的细分。使用此图可以确定网络或服务器在方案执行期间哪一时间点发生了问题。

  “页面 组件细分(随时间变化)”图和“页面下载时间细分(随时间变化)”图通常结合起来进行分析:首先确定有问题的组件,然后分析它们的下载过程,进而定位原因 在哪里。

  6、Time to First Buffer Breakdown(第一次缓冲时间细分)

  “第一次缓冲时间细分”图显示成功收到从Web服务器返回的第一次缓冲之前的这一段时间内的每个页面组件的相关服务器/网路时间。如果组件的下载时间很长,则可以使用此图确定产生的问题与服务器有关还是与网络有 关。

  网络时间:定义为第一个HTTP请求那一刻开始,直到确认为止所经过的平均时间。

  服务器时间:定义为从收到初始HTTP请求确认开始,直到成功收到来自Web服务器的一次缓冲为止所经过的平均时间。

  7、Time to First Buffer Breakdown(Over Time)(第一次缓冲时间细分(随时间变化))

  “第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一个缓冲之前的这段时间内,场景运行的每一秒中每个网页组件的服务器时间和网络时间。可以使用此图确定场景运行期间服务器或网络出现 问题的时间点。

  8、Downloader Component Size(KB)(已下载组件大小)

  “已下载组件大小”图显示每个已经下载的网页组建的大小。通过它可以直接看出哪些组件比较大并需要进一步进行优化以提高性能。

时间: 2024-10-14 10:52:42

LR-名词解释的相关文章

JavaSE--【转】网络安全之证书、密钥、密钥库等名词解释

转载:http://www.cnblogs.com/alanfang/p/5600449.html 那些证书相关的名词解释(SSL,X.509,PEM,DER,CRT,CER,KEY,CSR,P12等) : http://www.360doc.com/content/15/0520/10/21412_471902987.shtmlKeystore介绍:http://blog.csdn.net/yangtao6888/article/details/796124使用CryptoAPI解析X509证

OSPF名词解释

网络看似错综复杂,其实核心路由器协议不超过10个. 之前我看了一本OSPF实验,本来用GNS3做实验的,可是OSPF理论知识掌握的不够,所以在这里补上,学习网络,理论和实际都要抓住.没有条件买来实物练习,用GNS3模拟器也不错,经过摸索,终于找到了一套路由器镜像,总共六个,共享给大家学习,免得再去寻找,浪费宝贵时间,网上有同仁晒出了几百个IoS镜像,其实没有必要. RIP只是适用于小型网络,而且按照跳数也不科学,要考虑到带宽,这样OSPF就冒出来了.OSPF聚合时间短,RIP是个扁平网络,OSP

aop中的名词解释

aop中的名词解释 aop spring Joinpoint(连接点) 目标对象中所有可以增强的方法叫做连接点 Pointcut(切入点) 目标对象中要增强的的方法 Advice(通知/增强) 增强的代码 Target(目标对象) 被代理对象 Weaving(织入) 将通知应用到连接点的过程 Proxy(代理) 生成的代理对象 Aspect(切面) 切入点+通知就形成了切面

WEB标准一:标准定义、好处、名词解释、常用术语、命名习惯

1. WEB标准是什么? “WEB标准”是一系列标准的总称.一般的误区经常把WEB标准说成DIV+CSS.准确的说法应该是:采用W3C推荐的WEB标准中的XHTML1.1结合CSS2.0 样式表制作页面的方法.DIV 应该指的是XHTML标签,而CSS 指的是样式表. 2. 采用WEB标准开发的好处 2.1 节约运营成本   2.2 用户友好性 2.3 内容跨平台的可用性 2.4 加快页面解析速度 2.5 更良好的用户体验 3. 名词解释 1. 横切 页面中950px宽并且对高度没有限制的容器称

nodejs、npm、grunt——名词解释

最近着手开发一个新项目,打算从工程化的角度整理一套自己的前端开发.发布体系. grunt这些工具,之前别人用我也用,并没有认真想过它们的前世今生,正好趁着这个机会,我来理一理目前业界比较流行这些工具的用处和相互关系. 一.名词解释 nodejs——可以在本地执行js代码的环境(类似java的jdk)npm——nodejs程序包的管理和分发工具grunt——运行在nodejs上的,基于任务的,项目构建工具 (npm+grunt≍java里的maven) 我的理解是,以web前端项目构建为例:   

计算机名词解释

目录 CGI--URL-- —————————————————————分割线——————————————————————— CGI—— 通用网关接口(Common Gateway Interface/CGI)是一种重要的互联网技术,可以让一个客户端,从网页浏览器向执行在网络服务器上的程序请求数据.CGI描述了客户端和服务器程序之间传输数据的一种标准. URL—— 统一资源定位符(Uniform Resource Locator)是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示,是互联

MCADEx开发 ProE二次开发 Creo二次开发 模型名词解释及获取

详细参考:  http://www.mcadex.com/bbs_1431046_ss20130113/thread_317947_1.html www.mcadex.comQQ:910361522 MCADEx Tools交流群: 156242985 名词解释 ProMdl Creo的顶级模型包含了Creo的所有模型类型,应用范围最广 ProSolid 实体模型,为零件或装配的总表达,是ProMdl的一个实例 ProPart 零件模型,为ProSolid的一个实例 ProAssembly 装配

TCP/UDP的名词解释

TCP--- 英文全称Transmission Control Protocol,译为传输控制协议,是一种面向连接的,可靠的,基于比特流的运输层通 信协议.TCP协议与IP协议等一起构成目前互联网应用最广的TCP/IP协议族.UDP--- 英文全称User Datagram Protocol,译为用户数据报协议,是一种无连接的的运输层通信协议,提供面向事务的简单不 可靠信息传送服务,即“尽最大努力交付”.UDP 协议是IP协议与上层协议的接口.UDP利用端口分辨运行在同一台设备上的多个应用程序.

百科知识 Win7关于Beta、RC、RTM、MSDN、OEM、RTL的名词解释及区别

[交流] (新手导航系列贴)WIN7关于Beta.RC.RTM.MSDN.OEM.RTL的名词解释及区别 ??? ?? ???windows7我们已经关注很多了,从preview(预览版)-Milestone 1到3到beta到现在临近RC版,很多人在关注,我也不例外,但是我们天天喊RC.RC,到底有多少人清楚知道什么叫做RC呢?至少我是属于糊里糊涂那种的.为了搞清楚RC.RTM的区别,我特地查找了一些资料,现在在此说说,也算是一种总结吧.? ? 经常关注一些软件发布情况的人对beta,rc应该

数据库名词解释

相信大家数据库再熟悉不过,但有多名词解释,可能还含糊不清.下面给大家分享下,我收集的名词解释,希望对大伙有所帮助! 数据库(Database):存放和提供数据的“库房” 数据(Data):数据库中存储的基本对象. 数据库管理系统(DBMS):位于用户与操作系统之间的一层数据管理软件. 数据库系统(Database System):包括数据库.DBMS.应用系统.数据库管理员(DBA) 主键(Primary Key):用于唯一的标识表中的某一条记录的属性或属性的集合. 外键(Foreign Key