LR性能测试结果分析总结

1. 场景信息介绍：为了更好地进行性能场景分析，本次分析过程以LR程序自带的实例WEB版本的飞机订票系统为例，20个虚拟用户的并发测试。

2. 场景分析默认界面分析：咱们得收集本次场景的分析结果，在场景执行完毕的界面点击“Tools”菜单下的“Analysis”或图标完成收集。收集完成默认显示界面如下。

 上图默认界面分别显示“Summary Report” 、“RunningVusers” 、“His per Second” 、“Throughput” 、“Transaction Summary” 、“Average Transaction Response Time” 。

2.1 Summary Report界面：

 该界面的上部分“Analysis Summary”我的截图中没有，主要是场景名称、分析结果存储路径、整个场景执行时间这3个信息。

Statistics Summary:包含本次场景的Maximum Running Vusers(最大虚拟用户数)是20，这个数值同时也看出来场景中数值的20虚拟用户完全都参与本次场景的执行。本次场景Total Throught(bytes) （总共吞吐量）是34,763,539字节。Average Throught(bytes/second)(平均吞吐量)是34,625字节,在相同的被测试系统，不同的软件与硬件配置下，该值越大表示性能越好。Total Hits(总共点击数)是27,559次。Average Hits per Sencond(平均点击数)是27.449。View HTTP Responses Summary是HTTP请求概述。

Transaction Summary:事物的概述，总通过6,142个事物，失败事物0个，停止事物0个。

图中有4个事物，表字段名称分别是事物名称、响应时间的最小值、平均值、最大值、方差值、百分之90、事物的通过个数、失败个数、停止个数。这里的方差(Std,Deviation)值越小代表程序越稳定。百分之90（90 Percent）表示20个虚拟用户百分之90的虚拟用户

HTTP Responses Summary：HTTP 200（正常）总次数27,539，每秒钟27.429  ，HTTP 302（）总次数20，每秒钟0.02  

2.2 Running Vusers界面：

  根据上图分析在场景刚开始时候10个虚拟用户，在30秒时候20个虚拟用户运行。在15分钟30分钟还有17个虚拟用户在执行，执行到16分钟的时候还有5个虚拟用户，16分钟多些所有的虚拟用户执行完毕。根据图中的最大值虚拟用户可以知道场景执行的虚拟用户数是否与设置值一致。最大用户数运行的总时间等信息。

2.3 His per Second界面：

以上图形变化是每秒钟请求数，随场景执行虚拟用户数再增加，使每秒钟请求数增加，最大虚拟用户执行场景时，因为动作有先后，所以有波动。

2.4 Throughput界面：

以上吞吐量图，是服务器接收的请求数量，可以使用次数表示也可以使用字节数表示。这里用字节表示的。请求数越多接收的信息也越多。

2.5 Transaction Summary界面：

以上图形是事务的概要，每个事物通过的事务数。

2.6 Average Transaction Response Time界面：

以上是事务的响应时间，可以分析被测试的关键业务点的响应时间，通过该图可以分析响应时间是否在规定的时间范围之内。

3. 合并图形：

 为了更方便的分析图形，我们可以使用合并图形的操作把需要的数据合并至一张图中。我们以RunningVusers图形为例，把Average Transaction Response Time添加到该图形中，在RunningVusers中点击右键(快捷键Ctrl+M)选择“Marge Graphs”在弹出来的对话框选择Average Transaction Response Time 即可完成，参考下图。

以上操作之后，见合并之后的图形，如下。从图中可以直观的看出来虚拟用户数与平均响应时间的值。

4. 添加系统资源：

为了更好的分析性能问题，我们还需要添加被测试应用的系统资源使用情况。参考如下操作。

双击News Graph在弹出的对话框选择您需要的图形，我们这里以Windows Resouces为例。

下图是添加完成之后的图形。

以上图形CPU队列长度变化幅度较大，我们要考虑是否是系统的瓶颈，可以通过多次的测试进行比较。可用内存与线程过渡比较平稳。

5. 网页相关内容分析：

我们通过页面大小及下载时间等信息分析网页是否设计合理。添加图形的方式与添加系统资源方式操作一致。下图页面加载的网络时间与服务器时间。下图很容易发现，服务器时间很长，网络时间很短有可能服务器存在问题。

6. 几种常见情况：

 第1种：事物的响应时间先是缓慢的上升，再平衡，再下降。这个曲线表示：随着虚拟用户的增加，系统的处理能力下降，系统处理事物的时间增长，系统反应变慢。再平衡表明你的用户并发数可能达到一定限度了，再多虚拟用户系统也无法处理，如系统有良好的队列处理机制。再来的虚拟用户也只能队列中等待，目前只处理正在运行的虚拟用户。随时间推移，这些正在运行的虚拟用户处理完，再处理队列中虚拟用户，这样并发虚拟用户下降。随虚拟用户数减少，响应时间减少，就下降。如系统没有这样事物处理机制的话，响应时候不断上升并且发生错误。可能是服务器没有做连接数限制，导致虚拟用户不断上升，响应时间变慢，甚至出现内存泄露（占内存不使用也不释放，可能在Java程序中创建对象，对象使用完不释放）问题，导致系统内存大量被占用，导致系统崩溃。

  第2种：响应时间，CPU，内存使用率，加载时间都很正常，但是发生业务失败的情况。这里可能由于数据库被锁住引起的。例如添加数据，需要查询一下图书号，其它业务修改图书号时锁住图书号这张表，导致无法完成添加数据操作。

  第3种：CPU使用率与内存使用率不断上升，其它值正常。这里可能是系统资源使用了，没有释放（锁定），不断抢占CPU与内存的使用率。