1

自動化されたビルド プロセスをセットアップし、いくつかのコード化された ui テストと一緒にしようとしています。ほとんどすべてをセットアップして動作させることができたと思います。パズルの最後の欠けているピースは、コード化された UI テストをテスト エージェント マシンで実行できることです。

したがって、基本的には、単体テストも実行する CI ビルドがあり、成功した場合はバイナリを共有の場所にデプロイします。私の目標は、コード化された UI テストを実行する他のプロセスをトリガーすることです。アプリケーションを開始する場所をハードコーディングすることで、コード化された UI テストを開発用コンピューターで動作させました。ただし、これをテスト エージェントで動作するように構成する方法がわかりません。LabDefaultTemplate11 ビルド プロセス テンプレートを使用し、CI ビルドによって完成した最新のビルドを使用するように構成しました。しかし、テスト エージェントが使用する実行可能ファイルを指定するにはどうすればよいでしょうか。

最初は、ビルド定義とビルド構成を指定するだけで十分だと思っていましたが、複数の実行可能ファイルが存在する可能性があるため、テスト エージェントは推測する必要があることに気付きました。あまり良く聞こえません。

結局のところ、私の質問は、ローカルの開発マシンとテスト エージェントを実行しているマシンの両方で機能する方法で、コード化された UI テストにアプリケーションの起動を (確実に) 追加する方法でしょうか?

ああ、私はTFS 2012を使用しています(VS 2012プレミアム付き)。

4

1 に答える 1

1

ラボ テンプレートでは、MTM でテスト ケースを作成し、Visual Studio でテスト ケースを開き、関連付けられた自動化タブを選択して [...] ボタンをクリックすることにより、コード化された UI テストをそれらに関連付けることが想定されています。その時点で、コード化された UI テストを含むプロジェクトを開く必要があります。

次に、ラボ ビルドで、コード化された uit テストのテスト ケースを含む 1 つ以上のテスト スイート (MTM から) を選択します。

最初にテストを行うときは、テスト エージェントも実行できる方法でプログラム/ウェブサイトを実行していることを確認してください。たとえば、標準のインストール ディレクトリまたはドメインを使用します。

各テストの開始時にテスト対象のプログラムを開き、最後に閉じることをお勧めします。ただし、ラボ ビルドのデプロイ手順の一部としてプログラムを実行することで、これを回避できます。

于 2013-02-19T17:38:35.900 に答える