loadrunner中Analysis分析

loadrunner中Analysis分析

Analysis Session分析会话的目的是发现系统性能上的缺陷并找到其根源，analysis它是LR三大组件之一，用来分析性能测试结果的数据图，但并不一定要对每个视图进行分析，可以根据实际情况进行分析，分析结果可以生成一些不同格式的测试报告，

analysis中的数据得到过程，默认情况下，vuser信息都保存在该vusr的负载机上。场景运行结束后，数据会自动进行整理或合并，这时负载机上所有vuser的信息和数据都将被传输到结果目录中。也可以手动操作。

Analysis常见分析图见的有8类：Vusers图，错误图,事务图，Web资源图，网页细分图，系统资源图，Web服务器资源图，数据库服务器资源图。Windows操作系统，使用LoadRunner进行监控比较简单，Linux和UNIX等操作系统不可使用LoadRunner进行监控。

 

其中有几个概念需要清楚：

并发用户数：与服务器进行交互的在线用户数；

事务响应时间（Tans response Time）：从客户端发出请求到得到响应的时间，一般包括：网络响应时间+server的响应时间；

点击率（Hits per second）:VUSER用户每秒发送的HTTP请求数量；

TPS(Trasaction per second)：服务器每秒钟处理事务的数量（参考值为10到100）；

吞吐量（Throughput）：单位时间在网络上传输的数据量（服务端返回的数据量），随着时间的推移，Vuser数量的增加吞吐量不断增加，说明带宽够用如果保持相对稳定，可以认为是带宽限制了数据流量。

total Throughput （总的吞吐量）从服务器端响应的多少流量给客户端 ；

Average Throughput 平均吞吐量 是多少，帮助我们看带宽有没有达到瓶颈；

Total hits(总点击量) 发了多少请求给服务器；

Avage Hits per Second（平均点击量每秒）

Sla阈（读yu，四声，不要丢人哦）值配置:

点击analysis中的界面中进行点击菜单中的tools（工具）--“configure SLA Rules”（ 配置服务级别协议规则）-- service level agreement(服务水平协议)---New（新建）-- service level agreement的选项菜单中之后点击（next）下一步---选择transaction response time(相应时间)---next（下一步）---把进行需要做的事物阈值进行移动到右边的位置当中—next（下一步）---自己设定值—下一步

进行使用loadrunner中对系统做了压力测试之后，会在loadrunner中产生数据的报告，在analysis中进行设定的是SAL阈值，来对产生结果进行对比操作。

 

图分析

vuser图

  使用 Vuser 图可以确定方案，执行期间 Vuser的整体行为。     X   轴表示从方案开始运行以来已用的时间。  Y   轴表示方案中的     Vuser 数。

点击率图

显示在方案运行过程中vuser每秒钟向web服务器提交的HTTP请求数。借助此图可以依据点击次数来评估vuser产生和负载量。一般会将此图与平均事务响应时间图放在一起进行查看，观察点击数对事务性能产生的影响。X轴表示方案从开始运行以来所用的时间，Y轴表示服务器上的点击数。

每秒钟用户向web服务器提交的HTTP请求数。这个指标是web 应用特有的一个指标；web应用是“请求-响应”模式，用户发一个申请，服务器就要处理一次，所以点击是web应用能够处理的交易的最小单位。如果把每次点击定义为一个交易，点击率和TPS就是一个概念。容易看出，点击率越大。对服务器的压力也越大，点击率只是一个性能参考指标，重要的是分析点击时产生的影响。

需要注意的是，这里的点击不是指鼠标的一次“单击”操作，因为一次“单击”操作中，客户端可能向服务器发现多个HTTP请求。

 

平均事务响应时间图

将当前事务某个时间范围的图和选定图关联（默认为unix resource或windows resource),显示关联后的图以及关联匹配度百分比（包括直接关联和反向关联),匹配度越高则说明某个度量值对该事务的行为的影响最大。

 

吞吐量图

从定义来看，吞吐率描述了服务器在实际运行期间单位时间内处理的请求数，然而，我们更加关心的是服务器并发处理能力的上限，也就是单位时间内服务器能够处理的最大请求数，即最大吞吐率。

所以我们普遍使用“压力测试”的方法，通过模拟足够多数目的并发用户，分别持续发送一定的HTTP请求，并统计测试持续的总时间，计算出基于这种“压力”下的吞吐率，即为一个平均计算值.

！！注意

在Web服务器的实际工作中，其处理的HTTP请求通常包括对很多不同资源的请求，也就是请求不同的URL， 比如这些请求有的是获取图片，有的是获取动态内容，显然服务器处理这些请求所花费的时间各不相同，而这些请求的不同时间组成比例又是不确定的。这就是实际情况下的吞吐率。

所以，我们 对于同一个特定有代表性的请求进行压力测试，然后对多个请求的吞吐率按照比例计算加权平均值。

Web服务器并发能力强弱的关键便是在于如何计算针对不同的请求性质来设计最优并发策略。在一定程度上使得Web服务器的性能无法充分发挥。