LoadRunner使用教程之如何查看TPS曲线来了！满满干货！许多人在查看loadrunner结果时，总是会盯着TPS，看到曲线上下起伏就觉得系统不稳。其实TPS只是现象，我们需要做的是先把有用的曲线调出来，在和并发、响应时间、错误和资源类图一起对着看。接下来我们就一起来看一下。

LoadRunner怎么查看TPS曲线

1. 再Analysis里打开事务图

   测试跑完Analysis后，先看左侧Graph→Add New Graph。官方示例是这样打开平均响应时间图的，事务类图也是同一路径，只要是在Transactions分类下选择对应图表。这个入口是最稳的，不容易把在线图、离线图和摘要混在一起。

2. 优先看两条TPS曲线

   如果你要看单个业务事务的波动，先开Transactions per Second Passed。如果你想看正常压力下系统每秒总共完成了多少成功事务，就开Total Transactions per Second Passed。一张是看每个事务的成功速率，另一张看所有成功事务的总速率

3. 用图例先筛事务

   图开出来之后，不要让所有事务挤在一张图里。官方示例里提到，可以在legend里点某个transaction高亮，也可以用过滤功能只看目标事务。这样做的好处是，TPS波动来自哪个业务动作，会比看一堆重叠曲线清楚很多

loadrunner TPS波动过大先看哪些指标

1. 先看Running Vusers

   Running Vusers图显示当前各负载机上正在运行的虚拟用户数量和状态；如果TPS的起伏互认并发用户爬升、回落同步，那一般时先怀疑加压节奏、脚本pacing或用户状态切换，而不是立刻怀疑服务端。

2. 再看Transactions Response Time

   如果TPS掉下去的同时，事务响应时间明显太高，这通常比“单纯的TPS起伏”更值得警惕。官方说明事务监控图本来就是配合事务速率和响应时间一起看的，Analysis里页支持将两张图合并做Correlate或Auto Correlate。

3. 再盯Errors和Errors Statistics

   官方有明确写到，  错误数如果再某一时间段突然升高，往往就是性能问题信号；运行时图里还有Error Statistics和Vusers with Errors，能看出错误是脚本位置问题、负载机问题，还是应用侧报错。

4. Web协议场景再看Throughput和Hits Per Second 

   Hit Per Second看每秒HTTP请求量，Throughput看每秒收到的数据量，并且都建议拿来和事务响应时间对照。如果TPS波动伴随Hits或Through的异常峰谷，说明波动很可能和请求量变化、返回数据体积变化或服务端处理能力有关

5. 最后看Connections

   如果Connections到了平台期，而事务响应时间却突然升高，官方认为这往往意味着连接数不够，增加连接可能会明显改善响应时间。

以上便是关于LoadRunner怎么查看TPS曲线等内容，希望可以帮助到大家。想试用/购买/租赁loadrunner、获得技术支持等欢迎随时与我们取得联系。