使用WinAppDriver自动化桌面应用时SendKeys()无法传值求助

问题场景 #

目标元素可见，通过同一定位方式（如name/XPath）调用click()可正常执行，但sendKeys()无法向元素传入数据。相关代码示例：

// 无法生效，定位表达式与click操作一致
driver.findElement(By.name("TargetInput")).sendKeys("test");
// 可正常执行，定位表达式与sendKeys操作一致
driver.findElement(By.name("TargetInput")).click();

可行解决方案 #

• 确保元素获取输入焦点
  部分场景下，click()仅触发元素的点击事件，但未让元素真正获得输入焦点。可在点击后增加短暂等待，或强制激活输入状态：

WebElement input = driver.findElement(By.name("TargetInput"));
input.click();
Thread.sleep(500); // 等待元素完成激活
input.sendKeys("test");

• 用Actions类模拟真实键盘输入
  借助WinAppDriver支持的Actions类，模拟用户真实的键盘输入流程，绕过元素自身sendKeys的限制：

WebElement input = driver.findElement(By.name("TargetInput"));
input.click();
new Actions(driver).sendKeys("test").perform();

• 检查元素的可编辑属性
  部分自定义控件看似输入框，但实际未开启可编辑状态。先验证元素的核心属性：

WebElement input = driver.findElement(By.name("TargetInput"));
// 检查元素是否启用
System.out.println("元素是否启用: " + input.isEnabled());
// 检查元素是否可编辑（WinAppDriver特有属性）
System.out.println("元素是否可编辑: " + input.getAttribute("IsEditable"));

若属性不满足，可尝试双击元素或按F2键触发编辑状态后再输入。

• 调用WinAppDriver原生SetValue方法
  针对UWP、WPF等原生桌面控件，可直接调用控件的SetValue方法设置文本，这比sendKeys更稳定：

WebElement input = driver.findElement(By.name("TargetInput"));
driver.executeScript("arguments[0].SetValue('test')", input);

• 确认定位到的是真正输入控件
  有时定位表达式会命中输入框的父容器而非实际输入区域，这类元素可点击但无法接收输入。用Windows自带的Inspect工具检查元素类型（需为Edit类控件），调整定位表达式指向真正的输入元素。

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