在具有驱动 GUI 的端到端测试的项目中，在开发人员工作站上运行测试很尴尬，因为 GUI 自动化驱动程序会干扰桌面。它会移动鼠标，将注意力从我们想要使用的应用程序上转移开，并且如果我们在测试运行期间切换到另一个应用程序，它可能会开始在错误的应用程序中输入文本。
在 Linux 上，我们通过在虚拟 X 服务器（xvfb 或 xnest）上运行被测应用程序解决了这个问题。使用 xnest，我们可以观看测试运行，但仍然可以不受干扰地使用真实桌面。
Windows 有什么等效的吗？
【问题讨论】：
标签： windows user-interface testing
您可以使用 SysInternals 包中的“Desktops”应用程序。在一个桌面上运行 UI 测试并在另一个桌面上工作。
【讨论】：
我发现了一个名为“RunProcess.exe”的免费软件程序，由 Frank P. Westlake 编写，它可以运行绑定到非交互式（例如屏幕外）WindowStation 桌面的进程。但是，没有来源。
因此，我使用 Java 和 JNA 实现了我自己的版本（比 Frank Westlake 的简单）。它位于工具模块的Window Licker 存储库中。该类称为com.objogate.wl.win32.RunOnDesktop。在某些时候，我可能会将其移植到 C 并使其成为普通的命令行 .exe，或者将其转换为 Ant 任务以在屏幕外运行测试。
【讨论】：
我刚刚在我的 Windows 10 机器上尝试了多桌面方法。我正在运行 Selenium Javascript 测试。我在另一个桌面上开始测试并等待它打开浏览器，然后切换回我的主桌面。但是在 Chrome 浏览器成为活动窗口的同时，它实际上迫使我回到那个桌面:-(
我想我会试试 RunProcess.exe，或者 Nat 的解决方案。
【讨论】：