loadrunner11的自动相关(correlation)无法成功问题

根据loadrunner官方文档tutorial试验“Solving Common Playback Problems”时,将所遇见问题总结如下。

问题主要有:

1.录制与回放后loadrunner无法找出动态值,即2次log的不同之处。

2.关联后仍然无法回放成功。

解决:

录制前,设置的working directory处,应该选择loadrunner工作目录,即安装目录下的bin目录。

需要验证user session id时,录制完毕的脚本将无法再replay成功,因为2次的session id不一致。这个session id是动态变化的,需要将其记录到一个变量中,每次使用新值,否则使用旧值relpay将失败。如下:

失败后,在“verify replay”界面点击“show and resolve dynamic server value”,将会比较录制与回放的log的不同之处,即检测到的动态服务器值。选中并查看,发现不同之处为user session id(有时虽然log不同但是可以忽略,如thinking time)。

选中该项后,点击“correlation”按钮,将进行自动关联。

关联完毕后,打开脚本视图,查看web_reg_save_param_ex函数。

LB和RB2个值之间的动态值将会被保存到CorrelationParameter_1里。

但我们发现若按自动关联的左右边界保存,不能保证user session id一样,这种情况只是说明user session id部分一样。

所以需要修改其如下:

这样,user session id里的值就能动态保存了。

但此时再次回放脚本,仍然失败。

检查script,找到web_submit_data函数,如下:

可见value中,correlationParameter_1替换的边界仍然为机器自动生成的边界,因此替换时每次只替换这一部分。将其修改如下:

再次回放,user session id即可被动态替换,实现成功。

时间: 2024-10-15 12:51:31

loadrunner11的自动相关(correlation)无法成功问题的相关文章

oracle监听服务在windows系统上设置为自动重启但是不成功?

问:oracle安装在windows 系统上,服务设置为自动重启,但是没有系统启动后,oracle监听服务没有启动成功答:一种变相的解决的方法,使用计划任务启动,启动的脚本为:@echo  offping -n 10 127.0.0.1 > nulsc start OracleOraDb11g_home1TNSListener > nulexit@echo  on

loadrunner11的移动端性能测试之脚本优化

测试步骤之脚本优化(Script) 看到这里,是不是疑惑录制好的脚本还需要优化吗,答案是肯定的. 优化概要 脚本优化包括插入注释(Comment),插入事务(Transaction),插入检查点(Check),插入集合点(Rendezvous),脚本参数化(Parameter),关联技术(Correlation)等等. 打开VuGen,相关设置如下 进入到脚本页(顶部的Script按钮),就能看到录制到action部分的脚本了,如下图所示 上面是我录制优化的登陆模块脚本,学过编程语言就大概能知道

eclipse代码自动提示设置、如何配置eclipse的代码自动提示功能?

对于编程人员来说,要记住大量的类名或类方法的名字,着实不是一件容易的事情.如果要IDE能够自动补全代码,那将为我们编程人员带来很大帮助. eclipse代码里面的代码提示功能默认是关闭的,只有输入"."的时候才会提示功能,用vs的用户可能不太习惯这种,vs是输入任何字母都会提示,下面说一下如何修改eclipse配置,开启代码自动提示功能打开 Eclipse  -> Window -> Perferences -> Java -> Editor -> Con

eclipse代码自动提示设置

对于编程人员来说,要记住大量的类名或类方法的名字,着实不是一件容易的事情.如果要IDE能够自动补全代码,那将为我们编程人员带来很大帮助. eclipse代码里面的代码提示功能默认是关闭的,只有输入“.”的时候才会提示功能,用vs的用户可能不太习惯这种,vs是输入任何字母都会提示,下面说一下如何修改eclipse配置,开启代码自动提示功能打开 Eclipse  -> Window -> Perferences -> Java -> Editor -> Content Assis

MDT U盘自动部署报错解决办法之二

继续之前使用MDT制作的U盘进行自动化部署的话题,之前已经介绍了部署过程中因为任务序列问题导致报错的一个解决方法,之后又遇到了一种MDT部署时报错的问题,今天来介绍一下解决办法 首先来描述一下问题的具体情况,在使用MDT进行部署时,发现有个别机器会提示faied to apply image的错误,这是一个很奇怪的现象,因为只有极个别的机器出现了这个问题,这是为什么呢?测试发现使用网络部署时也会提示这个问题,而且报错的信息也是一致的,这说明并不是一个偶然现象,肯定还存在着未知的一些原因. 之后使

EF-使用迁移技术让程序自动更新数据库表结构

承接上一篇文章:关于类库中EntityFramework之CodeFirst(代码优先)的操作浅析 本篇讲述的是怎么使用迁移技术让程序自动通过ORM框架将模型实体类结构映射到现有数据库,并新增或修改与之对应的表结构. 无论承不承认,都要使用到visual studio的"程序包管理器控制台"执行相关的命令. 1.使用"程序包管理器控制台" 工具>NuGet程序包管理器>程序包管理器控制台 这货的界面是这样子的: 选中默认项目为DAL,因为我们在DAL项目

Pod Preset玩转K8S容器时区自动配置

摘要: 通过Pod Preset自动配置容器的时区 缘由默认的情况,在K8S里启动一个容器,该容器的设置的时区是UTC0,但是对于很多客户而言,其主机环境并不在UTC0.例如中国客户在UTC8.如果不把容器的时区和主机主机设置为一致,则在查找日志等时候将非常不方便,也容易造成误解.但是K8S以及Docker容器没有一个简便的设置/开关在系统层面做配置.都需要我们从单个容器入手做设置,具体方法如下: 纯Docker的时区设置方式Docker引擎提供了两种设置方式,分别是通过环境变量以及挂载主机文件

SQL Server 2017 AlwaysOn AG 自动初始化(八)

监控自动种子设定  系统动态管理视图 sys.dm_hadr_automatic_seeding 在主要副本上,查询 sys.dm_hadr_automatic_seeding 以检查自动种子设定过程的状态. 对于每个种子设定过程,该视图都将返回一行. 例如: SELECT start_time,     completion_time,     is_source,     current_state,     failure_state,     failure_state_desc,   

oracle 19c虚拟要下自动索引测试

1.关于测试 最近oracle举办了一系列线上分享,其中一个19c的新特性是自动索引.自己在docker中测试了一下,失败. [[email protected] ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Thu Feb 20 09:44:52 2020 Version 19.3.0.0.0 SQL> EXEC DBMS_AUTO_INDEX.CONFIGURE('AUTO_INDEX_MODE','