操作：使用LR分析场景

实训目的：

掌握使用LR进行场景分析的准备
掌握使用LR进行场景分析的基本步骤和操作方法
掌握使用LR进行场景分析
掌握分析结果发布的方法

知识准备：

设计创建手动场景，运行负载测试，启用测试场景分析。

实训步骤：

一、 启动Analysis
二、 打开Analysis 会话文件：analysis_session
分析文件路径：c:\program files\hp\loadrunner\tutorial\analysis_session
三、 分析过程记录
1、 通过查看性能概要，写出基本性能分析概要。（截图并说明）
（1） Analysis Summary截图

（2）基本性能分析概要
本次性能测试的基本性能指标如下：
最大运行虚拟用户数为70人；总吞吐量约260.82Mbytes；平均每秒字节数约为372Kbyte/s；总点击数为8789次；平均每秒点击次数为12.241次/秒；总错误数为9226次。

2、 定义SLA
假设需要了解book_flight和search_flight这两个事务的平均响应时间何时会超过既定值。
在测试过程中区分负载情况，根据不同用户书目分为轻负载（0—19人）、平均负载（20—49人）和重负载（50人及以上）。
轻负载的平均事务响应时间为<3S
平均负载的平均事务响应时间为<5S
重负载的平均事务响应时间为<7S
根据上述要求设置相应事务，根据上述要求设置阈值。
1.打开编辑SLA规则。

2.选择事务响应时间（平均值）。

3.选择要测试的事务。

4.按要求设置加载时间选择正在运行的Vuser数。

5.设置阈值。

（1）截图说明服务水平协议设置情况

（2）截图说明SLA分析结果

（3）截图说明执行情况最差的事务

3、 以图形方式查看性能，进行分析
（1）将平均事务响应时间图进行截图


事务平均响应时间波动较大的事务是：check ltinerary 和Action Transaction；出现事务平均响应时间尖锋的事务是：check itinerary。

（2）完成以下性能情况记录（注意记录单位）
每秒字节数（吞吐量）最大值为：714131.000bytes/s，出现在00：07：28时刻
每秒点击次数最大值为:20438次/s，出现在00：00：32时刻
每秒错误总数的错误最多次数为：44938次，出现在 时刻00：05：04
此次性能测试总事务数为：8个
成功事务次数为：1100
失败事务次数为：3112
平均事务响应时间性能最差的事务是：check itinerary
平均事务响应时间最长为：155.3995
（3）筛选图操作
仅查看所有Vuser同时运行的时间段（00:01:30—00:03:45），截图说明。

截图后，清除筛选器/分组方式。

4、通过“合并”图操作进行初步排除分析（排除用户数对web性能的影响）
（1）将“运行Vuer”图与“平均事务响应时间”图进行合并。截图说明。
1.右键单击空白处，选择合并图，选择“叠加”合并类型。


（2）根据合并图进行分析
从图中分析，当用户人数达到最高时，8个事务的平均响应时间均较稳定，并非最高数值。平均事务响应时间最大值出现在非用户人数最高时。
初步判断，性能影响并非仅仅局限于虚拟用户人数。需要进一步分析。

5、通过“关联”来比较数据，分析关联后的图，进行性能好坏的判断。
将两个图关联起来，就会看到一个图的数据对另一个图的数据产生的影响。这称为关联两个图。
（1）将“运行Vuser”图与“平均事务响应时间”图相关联，查看大量Vuser对事务平均响应时间产生的影响。（打开需要关联的图，选中其中任意一个，右击选择合并图，并选择关联选项，从下拉菜单中选择需要合并的图）
截图说明关联成功

（2）根据关联的图进行结果分析
随着Vuser数目的增加，check_itinerary事务的平均响应时间也在逐渐增加。随着负载的增加，平均响应时间也在平稳的增加。增加到约64个Vuser时，平均响应时间突然急剧拉长。
（3）确定问题根源
进行进一步分析，查找服务器性能产生负面影响的系统资源。
1）自动关联
关联选项为windows资源，时间范围为00:01:20—00:03:40。将自动生成的关联图重命名为“寻找性能局限”，并保存。
截图说明自动关联图。
1.右键空白处，选择自动关联。

2.


2）自动关联图筛选
将直接相关的指标过滤出来进行截图。

3）通过关联匹配值的高低，从而找到影响事务平均性能这个性能测试指标的项目。（利用图例过滤出windows资源）
在“度量”列中，看到Private Bytes和Pool Nonpaged Bytes（这两个度量都与内存有关）与check_itinerary事务由超过70%的关联匹配。这意味着在指定时间间隔内这些元素的行为与check_itinerary事务的行为密切相关。由此可以初步判断：当check_itinerary事务的响应时间达到峰值时，系统内存可能存在资源不足。

5、发布分析结果。
保存上述分析过程，将分析报告以HTML形式进行发布，以“学号+性能分析.html”（含网页文件夹）保存。
将“学号+性能分析.html”及本word文档（学号+性能分析.doc）打包压缩，以学号+性能分析.zip上传作业。