win11 运行LoadRunner报错“Error (-81024): LR_VUG: The ‘QTWeb‘ type is not supported on ‘WIN32‘ platforms”

原创 于 2025-04-15 09:48:22 发布 · 294 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#开发语言 #c语言 #java #深度优先 #推荐算法

在尝试使用win11作为load generator运行LoadRunner场景时，遇到'Error (-81024): LR_VUG: The 'QTWeb' type is not supported on 'WIN32' platforms'的问题。解决方案是

在LR的bin目录下，选择Wlrun.exe文件，右键单击，选择属性；在兼容性里面把兼容性模式改为win7兼容模式,应用保存；然后再关闭controller，重新打开运行就可以了。

同时建议：将LoadRunner Agent Process的magentproc.exe设置为win7兼容模式，并以管理员权限运行。

ruanjunlove
关注
win10 运行LoadRunner报错“Error (-81024): LR_VUG: The ‘QTWeb‘ type is not supported on ‘WIN32‘ platforms”
执子手 吹散苍茫茫烟波
08-08 1460
一.问题描述 loadrunner controller：win7 load generator：win10 controller机器上点击添加load generator，点击connect显示正常连接，但是运行场景的时候报错 二.问题解决 1.在网上查询说 打开loadrunner安装路径下的bin文件夹，选择Wlrun右键属性，打开兼容性，勾选‘以兼容模式运行这个程序’，然后保存好场景设置，重启controller 试了下根本无用 2.实际上需要将LoadRunner Agent Process所
loadrunner11 运行场景报错 兼容性问题 window10
周大侠的博客
05-07 2328
Win10,使用Controller使用时报错，原因是win10只支持32系统，win7兼容32位，但是win10需要手动修改兼容模式，详细如下： 1.运行controller报错：Initialization failed; communication error. Error (-81024): LR_VUG: The ‘QTWeb’ type is not supported on ‘WIN...
Error:-81024 LR_VUG：The 'QTWeb' type is not supported on win32 platforms
勤能补拙
11-13 1万+
在LR的bin目录下，选择Wlrun.exe文件，右键单击，选择属性；在兼容性里面把兼容性模式改为Windows XP (Service Pack 3),应用保存；然后再关闭controller，重新打开运行就可以了；
win10 运行LoadRunner报错“Error (-81024): LR_VUG: The 'QTWeb' type is not supported on 'WIN32' platforms”
钙镁锌的博客
09-21 7151
1、找到LoadRunner安装目录：\HP\LoadRunner\bin； 2、右键点击Wlrun.exe，选择属性； 3、勾选上“以兼容模式运行这个程序”，选择Windows7 or Windows XP； 4、点击确定，重启LoadRunner。
win10 运行LoadRunner报错“Error(-81024): LR_VUG: The 'QTWeb' type is not supported on 'WIN32' platforms”
copeming的博客
08-02 2085
1、找到LoadRunner安装目录：D\LR\bin，在该目录下找到Wlrun.exe，右键点击选择属性； 2、选择兼容性，选择Windows7，点击确定，重启LoadRunner。 ...
nitialization failed; communication error. Error (-81024): LR_VUG: The 'WinSock' type is not support
fanfanfan的博客
09-10 1197
在loadrunner运行场景时报错： nitialization failed; communication error. Error (-81024): LR_VUG: The 'WinSock' type is not supported on 'WIN32' platforms . 解决： 在loadrunner安装目录下的bin中找到wlrun.exe,右键属性---兼容性---兼...
Loadrunner实现多台测试机负载时可能遇到的难题
热门推荐
登上天蝎座
12-08 1万+
压测机安装的loadrunner版本为11.0 压测机器的操作系统是windows server 2012 所有的负载机器操作系统和压侧机器是一样的，都是windows server 2012  1.首先将负载机器的loadrunner  Agent Process右键以管理员角色运行（切记管理员权限） 2.进入到loadrunner安装的目录下bin文件夹下有个Wlrun
LoadRunner安装、运行错误整理
wmx的博客
06-01 2014
loadrunner错误整理需求错误汇总1、安装过程提示vc2005-sp1XXX组件问题2、安装时提示”...Net Framework 3.5 SP1...”3、录制时事件时调用浏览器卡死4、录制脚本有乱码5、启动controller 弹出证书问题6、启动controller后打开脚本出现“试图。。。。”然后退出7、在controller中打开脚本，计划中显示脚本，而运行页面不显示。8、一直提示“...服务器正在运行中...”9、nitialization failed; communication e
Loadrunner：问题汇总及解决
ll_cloud的专栏
07-03 4121
一、环境：安装环境：win10 64bitLoadrunner版本：Loadrunner11二、问题汇总：2.1 脚本录制问题：Q：在win10-64bit上，录制脚本启动IE浏览器失败RE：IE版本是11，版本过高，LR 不支持，换成Firefox45.02的版本，录制脚本启动Firefox成功，脚本录制OK2.2 运行问题：Q：Error：Initialization failed；commu...
win10中运行LoadRunner:Initialization failed； communication error. Error (-81024): LR_VUG: The ‘QTWeb‘ t
guojunzhu的博客
03-15 1759
win10中运行LoadRunner:Initialization failed; communication error. Error (-81024): LR_VUG: The ‘QTWeb’ type is not supported on ‘WIN32’ platforms . 解决方法：在安装目录bin目录下，右击Wlrun.exe，选择属性–>兼容性，选中以兼容模式运行这个程序，选择Windows7，点击【确定】，重新打开Controller，即可运行成功。 ...
loadRunner运行测试时出错
lovme_huan的专栏
03-05 617
当我使用loadrunner做性能测试时，出现如下错误，不知道怎么解决？ The 'QTWeb' type is not supported on 'WIN32' platforms .    我的环境是：Loadrunner 11，win8.1。 xx也是遇到这个问题，把问题解决方法分享一下 1) 搜索LR安装目录bin文件夹下有个“wlrun.exe”的文件 2)右键
win10 运行LoadRunner 报错 Error(-81024); LR_VUG: The 'WinSock' type is not supported on 'WIN32' platform
02-14 2996
解决方法： 找到LoadRunner安装目录：\HP\LoadRunner\bin，在该目录下找到Wlrun.exe，右键点击选择属性， 勾选上“以兼容模式运行这个程序”，选择Windows7 or Windows XP（Service Pack 3)，点击确定，重启LoadRunner。...
loadrunner 场景运行错误 error 81024解决方法
iamxiaoguizi的博客
05-17 4324
在LR11安装路径下面：C:\Program Files (x86)\HP\LoadRunner\bin（一般是这个，根据具体安装的位置，有变化） 选择bin文件目录下的wlrun.exe,右键属性，选择兼容性 windows XP (Service Pack 3)。 退出LR11，再次打开，就ok了。不用重装
【LoadRunner 调试问题 1】Win10+IE11的机器上运行LoadRunner 11提示“初始化失败,通信错误”
feng的博客
12-27 1408
运行场景时提示“初始化失败,通信错误” 在Win10+IE11的机器上运行LoadRunner 11的Controller，初始化脚本时会报错：Error (-81024): LR_VUG: The 'QTWeb' type is not supported on 'WIN32' platforms .解决：1、找到你的LoadRunner安装目录：C:\Program Files (x86)\H...
Loadrunner 11.00 初始化失败; 通信错误。 Error (-81024): LR_VUG: The 'WS_SOAP' type is not supported on 'WIN32...
weixin_30583563的博客
12-27 807
搜索LR安装目录bin文件夹下有个“wlrun.exe”的文件，邮件点击“属性”->"兼容性"->兼容模式中选择“windows 7”，确认后重新打开即可，win10下是这个选项，其他操作系统挨个试一下，总有一个可以的！ 转载于:https://www.cnblogs.com/kliine/p/10185110.html...
Initialization failed; communication error. Error (-81024): LR_VUG
u012329294的专栏
12-27 4093
    Initialization failed; communication error. Error (-81024): LR_VUG: The 'General-Java' type is not supported on 'WIN32' platforms .     于是按照网友的办法，进行如下修改：     1) 搜索LR安装目录bin文件夹下有个“wlrun.exe”的文件 ...
Loadrunner如何添加负载机
weixin_34072857的博客
07-18 1222
用过loadrunner的用户都知道，想要使用loadrunner来实现大批量虚拟用户来实现压力测试时，单个的机器已经无法满足，那么这个时候就不得不添加负载机器 问题现象： Error(-81024):LR_VUG:The'QTWeb'typeisnotsupportedon'WIN32'platforms.这个错误有没有很熟悉 压测机安装的loadrunne...
Loadrunner 11.00兼容Windows 64位系统
就想讲点测试
05-09 5841
Loadrunner 11.00兼容Windows  64位系统 Loadrunner11可录制脚本，运行场景报错，场景跑不起来 报错信息： Error (-81024): LR_VUG: The 'QTWeb' type is not supported on 'WIN32' platforms .Error (-81024): LR_VUG: The 'QTWeb' type is
loadrunner场景报错 Error -26377: No match found for the reguested parameter
最新发布
11-21
<think> 嗯，用户这次问的是LoadRunner场景中Error -26377错误的解决方案。从问题描述看，用户已经明确指出了错误代码和具体现象——关联参数找不到匹配项。这让我想起之前提供的引用资料里正好有三个相关案例，特别是引用[2]和[3]直接对应这个错误码。 用户可能是性能测试工程师，正被脚本回放失败困扰。ta能准确报出错误代码，说明已经查看过日志，但可能对底层机制不太清楚。从ta引用站内资料的行为看，应该是希望获得实操性强的解决方案，而不是理论解释。 核心问题在于关联函数web_reg_save_param捕获不到目标文本。根据引用[3]，最常见的原因是参数长度超过默认256字节限制。不过引用[2]还提示了另外两种可能：边界值不唯一或响应数据格式变化。需要分层次排查： 首先检查参数长度是否超标。在关联函数前添加web_set_max_html_param_len("1024")是最快验证方法，如引用[3]所述。如果解决说明确实是长度问题。但若无效，就要深入分析： 边界值问题最棘手。用户可能直接复制了录制时的左右边界，但没意识到动态数据会导致边界变化。比如左边界"id="后面跟着变化的session ID。这时候需要用非唯一匹配技巧，比如把左边界改成"id=\" 加部分前缀字符。同时必须检查响应数据格式，看是否有gzip压缩或编码变化——这点引用里没提但很关键。 另外注意到用户原文把requested拼错成"reguested"，虽然不影响理解，但说明ta可能比较着急。解决方案要步骤清晰：第一步加长度设置，第二步检查边界唯一性，第三步看响应格式。每个步骤都给出具体函数示例，像web_set_max_html_param_len("4096")的用法。 最后补充两个实用建议：用lr_eval_string调试参数值，设置关联超时。用户可能不知道这些隐藏技巧，能提升ta的排查效率。考虑到这是生产环境常见错误，还应该提醒预防措施，比如在需求阶段确认动态数据规则。 </think> 针对LoadRunner场景中报错 **Error -26377: No match found for the requested parameter** 的问题，以下是系统化的解决方案和排查步骤，结合引用内容和实际经验整理： --- ### **错误原因分析** 该错误表明 `web_reg_save_param` 函数未能成功捕获目标参数，通常由以下原因导致： 1. **参数长度超限** 默认最大捕获长度为 **256字节**，若实际响应内容超过此限制，关联会失败（引用[3]）。 2. **边界值不匹配** 关联函数中指定的左/右边界（LB/RB）在响应中未找到，或边界值不唯一（引用[1][2]）。 3. **响应数据动态变化** 服务器返回的数据结构或内容与录制时不一致（如动态ID、时间戳变化）。 4. **关联函数位置错误** `web_reg_save_param` 需在请求 **之前** 注册，否则无法捕获后续响应。 --- ### **解决方案与步骤** #### 1. **扩大参数捕获长度（首要检查项）** 在关联函数前添加长度设置命令，将上限调整为响应数据的实际长度（如1024、2048字节）： ```c web_set_max_html_param_len("1024"); // 根据实际需要调整长度 web_reg_save_param("ParamName", "LB=左边界", "RB=右边界", LAST); ``` > 📌 **注**：长度需大于实际参数值，但避免过度设置浪费资源（引用[3]）。 #### 2. **验证边界值的唯一性和准确性** - **检查边界是否存在于响应中** 通过 `Tree View` 或 `Snapshot` 查看服务器返回的最新响应，确认 LB/RB 字符串是否匹配。 - **调整边界值增强唯一性** 若边界值重复出现，需扩展边界范围（例如将 `"LB=id=\""` 改为 `"LB=user_id=\"<"`）。 - **使用非贪婪匹配** 添加 `"ORD=ALL"` 捕获所有匹配项，或用 `"NOTFOUND=WARNING"` 避免脚本终止。 #### 3. **检查关联函数位置** 确保关联函数在目标请求 **之前注册**： ```c // 正确示例 web_reg_save_param("Token", "LB=name=\"csrf_token\" value=\"", "RB=\"", LAST); web_submit_data("login.php", ...); // 关联函数在此请求前注册 ``` #### 4. **处理动态变化的响应** - **使用正则表达式** 对动态内容（如会话ID）启用正则匹配： ```c web_reg_save_param_ex( "ParamName=DynamicID", "LB/IC=id:\\s*\"[a-z0-9]{8}\"", // 正则匹配动态ID SEARCH_FILTERS, LAST); ``` - **对比录制与回放响应** 使用 `Diff Tool` 分析两次响应的差异，调整边界值或启用动态数据处理。 #### 5. **其他高级排查** - **启用详细日志** 在 `Runtime Settings > Log` 中勾选 *Extended Log* 并启用 *Data returned by server*。 - **检查数据压缩/编码** 若响应被GZIP压缩，需在脚本开头添加 `web_set_option("HTTP_RESOURCES", "1", LAST);`。 - **参数化边界值** 对动态边界进行参数化（例如时间戳）： ```c web_reg_save_param("Data", "LB={DynamicLB}", "RB=</div>", LAST); ``` --- ### **预防措施** 1. **设计可维护的关联规则** 使用相对边界（如 `class="user-info"` 替代绝对路径）。 2. **添加异常处理** 在关联后检查参数是否有效： ```c if (strlen(lr_eval_string("{ParamName}")) == 0) { lr_error_message("捕获参数失败！"); return -1; } ``` 3. **设置合理的超时** 网络延迟较高时，增加关联等待时间： ```c web_set_timeout("CONNECT", "120", LAST); // 单位：秒 ``` --- ### **总结流程** ```mermaid graph TD A[报错 Error -26377] --> B[扩大参数长度 web_set_max_html_param_len] B --> C{是否解决？} C -->|是| D[完成] C -->|否| E[检查边界值唯一性] E --> F{是否解决？} F -->|是| D F -->|否| G[验证关联函数位置] G --> H{是否解决？} H -->|是| D H -->|否| I[分析响应动态变化] I --> J[使用正则/参数化边界] J --> D ``` > 通过以上步骤，90%的Error -26377问题可被解决。若仍失败，需结合具体场景分析网络包（如通过Fiddler抓包对比请求/响应）[^1][^2][^3]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值