网站建议:179001057@qq.com

LoadRunner 分析结果图笔记。

技术2022-05-12  0

Vusers (虚拟用状态)

Vusers 用户状态计数器组提供了产生负载的虚拟用户运行状态的相关信息,可以帮助了解负载生成的过程。 

Running Vusers(负载过程中的虚拟用户运行情况)

此图反映系统形成负载的过程,随着时间的推移,虚拟用户数是如何变化的。 

Rendezvous(负载过程中集合点下的虚拟用户)

当场景中设置了集合点后会出现该图,反映了随着时间的推移各个时间点上并发用户的数目,方便了解并发用户数的变化情况。

 

Errors(错误统计)

当场景在运行中出现错误时,错误信息将会保存在该计数器组中,通过 Error 信息可以了解错误产生的时间和错误的类型,帮助定位产生错误的原因。 

Errors per Second(每秒错误数)

可以了解在每个时间点上错误产生的数目,该数据越小越好,通过该图可以了解错误随负载的变化情况,定位何时系统在负载下开始不稳定甚至出错,配合系统日志可以定位产生错误的原因。

 

Transactions(事务)

给出所有和事务相关的数据统计,方便了解被测系统业务处理的响应时间和吞吐量。

事务默认状态:PASS、FAIL、STOP,如果是手工事务那么状态会有 PASS 和 FAIL 两种。 

Average Transaction Response Time(平均事务响应时间)

反映了随着时间的变化事务响应时间的变化情况,时间越小说明处理的速度越快。

结合负载生成图合并一起看,可以发现用户负载增加对系统事务响应时间的影响规律。 

Transactions per Second(每秒事务数)

另一个关键数据是 TPS 吞吐量,该数据反映了系统在同一时间内能处理业务的最大能力,这个数据越高,说明系统处理能力越强。

TPS 会受到负载的影响,也会随着负载的增加而逐渐增加,当系统进入繁忙期后,TPS 会有所下降。 

Transaction Summary(事务概要说明)

说明事务的 Pass 个数和 Fail 个数,了解负载的事务完成情况。通过的事务越多,说明系统的处理能力越强,失败的事务越少,说明系统越可靠。

结合每秒错误数图进一步分析错误产生的原因。 

Transaction Performance Summary(事务性能概要)

事务的平均时间、最大时间、最小时间柱状图,方便分析事务响应时间的情况。

柱状图的落差越小说明系统响应时间的波动较小,如果落差很大,说明系统不够稳定。 

Transaction Response Time Under Load(在用户负载下事务响应时间)

在负载用户增长的过程中响应时间的变化情况,改图的线条越平稳,说明系统越稳定。 

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

不同百分比下的事务响应时间范围,可以了解有多少比例的事务发送在某个时间内,也可以发现响应时间的分布规律,数据越平稳说明响应时间变化越小。 

Transaction Response Time(Distribution)(每个时间段上的事务数)

每个时间段上的事务个数,响应时间较小的分类下的事务数越多越好。

 

Web Resources(网页资源信息)

给出的是对于 Web 操作的一些基本信息,这些信息在服务器端也能获得,当 Controller 的 RunTime Setting 中 Preferences 下的 Generated Web performance graphs 选相处于开启状态时,才会得到该图。 

Hits per Second(每秒点击数)

每秒点击数提供了当前负载中对系统所产生的点击量记录。每一次点击相当于对服务器发出了一次请求,一般点击数会随着负载的增加而增加,该数据越大越好。 

Throughput(宽带使用)

在当前系统下所使用的带宽,该数据越小说明系统的带宽依赖越小,通过这个数据能确定是否出现了网络带宽的瓶颈(注意使用单位为字节)。 

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

每秒钟服务器返回各种状态的数目,该数值一般和每秒点击量相同。点击量是指客户端发出的请求数,而 HTTP 响应数是指服务器返回的响应数。如果服务器返回的响应数小于客户端发出的点击数,那么说明服务器无法应答超出负载的连接请求。

结合每秒点击数看,如吻合,则说明服务器能够对每一个客户端请求进行应答。 

Connections Per Second(每秒连接数)

给出两种不同状态的连接数,即中断的连接和新建的连接,方便了解当前每秒对服务器产生连接的数量。

同时的连接数越多,说明服务器的连接池越大,当连接数随着负载上升而停止上升时,说明系统的连接池已满,无法连接更多的用户,通常服务器会返回504错误。

可以通过修改服务器的最大连接数来解决该问题。

 

Web Page Diagnostics(网页分析)

当在场景中打开 Diagnostics 菜单下的 Web Page Diagnostics 功能,就能得到网页分析组图。

通过该图,可以对事务的组成进行抽丝剥茧的分析,得到组成这个页面的每一个请求时间的分析,进一步了解响应时间中有关网络和服务器处理时间的分配关系。通过该功能,可以实现对网站前端的性能分析,明确系统响应时间较长是由服务器端处理能力不足还是客户端连接到服务器的网络消耗导致的。 

Web Page Diagnostics(网页分析)

添加改图先会得到真个个场景运行后虚拟用户访问 Page 列表,也就是所有页面下载时间列表。

通过 Select Page to Break Down 命令选择具体的 Page 来获得每个请求的相关详细信息。 

Diagnostics options 选项提供四大块功能。 

Download Time(下载时间分析)

可以得到组成页面的每个请求下载时间。 

Component(Over time)(各模块的时间变化)

列出组成页面的每个元素,以及随着时间的变化所带来的响应时间变化。

通过该功能可以分析响应时间变长是因为页面生成慢,还是因为图片资源下载慢。 

Download Time(Over time)(模块下载时间)

提供了针对每个组成页面元素的时间组成部分分析,方便确认该元素的处理时间组成部分。 

Time to First Buffer(Over time)(模块时间分类)

这里会列出该元素所使用的时间分配比例,是受 Network Time 影响的多还是 Server Time 影响的多。

Network Time:指网络上的时间开销。

Server Time:服务器对该页面的处理时间。 

Page Download Time Breakdown(页面响应时间组成分析)

这张图显示了每个页面响应时间的组成分析,一个页面的响应时间一般由以下内容组成: 

Client Time

客户端浏览器接收所需要使用的时间,可以不考虑。 

Connections Time

连接服务器所需要时间,越小越好。 

DNS Resolution Time

通过 DNS 服务器解析域名所需要的时间,解析受到 DNS 服务器的影响,越小越好。 

Error Time

服务器返回错误响应时间,这个时间反映了服务器处理错误的速度,一般是 Web 服务器直接返回的,包含了网络时间和 Web 服务器返回错误的时间,该时间越小越好。 

First Buffer Time

连接到服务器,服务器返回第一个字节所需要的时间,反映了系统对于正常请求的处理时间开销,包含了网络时间和服务器正常处理的时间,该时间越小越好。

 

FTP Authentication Time

FTP 认证时间,这是进行 FTP 登录等操作所需要消耗的认证时间,越短越好。 

Receive Time

接受数据的时间,这个时间反映了带宽的大小,带宽越大,下载时间越短。

 

SSL Handshaking Time

SSL加密握手时间

得到页面请求的组成比例图,便于分析页面时间浪费在那些过程中。 

Page Download Time Breakdown(Over Time)(页面组成部分时间)

提供了随着时间的变化所有请求的响应时间变化过程。将整个负载过程中每个页面的每个时间组成部分都做成单独的时间线,以便分析在不同的时间点上组成该页面的各个请求时间是如何变化的。

首先找到变化最明显或者响应时间最高的页面,随后再针对这个页面进行进一步的分析了解时间偏长或者变化快的原因。 

Time to First Buffer Breakdown(页面请求组成时间)

提供了组成页面时间请求的比列说明(客户端时间/服务器时间),通过这个图,可以直观的了解到整个页面的处理是在服务器端消耗的时间长,还是在客户端消耗的时间长。从而分析得到系统的性能问题是在前端还是后端。 

Time to First Buffer Breakdown(Over Time)(基于时间的页面请求组成分析)

给出了整个负载过程中,每一个请求的 Server Time 和 Client Time 随着时间变化的趋势,可以方便定位响应时间随着时间变化的原因到底是由于客户端变化导致的还是由于服务器端变化导致的。

 

 

 

 

 

 

 

 

 


最新回复(0)