GUIを駆動するエンドツーエンドテストのプロジェクトでは、GUI自動化ドライバがデスクトップと干渉するため、開発者用ワークステーションでテストを実行するのは厄介です。それは、マウスを動かし、使用したいアプリケーションから離れてフォーカスを奪い、テスト実行中に別のアプリに切り替えると、間違ったアプリケーションにテキストを入力することができます。Windows用のxvfbやxnestのようなものはありますか？
Linuxでは、仮想Xサーバ（xvfbまたはxnest）でテスト対象のアプリケーションを実行することでこれを解決しました。 xnestを使ってテストを走らせても、実際のデスクトップを干渉なく使用することができます。
Windowsに相当するものはありますか？
フランク・P・ウェストレイク（Frank P. Westlake）が書いたフリーソフトウェア「RunProcess.exe」は、非インタラクティブ（例えばオフスクリーン）のWindowStationのデスクトップにバインドされたプロセスを実行できます。しかし、ソースはありません。
したがって、私はJavaとJNAで独自のバージョン（Frank Westlakeのものよりも簡単です）を実装しました。これはツールモジュールのWindow Lickerリポジトリにあります。クラスはcom.objogate.wl.win32.RunOnDesktopと呼ばれます。ある時点で私はそれをCに移植して通常のコマンドライン.exeにしたり、テストをオフスクリーンで実行するためのAntタスクにすることができます。
SysInternalsパッケージの "Desktops"アプリケーションを使用できます。 1つのデスクトップでUIテストを実行し、別のデスクトップで作業します。
私はWindows 10マシンで複数のデスクトップメソッドを試しました。私はセレンのJavascriptテストを実行しています。私は別のデスクトップでテストを開始し、ブラウザーを開くのを待ってからメインのデスクトップに切り替えました。しかし、Chromeブラウザは、現在、アクティブなウィンドウになるのと同じ時点でそれは実際に私がRunProcess.exe、またはNATのソリューションを試すと思う
:-(戻ってそのデスクトップに私を余儀なくされた。
私はSysinternals Desktopsツール（https://technet.microsoft.com/en-us/sysinternals/cc817881.aspx）を試してみました。私がその他のデスクトップでテストを開始したとき、私の元のデスクトップとのやり取りはありませんでした:-) – LeeD
誰もが持っていますこの問題を解決するにはどうすればいいですか？ –
同じ問題の解決策を見つけようとしていますが、他の誰かが試しましたか？ – DamianS1987
キーボードとマウスの問題はどうですか？ – gumuruh