性能测试工具—LoadRunner

发布于:2024-08-16 ⋅ 阅读:(70) ⋅ 点赞:(0)

内容大纲:

安装LoadRunner与介绍

LoadRunner录制脚本

通过Controller设置运行场景

通过Analysis进行测试报告解读

1. 了解WebTours这个Web网站

1.1 如何启动

 

看到这个,即访问成功: 

1.2 相关配置 

①端口

 

②用户名,密码

 

1.3 如何访问

 

 


2. LoadRunner录制脚本

2.1 创建文件

 

2.2 录制

 

2.3 编译

录制后会出现代码,编译:

2.4 运行

 

2.5 脚本加强

为什么要进行脚本加强?

录制的脚本不能体现出相关的性能指标(如:并发) 

2.5.1 插入事务

 

 

注意:

开始事务和结束事务必须成对出现

开始事务函数里面开始事务和结束事务对应的事务名称要一致 

2.5.2 插入集合点

在LoadRunner中为了实现并发,通过集合点来实现

2.5.3 插入检查点

目的:为了验证在性能测试的时候,页面是否渲染正确

2.5.4 参数化

在性能测试的时候,需要大量的用户数据,这个数据不可能copy大量重复代码来完成

把对应的参数日志打印出来:

 

此时只打印了一个用户,要打印其他的(2个):

2.5.5 打印日志

 

2.5.6 字符串相关函数


 

3. 通过Controller设置运行场景

3.1 Controller打开方式

3.1.1 通过VUG打开

 

3.1.2 双击

 

3.2 通过Controller设置运行场景

 

 

添加虚拟用户数量:

 

3.3 运行场景

 

3.3.1 区域一 

3.3.2 区域二

3.3.3 区域三

 

3.3.4 区域四

性能指标区域:

3.3.5 区域五

图表区域:

3.3.6 区域六

监控指标区域:

3.3.7 添加电脑资源监控

 

 

3.4 图表分析

 

 因为场景在运行的时候没有出现错误,所以error是0;

Running的这条线,刚开始是0,因为虚拟用户需要进行初始化,需要进行启动,启动完成,此时虚拟用户开始运行,所以Running这条线就不断上升,因为设置的虚拟用户数量总数是2,所以图表展示的Running的虚拟用户最多是2;

Finished的用户刚开始是0,因为所有的虚拟用户刚开始需要运行,不能说没有运行就直接结束,所以Finished的这条线在刚开始的时候一直处于0,等到Running的用户逐渐下降时,Finished的虚拟用户不断上升

 

在Controller中,VUG中的一个代码文件就是一个事务,所以这里有三个事务

刚开始需要建立连接,紧接着才会断开连接,所以New Connection数据 刚开始比较高,Connection Shutdowns数据刚开始为0,因为要先建立请求


4. 通过Analysis进行测试报告解读

下面看一个图表:

思考,为什么吞吐量和每秒点击数量趋势一致?

 

因为点击越多,我们发起的http请求就会变多,和服务之间的数据交互(吞吐量)就会变多 

5.对简单的项目做性能分析

举个例子:

如果点击率上升,但是吞吐量没有反应/吞吐量数据没有变化

这句话可以剖析出,我们对系统在不断地请求,但是请求和服务之间没有数据交互

1)服务没有对请求给出响应

2)压力(请求)没有到达服务

3)服务器做了阈值,服务这边做了设置,如果请求太多到达阈值,此时服务收到这些请求之后,不做任何相应,直接扔掉


网站公告

今日签到

点亮在社区的每一天
去签到