LoadRunner性能测试工具---(二)测试结果分析

2024-08-26 21:38

本文主要是介绍LoadRunner性能测试工具---(二)测试结果分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

    进行完基本的操作步骤之后就可以对该系统的性能进行分析,正如性能测试中对系统工作效率(类似于响应时间、每秒单击次数)、安全性(defence次数等)、抗压能力(在线用户数量、单位时间登录用户数量等)等的分析,如下所示。

    对于LoadRunner的分析,我们这次仅仅是针对登录这个过程进行的操作,在设定虚拟用户的过程中,最多可以设置256个虚拟用户进行模拟,在测试过程中我们就以100个用户进行测试,虽然是一个登陆操作,也可以从某个角度体现出系统性能的好坏。

    As shown in the figure:


    上面的这个图就是我们总结的从三个角度对于性能的一个分析,该文档也将从这三个方面展开分析。

    在执行完文档一的操作步骤之后,要进行分析仍需进行几步,如图:


            依次单击菜单栏“Tools”/“Compare withScript”出现如下界面:


       单击左上角“开始”按钮,测试程序即开始运行,在此之前可以对测试过程进行设定。


一、测试设置(Eidt Action)

    如上图所示,左下角“GlobalSchedule”中,四个记录,分别对其进行设置:


  (1)Start Vuser

     设置虚拟用户数量,设置单位时间内用户数量的增加量,如图中:

     每15秒增加2个用户,又知道一共有100个用户,于是Start阶段需要的时间为100/2*15=750s


  

    (2)Duration


    该阶段解释:

    Start Vuser全部工作时候所持续的时间。

    例:设置100个Vuser,每15s增加2个Vuser,则100个Vuser全部开始工作持续的时间的设定。

   

   (3)Stop Vuser


   该步骤的设置与Start Vuser类似。

   注意:先进行完设置之后单击左上角“三角”按钮,开始系统操作的模拟。


二、动态分析

    所谓动态分析,即指在系统模拟登录过程中,实时进行的分析操作。

    正如思维导图中所写:

    1、RunTime Graph(运行时间分析图表)

    2、Transcation Graph(事务图表)

    3、Web Resource Graph(网页资源利用情况图表)

 

    The picture is beautiful as follows:


    下面依次进行分析:

   (1)RunTime Graph

     1、RunningVuser


    Running、Error两条曲线,为什么会出现Error不断上升呢?因为在文档一操作步骤中,添加的Vuser仅仅只有3个,so只要设定100个Vuser,并添加100个Vuser就ok了。

       

          2、Error Stataics


    注意图中的横纵坐标,在下方列表框中:Max=156, Last=156,表明错误的个数,最大值,和最后的个数,说明错误递增。。。

 

   3、Vuser withErrots

   解释同上:


    

    Summary:关于这三个图,第一个比较常用,分析添加进来的用户是否能够运行,如图:


   按照这个步骤,也能实时监控虚拟用户的当前个数以及状态,这两种方法道理上是相同的。

 

  (2) TransactionGraph

   1、Trans Response Time


    作用:查询系统响应时间。


    2、Trans/Sec[Passed]


    在上一个图的基础上,为Passed的用户的响应时间图表。

 

    3、Total Trans/sec [Passed]


    每秒钟通过验证的用户的响应个数,注意观察划线的极值以及图标的坐标。

    Summary:对系统性能中的响应时间、单位响应时间的查看,对系统效率的体现。

 

   (3)Web ResourceGraph

    1、Hits Per Second


    分析用户每秒钟单击系统的次数

 

    2、Throwghout


    查看系统的吞吐量:单位是字节(吞吐量这个词,好像听师姐说过)

    官方定义:

    吞吐量是指对网络、设备、端口、虚电路或其他设施,单位时间内成功地传送数据的数量(以比特字节、分组等测量)。

 

    3、Http Response Per Second


    网页每秒钟的响应时间,这一点系统分析人员会去分析。

 

    4、Pages Downloaded per Second


    每秒钟下载页面的张数,这个数据不是很重要。

 

          5、ConnectionPer  Second


    注意区分蓝色线和黑色线的差别,图中的线具体代表什么,参考坐标。

 

    Summary:

    这一部分的图,是静态分析中最为重要的图,无论是每秒单击次数、系统相应时间、每秒下载页面张数、连接情况,都是我们测试的目的所在。

 

三、静态分析

    当系统模拟例子中的“登录”操作完成后,便可以进行静态分析,对整个过程三个阶段,start\duration\end,三个阶段进行对比式的分析:

   (1)、通过动态分析的图,从整体宏观上分析,三个阶段的情况,对系统进行调试和优化。

   (2)、对静态结果得到的数据进行统计:


    上面这张图中,除了单击Vuser按钮,其他几个按钮也能分析不同的信息,例如:


   

     参考用户手册,静态分析数据。



总结:

    像这样去分析,系统的一些必要性能数据就得出了,对一个系统不仅仅要进行一次测试,取三次测试平均值,更能可观的体现出性能的好坏,用LoadRunner的好处,我觉得256个用户,得到的效果,可以达到三四百人测试的效果,而且分析数据很方便、误差很小。

    其次,对于LoadRunner的中文教程、系统性能分析在网上几乎资料很少,这此和晓婵进行对LoadRunner的学习,更多的是参考惠普公司自带的英文用户手册,深深的体会到IT行业中英文的重要性,没有这些个英文资料,很难得出这么多的总结。

    That is all.



这篇关于LoadRunner性能测试工具---(二)测试结果分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1109758

相关文章

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

Zabbix在MySQL性能监控方面的运用及最佳实践记录

《Zabbix在MySQL性能监控方面的运用及最佳实践记录》Zabbix通过自定义脚本和内置模板监控MySQL核心指标(连接、查询、资源、复制),支持自动发现多实例及告警通知,结合可视化仪表盘,可有效... 目录一、核心监控指标及配置1. 关键监控指标示例2. 配置方法二、自动发现与多实例管理1. 实践步骤

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原

MySQL深分页进行性能优化的常见方法

《MySQL深分页进行性能优化的常见方法》在Web应用中,分页查询是数据库操作中的常见需求,然而,在面对大型数据集时,深分页(deeppagination)却成为了性能优化的一个挑战,在本文中,我们将... 目录引言:深分页,真的只是“翻页慢”那么简单吗?一、背景介绍二、深分页的性能问题三、业务场景分析四、

MySQL 多列 IN 查询之语法、性能与实战技巧(最新整理)

《MySQL多列IN查询之语法、性能与实战技巧(最新整理)》本文详解MySQL多列IN查询,对比传统OR写法,强调其简洁高效,适合批量匹配复合键,通过联合索引、分批次优化提升性能,兼容多种数据库... 目录一、基础语法:多列 IN 的两种写法1. 直接值列表2. 子查询二、对比传统 OR 的写法三、性能分析