无源码时，如何用类WebDriver方式自动化Qt 6.3桌面应用？

一、qtWebDriver + Selenium 实现方案 #

已有开发者成功用这套组合实现了含Qt WebEngineView的应用自动化，但纯QML原生界面不支持，核心原因和流程如下：

• qtWebDriver最初基于Qt WebKit调试协议开发，Qt 6.x替换为WebEngine后，官方原版已停止维护，但社区存在适配WebEngine远程调试的分支。它仅能识别应用中的QWebEngineView组件，纯QML原生元素（如Button、TextField）不在Web调试协议覆盖范围内，无法被定位。
• 具体实现流程：
  1. 启动目标Qt应用时添加命令行参数--remote-debugging-port=9222（端口可自定义），确保WebEngine开启调试模式。
  2. 从社区仓库拉取适配Qt6的qtWebDriver分支，用Qt Creator编译生成驱动程序。
  3. 在代码中指定Selenium使用qtWebDriver，连接到http://localhost:9222，即可用标准WebDriver API操作WebEngineView内的元素。

二、QAccessible + Windows自动化API 方案 #

这是适配所有Qt界面（包括QML）的原生路径，依赖应用本身的无障碍属性配置：

1. 元素探测：用系统自带的Inspect.exe查看目标应用的无障碍树，检查元素是否有可识别的名称、角色、值等属性。FlaUI等工具识别失败，大概率是应用未启用完整无障碍支持或属性缺失。
2. 编码实现：
   • 用C#的UIAutomationClient库（或Python的pywinauto封装的UIA模块）遍历系统无障碍树，通过元素的LocalizedControlType、Name或Qt特有的AccessibleRole属性定位目标元素。
   • 调用对应模式实现交互：比如用InvokePattern.Invoke()模拟点击，ValuePattern.SetValue()输入文本。
3. 注意事项：部分Qt应用默认关闭无障碍属性或设置不规范，导致无法定位。无源码场景下很难修复，尝试进程注入工具临时补充属性存在稳定性风险。

三、其他免费替代方案 #

• PyQt6 进程内遍历：通过QWindowList获取目标应用的窗口对象，再用QAccessible::queryAccessibleInterface()遍历无障碍树，但需要应用以相同权限运行，且可能触发系统安全限制。
• 社区开源工具：小众工具如QtAuto的无源码分支针对Qt应用做了适配，但文档较少，维护性一般。

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