0

VS2010 と TFS およびコード化された UI テスト (CUIT) を使用しています。

いくつかの CUIT を作成し、それらを Microsoft Test Manager 2010 のいくつかのテスト ケースに追加しました。これらのテストは、ビルド、デプロイ、テストの手順で実行されます。

これは次のようになります (簡略化)。

  1. アプリケーションのビルド
  2. 2a を展開します。アプリケーションがデプロイされる仮想マシンのスナップショットを、アプリケーションがインストールされていないスナップショットに設定します 2b. アプリケーションをインストール
  3. テストを実行する

手順 3 にはコード化された UI テストが含まれていますが、実行する必要があるアクティブなリモート デスクトップ接続がないため、実行できません (失敗します)。

ここで、ビルドステップ 2c を追加したいと思います。コード化された UI テストを実行できるように、リモート デスクトップに自動的に接続します。

プロセス テンプレートでこのステップを作成するにはどうすればよいですか?

4

1 に答える 1

0

私は、PowerShell スクリプトを実行してリモート デスクトップ経由でマシンに接続することで、自分でこれを試みました (リモート デスクトップ コマンドライン ユーティリティの使用方法については、こちらを参照してください)。

これは、リモート デスクトップ経由でしか接続できないビルド マシンからこのスクリプトを実行していたため、個人的にはうまくいきませんでした。そのため、リモート デスクトップを閉じるとビルド マシンのセッションが閉じられ、テスト環境でリモート デスクトップ接続を取得できませんでした (さらに、ビルド マシンからリモート デスクトップを起動する必要があるのは理想的ではありませんでした)。

したがって、代わりに私が行った解決策は、テスト環境で自動ログオンを有効にすることでした (これを行うにはさまざまな方法があります。どのように行ったか思い出せませんが、Google で検索するのは簡単です)。

そのため、ビルド マシンから起動した PowerShell スクリプトで、コマンドを使用してテスト環境をリモートで再起動しました。自動ログオンを有効にすると、アクティブなセッションでテスト環境がバックアップされ、Visual Studio コード化された UI のテストを続行できます。これは問題なく機能しました。

私が使用したコマンドは次のようなものでした:

Shutdown.exe /r \\mytestenvironment

ここにいくつかのドキュメントがあります。. このコマンドを使用してコンピューターをリモートで再起動する場合は、マシンにテスト環境でのアクセス許可を与えることを忘れないでください。そうしないと、このコマンドは機能しません。

次に、リモート テスト環境が (アクティブなセッションで) 再起動する時間を与えるために、数分間スリープするコマンドを起動してから、テストを起動しました。

個人的には、PowerShell スクリプトを使用しましたが、DOS/Batch スクリプトに慣れている場合は、それを使用することもできます。

また、ビルド プロセス テンプレートの一部として自動テストを実行しようとしていますか?

さらにサポートが必要な場合はお知らせください。

于 2012-08-28T18:41:20.360 に答える