LR11 scan correlation 卡死解决方案

LR11 scan correlation 卡死解决方案

  

  笔者在录制脚本时是勾选Enable correlation
during recording的,导致后续每次脚本回放都会弹出scan
correlation
窗口,无法cancel,每次弹出该窗口LR都会卡死。尝试过很多办法都不能关闭scan
correlation
窗口。

  据说录制脚本时取消勾选Enable correlation during
recording,可避免弹出scan correlation窗口,这个应该是可行的。

  下面由笔者讲述解决LR11 scan correlation
卡死
的方法:就是打上LR11的4个补丁,再次弹出scan
correlation
窗口,能快速完成扫描,LR不会卡死。

  LR11的4个补丁下载地址请点击:http://www.51testing.com/html/90/360490-848363.html

  万恶的LR11的4个补丁,在未安装补丁的时候。在Tree中插入的关联是不会自动添加转义字符,导致服务器返回的字符串多了一个“\”。例如:

web_reg_save_param_ex(
"ParamName=CorrelationParameter_1",
"LB=ActionID=",
"RB=\‘, true, false, ",
SEARCH_FILTERS,
"Scope=All",
"IgnoreRedirections=Yes",
"RequestUrl=*/default.aspx*",
LAST);

关联参数CorrelationParameter_1的值将会是“123456\”。

回放不会发现错误,也不会在系统中生成数据。

打上四个补丁后,自动加入转义字符,例如:

web_reg_save_param_ex(
"ParamName=CorrelationParameter_1",
"LB=ActionID=",
"RB=\\‘, true, false, ",
SEARCH_FILTERS,
"Scope=All",
"IgnoreRedirections=Yes",
"RequestUrl=*/default.aspx*",
LAST);

回放成功,并在系统中生成数据。

LR11 scan correlation 卡死解决方案,布布扣,bubuko.com

时间: 2024-11-03 05:31:17

LR11 scan correlation 卡死解决方案的相关文章

cocoaPads 安装及出现Analyzing dependencies之后卡死解决方案

1.安装 a. 查看源 gem sources -l b. 设置源: sudo gem sources -a http://ruby.taobao.org c. 删除源:sudo gem sources -r https://rubygems.org/ d. 安装cocoaPads: sudo gem install cocoapods e. 设置:pod setup 2. cocoaPods使用 a. 搜索 :pod searchSDWebImage b. 切换到项目的根目录echo"pod'

Eclipse javascript卡死解决方案(转)

Eclipse中jsp.js文件编辑时,卡死现象解决汇总 使用Eclipse编辑jsp.js文件时,经常出现卡死现象,在网上百度了N次,经过N次优化调整后,卡死现象逐步好转,具体那个方法起到作用,不太好讲.将所有用过的方法罗列如下: 1.取消验证 windows–>perferences–>validation 把 除了manual 下面的全部点掉,build下只留 classpath dependency Validator 2.关闭拼写检查 windows–>perferences–

eclipse在ubuntu16.04无法设置以及新建工程卡死解决方案

1. 打开终端(terminal)然后输入以下指令: export SWT_GTK3=0 2.然后进入eclipse的目录下 ,用gedit打开eclipse,ini文件,对其进行如下修改: cd /home/lt/eclipse/jee-mars/eclipse/ sudo gedit eclipse.ini 3.在 下面这一行的前面: --launcher.appendVmargs 添加如下这两行语句: --launcher.GTK_version 2 接下来应该是可以完美运行了.

c#实战开发:用.net core开发一个简单的Web以太坊钱包 (六)

今天就来开发一个C# 版的简易钱包 先回顾以前的内容 c#实战开发:以太坊Geth 命令发布智能合约 (五) c#实战开发:以太坊Geth 常用命令 (四) c#实战开发:以太坊钱包快速同步区块和钱包卡死解决方案 (三) c#实战开发:以太坊钱包对接私链 (二) c#实战开发:以太坊私链搭建(一) 先看一下可视化钱包有哪些功能呢? 那这个钱包得有什么功能呢? 1.查看用户 2.查看交易记录 3.转账 4.发布智能合约 5.代币转账 6.代币查询 7.实时同步区块对比 8.智能填写手续费 首先新建

并发编程--一堆锁,GIL,同步异步,Event事件

目录 一堆锁 死锁现象(*****) 递归锁 RLock (了解) 信号量 (了解) GIL(*****) 什么时GIL锁 为什么需要GIL锁 Cpython解释器与GC的问题 GIL锁带来的问题 多线程与多进程性能对比 进程池与线程池 同步异步(*****) Event事件 一堆锁 死锁现象(*****) ? 死锁指的是,某个资源被占用之后,一直得不到释放,导致其他需要这个资源的线程进入阻塞状态 产生死锁的情况 对同一把互斥锁,进行了多次加锁 一个共享资源,在访问时必须具备多把锁,但是这些锁被

VS2003在解决方案范围内搜索卡死问题的解决

在Win7系统上使用VS2003的时候,在解决方案范围内搜索某个内容的时候,VS会卡死. 这是一个兼容性问题,Win7系统对VS2003的兼容性不好, 网上有人讲了一种解决方法是: 在vs2003的图标上点击右键|属性|兼容性|选中兼容模式选择XP SP2.选中禁用视觉主题.禁用桌面元素.这个方法,可以解决搜索卡死问题,但是引入另一个问题是,在编译代码的时候出现错误: fatal error C1033: cannot open program database ''解决方法是: 像上面一样修改

XP下切换输入法造成程序卡死的原因及解决方案

http://blog.csdn.net/ysai/article/details/7468961 XP下切换输入法造成程序卡死的原因及解决方案 (by ysai) 现象: 在XP下,如果线程中创建了窗口而线程中没有消息循环,那么可能切换输入法时会造成程序卡死(某些XP下必现,跟安装盘有关) 原因: 线程创建一个窗口后,系统会自动创建一个Default IME窗口以便通知输入法消息(可能只有可以接收输入的窗口才会创建,未证实) XP下切换输入法,会向所有DefaultIME窗口SendMessa

deepin系统无线网络卡死或者极慢的解决方案

在初次安装deb或者fedara系列的桌面发行版的之后,经常会出现无线网络极慢甚至卡死的状况. 笔者在初次使用deepin系统的时候,也遇到同样的问题,很大程度上是由于没有安装对应的驱动. 下面给出对应的驱动安装步骤. 驱动安装步骤 查看驱动型号 lspci|grep Wireless 笔者的是Intel Corporation Wireless 8265 / 8275 (rev 78) 下载对应驱动 到驱动下载地址下载对应型号的驱动 Device Kernels Module Firmware

在压测过程中,jmeter跑一段时间以后卡死的解决方案

Jmeter在跑压测的时候,本来设置了10分钟,但是跑到5分钟的时候就卡死了,再关了以后重新跑还是这样(图1),于是各种百度,最后解决方案如下: 右击点击编辑,记事本打开(图2) 修改后的(图3) set HEAP=-Xms256m -Xmx1024m set NEW=-XX:NewSize=128m -XX:MaxNewSize=512m 再重启jmeter,压测的时候就不会报错了: 注意:压测的时候禁用查看结果树!