Appium+WinAppDriver启动WPF报Failed to locate open application错误

这个偶发异常是WinAppDriver机制缺陷+现有代码逻辑漏洞共同导致的，具体触发点有3个：

• WinAppDriver默认启动应用后仅预留极短的窗口查找超时，且仅能识别进程启动后的第一个顶层窗口。你的WPF应用启动后存在两层临时闪屏（登录闪屏→5秒加载闪屏→主界面），窗口切换过程中如果刚好碰到旧闪屏销毁、新窗口尚未完成渲染的时间差，WinAppDriver就会直接抛出找不到对应appId窗口的错误，受系统负载、启动耗时波动影响，这个时间差随机出现，没有稳定复现规律。
• 现有登录逻辑存在严重错误：点击登录按钮等待5秒后，你再次使用绑定了exe路径的AppiumOptions创建新的WindowsDriver实例，这会触发WinAppDriver重新尝试启动目标exe、查找新启动的窗口，而此时应用已经处于运行状态、正处于加载闪屏切主界面的过渡阶段，WinAppDriver找不到符合要求的新启动窗口，直接触发异常。
• TearDown清理逻辑可靠性极差：通过模拟Win+R键盘输入调用bat杀进程的方式，很容易因为桌面焦点异常、输入被拦截导致进程残留，下一次用例启动时残留进程的窗口句柄混乱、文件锁占用，也会随机触发窗口查找失败的问题。
• 额外逻辑无效问题：你在创建WindowsDriver实例之前调用Thread.Sleep完全没有作用，这段等待发生在WinAppDriver启动应用之前，根本无法覆盖应用启动、闪屏切换的耗时。

按以下顺序调整代码即可彻底解决该偶发问题：

• 补全启动参数，移除无效硬等待：启动时新增ms:waitForAppLaunch能力配置，让WinAppDriver内部自动等待应用初始窗口加载，不要在创建driver前加无意义的Sleep；同时配置appWorkingDir指定应用工作目录，避免启动时工作目录异常。
• 删除登录后重复创建WindowsDriver的错误逻辑：点击登录按钮后不需要重建会话，直接通过轮询检测主界面独有元素的方式，等待加载闪屏消失、主界面渲染完成即可，轮询间隔设为500ms，总超时设为15秒完全可以覆盖5秒的加载闪屏时长。
• 替换不可靠的进程清理逻辑：移除模拟键盘输入杀进程的实现，直接用C#内置的Process类查找目标进程并强制关闭，杀进程后等待进程完全退出再结束清理，彻底避免进程残留。
• 增加轻量启动重试：针对系统冷启动偶发的加载延迟，给WindowsDriver初始化逻辑加2次重试，每次失败后先清理残留进程、等待2秒再重新尝试启动，覆盖极端场景。

修正后的参考代码 #

应用启动与登录逻辑 #

private const string AppPath = @"C:\Program Files (x86)\path to\your.exe";
private const string WinAppDriverUrl = "http://127.0.0.1:4723";
private WindowsDriver<WindowsElement> session;
private const int LaunchRetryCount = 3;

[SetUp]
public void SetUp()
{
    // 启动前先清理残留进程
    KillTargetAppProcess();
    session = null;
    
    // 重试启动
    for (int i = 0; i < LaunchRetryCount; i++)
    {
        try
        {
            AppiumOptions appOptions = new AppiumOptions();
            appOptions.AddAdditionalCapability("app", AppPath);
            appOptions.AddAdditionalCapability("platformName", "Windows");
            appOptions.AddAdditionalCapability("deviceName", "WindowsPC");
            appOptions.AddAdditionalCapability("appWorkingDir", Path.GetDirectoryName(AppPath));
            // 配置WinAppDriver内部等待应用启动时长，单位秒
            appOptions.AddAdditionalCapability("ms:waitForAppLaunch", 20);

            session = new WindowsDriver<WindowsElement>(new Uri(WinAppDriverUrl), appOptions);
            break;
        }
        catch (WebDriverException)
        {
            if (i == LaunchRetryCount -1) throw;
            KillTargetAppProcess();
            Thread.Sleep(TimeSpan.FromSeconds(2));
        }
    }

    Assert.IsNotNull(session);
    session.Manage().Timeouts().ImplicitWait = TimeSpan.FromSeconds(2);

    // 输入密码登录
    session.FindElementByAccessibilityId("tbPwd").SendKeys("password");
    session.FindElementByAccessibilityId("btnLogin").Click();

    // 轮询等待主界面加载完成，替换成你主界面独有的元素AutomationId
    WebDriverWait wait = new WebDriverWait(session, TimeSpan.FromSeconds(15));
    wait.Until(d => d.FindElementByAccessibilityId("mainWindowContainer"));
}

TearDown清理逻辑 #

[TearDown]
public void TearDown()
{
    session?.Quit();
    session?.Dispose();
    KillTargetAppProcess();
}

// 可靠的进程清理方法
private void KillTargetAppProcess()
{
    string processName = Path.GetFileNameWithoutExtension(AppPath);
    foreach (var process in Process.GetProcessesByName(processName))
    {
        try
        {
            process.Kill();
            process.WaitForExit(3000);
        }
        catch
        {
            // 忽略进程已退出的异常
        }
    }
    Thread.Sleep(TimeSpan.FromSeconds(1));
}

注意：代码里的mainWindowContainer需要替换成你自己应用主界面上独有的、不会在闪屏阶段出现的元素的AutomationId，用来判断主界面是否完全加载。

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