一.loadrunner的优点

1)有非常强大的录制功能

2)具备丰富且灵活的场景

3)具备丰富的报告功能

二.loadrunner三个组件的关系

1. Virtual User Generator

简称vug 主要作用就是录制和生成脚本

2.Controller

创建测试场景,运行和监控场景

3,Analyis

分析测试结果,出测试报告

4. 总结

1)先用VUE来编写性能测试脚本

2)接下来使用controller执行性能测试脚本,

针对脚本以及具体的场景来设置测试场景

监控脚本在执行过程中的状态

3)最终根据性能测试的结果产出测试报告'

三.Virtual User Generator(VUG)

1.使用Vue创建性能脚本

2.认识性能测试脚本结构

3.打开WebTours服务

不打开不能打开WebTours网页

然后在IE浏览器访问WebTours服务

链接: http://127.0.0.1:1080/WebTours/

使用VUG录制脚本

点击

点击操作图标上的stop按钮, 生成如下的副本

编译:检查语法是否存在错误,最好在执行前先编译以下

回放:运行脚本,检查脚本是否错误

4.脚本的增强/编写

脚本增强的目的:① 录制的测试脚本达不到预期的测试目的

②:缺乏针对性

5.事务

开始事务: lr_start_transaction("事务名称")

结束事务: lr_end_transaction("开始事务时取的事务名称".LR_AUTO);

添加事务的两种方式:

1)直接在代码手动添加.

2)录制的时候手动插入事务

6,集合点

LR为了实现真正意义上的并发而进行的一种运行机制,让虚拟 用户进行短暂的集合,让虚拟用户

进行短暂的集合,在满足特定的条件情况下开始放行,产生并发数.

举例: 红绿灯

人行道是红灯的情况下,先来后到的人都需要在红绿灯位置进行等待/集合,当灯变成绿灯的状态

并发:就是大量用户+同时操作

函数:lr_rendezvous("集合的名称")

集合点只能放到action中并只能放到事务之前

7.检查点

相当于"断言"

主要检查服务器压力较大,是否能够准确返回指定的测试对象.

检查点函数一般放在页面请求之前

函数: web_reg_find("Text=想要匹配的关键词",LAST);

登录以后才有jojo的字

8.参数化

使用变量代替脚本中的常量,目的是虚拟用户能够真实的模拟先使用户进行系统操作

1)变量参数化

3) 变量曲名

4)设置参数化来源

5)设置脚本执行次数

6)修改日志等级

这里会发现出现两个错误,因为没有更改源文件的用户名

7)添加用户名-密码

再这里添加

复制到新的sun文件

再改掉后缀

添加以后就能全部通过了

四.Controller

1.创建场景的方式

1)在vug中对写好的脚本创建场景

2)手动打开controller进行脚本的添加并创建场景

然后就出现现在这个界面

2.场景的设置

1)设置初始化

2)设置启动机制

这里我设置了每隔五秒有一个虚拟用户

3)设置性能测试脚本的执行时间

虚拟用户完全启动以后脚本稳定运行的时间

4)设置虚拟用户退出机制

3.场景的运行

如果想要查看系统资源,需要手动修改配置:

1)打开任务管理器,启动对应的服务器

点击RUN下的

一个是进程时间还有一个是可利用的资源

2)开启场景

4.场景的运行方式

1)按照场景的方式运行

不论场景中脚本的数量有多少,所有的脚本统一调度和运行

2)按照Group运行 场景中有各自设计运行方式

第一个区域:显示场景中给每一个脚本组的虚拟用户的运行状态

第二个区域:是控制场景的运行,另一个作用是显示当前场景运行的状态

第三个区域:显示当前可以查看的监控数据(蓝色)

第四个区域:主要展示第三个区域可供查看的资源的实施情况表

第五个区域:主要展示资源图的各种详细资料和内容

五.Analysis

生成测试报告:

在controller中勾选上自动化分析性能测试并自动生成测试报告

当我们的脚本在指定的场景规则下执行完成,会自动打开analysis组件并展示测试报告和测试结果

然后到对应保存的文件路径去找

1.测试报告

不能看最大值最小值,主要看平均值和标准偏差,标准偏差越大,说明越不稳定

2,测试报表

1)运行的虚拟用户图

显示性能测试的每秒期间执行的Vuser脚本的Vuser数量及其状态,

通过此图可用于确定任何给定时刻的服务器的Vuser负载

2)点击数图标

显示性能测试场景中运行期间的每一秒内http向服务器发送的HTTP请求数目

帮助我们根据点击次数对Vuser生成的负载量进行评估

可以将此图与"平均事务响应时间"图:进行比较.

请求数量增多的话相应时间可能会变长

3)吞吐量图

此图可以帮助我们根据服务器吞吐量对Vuser生成我的负载量进行评估,对平均事务响应时间图进行比较,吞吐量对事务性能的影响

在对应的表里右键可以合并想要对比的表

吞吐量图和点击数图形状非常相似,但是吞吐量图会稍微滞后一点.

因为吞吐量表示的是响应后返回的资源数量,肯定是先请求再返回

如果请求变多但是吞吐量没有反应的可能原因

1.服务器响应慢了,来不及相应

2.压力没有到服务器,可能请求主要是前端有关的

3.服务器设计了一定的阈值,超过多少请求就不返回相应

4).平均事务响应图

此图显示Vuser在性能测试的每秒期间在服务器进行的命中次数.可以帮助根据命中次数评估

Vuser删除的负载量

主要查看:

响应图是否稳定

事务响应时间是否到达了预期

5)系统资源使用情况图

1)processor Time

cpu使用时间,被消耗的处理器时间数量,服务器接收的最大上限是80％

2)Available Mbytes

可用的物理内存,已经消耗稳定物理内存:实际内存-可用的物理内存