LoadRunner使用笔记（5）-测试结果分析

场景执行结束后，可以使用 loadrunner 自带的分析工具进行结果分析，这里我们主要考察两个地方，第一是平均事务响应时间 Average Transaction Response Time，第二是并发数运行情况 Running Vusers，这两个显示了场景运行过程中并发数的执行情况与每笔事务的处理时间。还有其他几个考察点，做简要解释。
注：事务数概念解释：事务就是脚本中定义的每个 Action。
具体分析步骤是先打开“开始－>程序－>Mercury LoadRunner－>Mercury LoadRunner” 出现下图

点击 Analyze Load Tests，出现下图

在图中的菜单栏中选择打开，找到要分析的场景执行结果，点【打开】即可，还可以直接在场景运行结束后，点击 Controller 菜单栏的，直接收集场景运行结果进行分析。
打开场景执行结果后的界面如下：

界面左边是各个指标的列表，右边是图形的显示，下面是指标对应的采集数据。接下来将重点选择几个指标做解释。

并发数执行情况（Running Vusers）

发数执行情况反映了在场景执行过程中各个并发数的运行情况，成功了多少，失败了多少，是否按照既定的场景执行计划运行，是否达到预期的执行效果，如果在某个时间，执行失败了，或者存在异常，那么并发数的图表将是波动，可以从图中直观的看出来，同样根据场景中 Error 的信息，定位在何时出现了错误，此时执行的并发数是多少。并发数的图表如下：

事务通过数（Throughput）

事务通过数的意思是每个特定时间间隔内通过的事务数，如果随着场景执行时间的推延，通过事务数曲线应该是平缓的，如果突然上升，则可能是服务不稳定，或者网络因素导致的，如果持续下降，则表示服务的处理能力在下降，此时可以查看服务器段是否有进程堵塞，或者服务器的连接数不够，也可能是网络带宽不够。事务通过数的图表如下

平均事务响应时间（Average Transaction Response Time）

平均事务响应时间在整个测试过程中是一个很重要的参考指标，他能清晰的反映出场景执行过程中，每个事务的执行时长，整个业务中哪个操作最耗时等等。场景执行结束后，可以根据这个图表分析出在一定响应时间要求下，系统可支持的并发数，假如我们要求在查询的时候要求这个返回结果的时候不超过 5 秒，那么可以在场景中找到对应的 SubQue 事务在处理时间为 5 秒左右的时间点，再从 Running Vuser 图中找到对应的时间点，查看对应的并发用户数。同样，在整个执行过程中，当并发数达到一定数值后，平均事务响应时间曲线应该是平缓的，如果出现突然升高或者降低的情况，则表示系统存在异常，这样我们可以找到这个时间点去查看服务器端的运行日志，查找原因。平均事务响应时间的图表如下：

服务器资源分析

服务器资源监控利用的是 nmon 工具，在得出分析结果后，可以查看对应的图表进行分析。nmon的操作见《LoadRunner使用笔记（6）-性能测试监控工具nmon安装及使用方法》