UFT识别PowerBuilder桌面应用Page类为WinObject的问题排查与解决

这种情况我之前帮不少同行排查过，既然开发确认没修改代码，那问题基本出在UFT的识别逻辑、控件运行状态或者系统环境上，下面是具体的可能原因和对应的解决步骤：

可能的原因 #

• UFT对象识别缓存损坏/过期：UFT会缓存被测对象的识别信息，有时候软件重启、版本更新或者异常退出会导致缓存数据错乱，把原本的Page类误识别成WinObject。
• ActiveX控件注册状态异常：虽然开发没改代码，但系统更新、其他软件安装可能不小心篡改了ActiveX控件的注册信息，导致UFT无法正确识别控件的类类型。
• UFT的ActiveX识别配置被修改：可能误操作更改了UFT中关于ActiveX控件的识别规则，比如禁用了PowerBuilder相关控件的特殊识别逻辑。
• 运行时环境变化：最近系统安装的补丁、PowerBuilder运行时组件的更新，甚至是.NET框架版本变化，都可能导致控件在运行时暴露的属性发生变化，让UFT抓不到原来的Page类标识。

对应的解决办法 #

1. 重置UFT的对象缓存 #

• 关闭UFT和被测的PowerBuilder应用；
• 找到UFT的缓存目录（通常是C:\Users\[你的用户名]\AppData\Local\Micro Focus\Unified Functional Testing\Cache，旧版本可能在HP目录下），删除该目录下的所有文件；
• 重新启动UFT和应用，尝试重新识别对象。

2. 重新注册ActiveX控件 #

• 找到应用中对应的ActiveX控件文件（一般是.ocx或.dll格式，可通过开发确认路径）；
• 右键以管理员身份打开命令提示符，执行命令：regsvr32 "控件文件的完整路径"；
• 注册成功后重启应用和UFT，再尝试识别对象。

3. 检查并恢复UFT的ActiveX识别设置 #

• 打开UFT，依次点击Tools > Options > GUI Testing > ActiveX；
• 确保列表中PowerBuilder相关的ActiveX控件识别选项处于启用状态，也可以点击Restore Defaults恢复默认设置；
• 重启UFT后重新测试。

4. 手动更新对象库 #

• 在UFT中手动捕获那个被识别为WinObject的控件，看是否能识别出正确的Page类；
• 如果可以，将新捕获的对象替换对象库中原来的旧对象；
• 如果还是识别成WinObject，可以尝试手动修改对象库中该对象的属性：将Class属性改为Page，同时核对Name、Programmatic Identifier等关键属性是否与之前正常时一致，修改后再验证操作是否可行。

5. 排查运行时环境变化 #

• 检查最近是否安装了系统更新、PowerBuilder补丁或其他可能影响控件的软件，尝试回滚最近的系统更新；
• 确认PowerBuilder应用的运行时组件是否完整，可尝试重新安装PB运行时环境。

内容的提问来源于stack exchange，提问作者onkar