loadrunner要点总结

1.正在运行的vuser图,事物响应图,每次点击数图(hit),不需要配置
Windows资源图需要配置:
a.点击“Windows 资源” 图右键并选择“添加度量”。
b.在名称框中,输入 localhost。(如果 Load Generator 正在另一台机器上运行,您可
以输入服务器名称或该计算机的 IP 地址。)在平台框中输入计算机的运行平台。单击确定

c.单击 “Windows 资源”对话框中的确定以激活监控器。
(1.确保能与服务器ping通
2.开启服务器端Windows两个服务:Remote Procedure call;remote registry
服务器必须开启用户名 密码登录

2.在“可用图”树中可以选择错误信息统计图
可调出吞吐量图到窗口区

3.查看录制的脚本:在view中 tree view 在步骤旁边的+号,点击可以添加思考时间
script view LR使用ANSI C语言

4.一般运行时设置 :
运行逻辑:重复次数 (迭代次数)
步:两次重复之间的等待时间 指定随机时,更接近用户
思考时间:用户在各步骤之间停下来思考时间 (不要更改 在VuGen中运行脚本速度很快
,可以在controller中设置思考时间)
日志:希望在回放期间收集信息的级别 (确定脚本正常后,只需要记录错误或禁用日志功能)

5.实时查看脚本运行状况
回放脚本时,VuGen的运行时查看器功能实时显示Vuser的活动状况
默认情况下VuGen在后台运行测试,不显示脚本操作动画

可在tools》General Options中勾选show run_time*** 设置显示脚本操作动画
在view》Test Result中查看录制的脚本是否录制后成功

6.测试部分
如何评测业务流程:估计具体业务流程的持续的时间,如:登录 这些业务流程通常由一个或者多个步骤组成
通过将一系列的操作标记为事务,可以将他们指定为要评测的操作。
在脚本中添加事务

7.创建负载测试:使用LR controller
选择场景类型:
手动场景:可以控制正在运行的Vuser数目及运行时间,另外还可以测试出应用程序可以同时运行的Vuser数目
还可以使用百分比模式,根据指定的百分比,在脚本间分配所有的Vuser
面向目标场景:用来确定系统是否可以达到特定的目标。

进入load Generator使用本地计算机作为load Generator 点击连接
运行场景时,controller自动连接load Generator 也可在运行前测试连接

运行时设置 :
运行逻辑:重复次数 (迭代次数)
步:两次重复之间的等待时间 指定随机时,更接近用户
思考时间:用户在各步骤之间停下来思考时间 (不要更改 在VuGen中运行脚本速度很快
,可以在controller中设置思考时间)
日志:希望在回放期间收集信息的级别 (确定脚本正常后,只需要记录错误或禁用日志功能)
速度模拟:使用不同的网络链接(如调制解调器,DSL和电缆)的用户
浏览器模拟:使用不同的浏览器查看应用程序性能的用户
内容检查:用于自动检查用户定义的错误

8.绍服务水平协议 (或称 SLA)
SLA 是您为负载测试场景定义的具体目标。 Analysis 将这些目标与 LoadRunner
在运行过程中收集和存储的性能相关数据进行比较,然后确定目标的 SLA 状态
(通过或失败)。

例如,可以定义具体的目标或阈值,用于评测脚本中任意数量事务的平均响应时间。

测试运行结束之后, LoadRunner 将您定义的目标与实际录制的平均事务响应时间
进行比较。 Analysis 显示每个所定义 SLA 的状态 (通过或失败)。例如,如果实
际的平均事务响应时间未超过您定义的阈值, SLA 状态将为通过。

根据定义的目标, LoadRunner 将以下列某种方式来确定 SLA 状态:
a. 通过时间线中的时间间隔确定 SLA 状态。在运行过程中, Analysis 按照时间
线上的预设时间间隔 (例如,每 5 秒钟)显示 SLA 状态。
b. 通过整个运行确定 SLA 状态。 Analysis 为整个场景运行显示一个 SLA 状态。
可以在 Controller 中运行场景之前定义 SLA,也可以稍后在 Analysis 中定义 SLA。

9.结果分析
xx.lra 是分析文件
xx.usr是脚本文件
xx.lrs是运行场景后保存的文件

可以生成world报告和HTML报告

时间: 2024-10-21 18:44:36

loadrunner要点总结的相关文章

loadrunner java协议脚本要点

常见问题 1. Error: Thread Context: Call to service of the driver failed, reason - thread context wasn't initialized on this thread.[MsgId: MERR-10176] 这个问题网上很多解答,感觉诱发的原因不一,我的问题是当时代码里有: package lr.test; 2. 关于loadrunner中使用ClassPathXmlApplicationContext的注意点

Loadrunner常用的分析要点都有哪些

提供了生产负载的虚拟用户运行状态的相关信息,可以帮助我们了解负载生成的结果. Rendezvous(负载过程中集合点下的虚拟用户): 当设置集合点后会生成相关数据,反映了随着时间的推移各个时间点上并发用户的数目,方便我们了解并发用户的变化情况. Errors(错误统计): 通过错误信息可以了解错误产生的时间和错误类型,方便定位产生错误的原因. Errors per Second(每秒错误): 了解在每个时间点上错误产生的数目,数值越小越好.通过统计数据可以了解错误随负载的变化情况,定为何时系统在

LoadRunner 思考时间与事务响应时间的区别与关系

LoadRunner 思考时间与事务响应时间的区别与关系   思考时间lr_think_time 就是一个事务要开始时思考的时间;比如 你要点击一个 登录按钮 我们都要点击这个按钮要先思考下 就是人为脑袋思维的延迟,还有手指点击鼠标的这个动作的时间 一般是1-5秒,这就是思考时间,性能测试模拟思考时间就是模拟真实人为动作的方式来做压力测试.一般在脚本中思考时间是这样写比较合理,在一个事务的结束点另一个事务的起始点,两者中间定义思考时间.lr_end_transaction("登录",

自行控制loadrunner的socket协议性能测试 (转)

一前言 二任务的提出 三实现方案讨论 四技术要点讲解 如何开始录制一个最简单的收发数据包脚本 写日志文件 一行一行读数据包文件 字符串转换为十六进制数据包 发送自己定义的数据包 接收数据包到自定义缓冲区 从自定义缓冲区读出数据 如何释放自定义缓冲区 如何根据数据包返回计算为十进制数 五小节 摘要:通过实例讲解loadrunner中的socket协议性能测试的一种测试方法,如何不依赖loadrunner既定规则,自行控制收发数据包 关键词:Loadrunner,socket,自行控制,收发数据包

LoadRunner的简单使用《第一篇》

LoadRunner是一个用压力测试的软件.这东西比较难上手,光安装就非常麻烦.好不容易一步步跟着安装说明安装好之后,还是用不了. 记录一个问题如下: 导入脚本的时候报错fail to create on online ,无效指针: 关掉杀毒软件,360之类的,然后修复安装 就是在控制面板-程序中找到了Hp loadrunner然后点击修复 在解决了安装问题之后,使用的方法并不难.LoadRunner提供了脚本录制功能.这个功能实际上相当于后台监控并记录你发送的HTTP请求,然后当你开启多线程的

LoadRunner - 当DiscuzNT遇上了Loadrunner(中) (转发)

当DiscuzNT遇上了Loadrunner(中) 在上文中,介绍了如果录制脚本和设置脚本执行次数.如果经过调试脚本能够正常工作的话,就可以设置并发用户数并进行压力测试了. 首先我们通过脚本编辑界面上的“工具”菜单项,选择该菜单的第二项“Create Controller Scenario(创建控制场景)”,如下图: 这时,lr会弹出一个窗口,我们只要在select scenario type项中的number of vusers设置成1000,这样我们就可以用1000并发用户来测试我们上文中所

loadrunner socket协议问题归纳(3)

摘要:通过实例讲解loadrunner中的socket协议性能测试的一种测试方法,如何不依赖loadrunner既定规则,自行控制收发数据包 关键词:Loadrunner,socket,自行控制,收发数据包 一.前言 用过loadrunner的socket协议进行性能测试的同学都知道,只需要录制短短的几句命令,就可以实现socket的链接.收发数据包和关闭链接,一时大爽,不过紧跟着的就是没完没了的折磨.刚开始参数化数据包发送接收都行,慢慢的发现,很多情况下,收发数据包的长度和内容都是不可确定的,

当DiscuzNT遇上了Loadrunner(中)(转)

在上文中,介绍了如果录制脚本和设置脚本执行次数.如果经过调试脚本能够正常工作的话,就可以设置并发用户数并进行压力测试了. 首先我们通过脚本编辑界面上的“工具”菜单项,选择该菜单的第二项“Create Controller Scenario(创建控制场景)”,如下图: 这时,lr会弹出一个窗口,我们只要在select scenario type项中的number of vusers设置成1000,这样我们就可以用1000并发用户来测试我们上文中所执行的操作了,如下图: 注:之前在上文中设置脚本执行

性能测试学习第三天-----loadrunner接口测试&中文乱码处理

loadrunner 接口测试:   get.post(3种参数格式).cookie及token处理.加密接口.webservice.socket.文件上传接口.文件下载接口     &  中文乱码处理 1.get请求 Action() { //开始事务--get请求 lr_start_transaction("get"); //关联函数 获取接口返回信息 web_reg_save_param("msg", "LB=message\":\