上有一篇讲解了性能的重要指标代表什么,下面对LoadRunner性能测试结果分析思路做一下介绍:
性能测试结果分析思路:
1. 关注Transaction Summary模块
平均响应时间:当标准差std比较小的时候,选择事务平均响应时间
90%响应时间:当标准差比较大时,可以考虑90%响应时间
Std:标准差比较小,则相对比较平稳,标准差比较大时,浮动比较大
分析事务响应时间,因为响应时间是最直观的指标,查看业务中哪个事务的响应时间有问题,然后接下来对该事务进行具体分析。
2. 根据Vusers中的用户负载生成图分析:如果较多用户未通过,说明脚本或场景设置有问题,如果只有一个或少部分虚拟用户运行正常则有可能是脚本出现问题。比如图中出现用户突然猛的下降等,则不必往后分析,需要修改脚本或者场景。
3. 分析错误统计图和每秒错误统计图
根据错误统计图有时候可以一次定位到问题,有时候只能猜测大概出现在哪个部位。
根据每秒错误统计图可以定位哪一段时间内出现错误比较多
4. 分析事务:
1) 平均事务响应时间:查看哪个事务的平均响应时间响应比较对,对这些事务做标记,然后针对这些事务找出突破口,进行下一步分析
2) 关注TPS:看成功的事务和失败的事务以及TPS的大小:成功的事务越多说明服务器的处理能力越强,失败的事务越小说明系统越可靠。TPS值越大说明服务器处理能力越好,如果值比较小,后期要进行调优。
5. 分析web resources(网络资源统计图):
1) 首先分析一下Hits Per Second(每秒点击数):每秒客户端向服务器发送的HTTP请求数,直接反应客户端侧的问题,如果该值比较低,从脚本和网络上分析问题。
2) 分析一下Connections(连接数):当该值比较低的时候,要对连接数进行调优。当该值比较大,说明服务器连接池越大。
3) 分析一下每秒连接数:统计关闭的连接数和新建的连接数,方便了解每秒对服务器产生的连接数。当随着用户负载的增加连接数而终止,说明系统的连接池已满。需要修改服务器最大连接数的配置来解决问题。
6. 分析web page Diagnostics(网页分析):
1) 看网页细分图,可以先从First Buffer Time的分解统计图入手,看是网络问题还是服务器问题
2) 继续分析页面组件细分图:根据平均响应时间判断到底是网页上哪个文件或图片出现问题
3) 根据页面下载时间分解图:可以看出每个资源加载的时间,根据平均时间再次判断哪些资源出现问题
4) 根据下载组件的大小分解图:可以看出每个资源的大小,再根据大小判断资源内部是否有问题等。
7. 分析系统资源统计图(System resuorces):
1) 查看系统资源的情况:关注CPU、IO、内存、队列等重要指标
2) 如果CPU使用率很大,且PQL排队等待CPU的队列比较大,则说明本身服务器资源使用瓶颈烦的,硬件处理能力有待提高