0

各テストを実行するために仮想マシンを起動する必要がある場合、複雑な統合テストをどのように整理するかを一般に質問したいと思います。まず、現在のテストの組織化と、これが気に入らない点について説明します。プロセスは、 TFS プロセス テンプレートとカスタム アクションを使用して編成されます。

  1. 最初のステップ: ビルド エージェントでプロジェクトを組み立てます。
  2. カスタム アクション (vmware api を使用) から仮想マシンを実行します。
  3. アセンブルされたプロジェクト DLL を仮想マシンにコピーします。
  4. 仮想マシンで必要なパラメーターを指定して mstest.exe を実行します。
  5. テスト結果をビルド エージェントにコピーし、カスタム アクションで手動で分析します。

したがって、ステップ 2 ～ 5 をテストごとに繰り返します。

このアプローチの欠点 - 複雑さ。これらのファイルの形式が変更される場合は、テスト結果を手動で分析する必要があります。多くのコードを書き直す必要があります。TFS ビルド エージェントが仮想マシンであり、TFS が各テストを実行する前にそれ自体を元に戻すと、はるかに優れたものになります。そのような種類のテストをどのように組織しますか。具体的には、今回はCodeUIの話ですが、似たような問題が多発しています。私の質問は一般的すぎるかもしれませんが、どんなアイデアでも非常に役に立ちます...

4

1 に答える 1

1

ラボ管理とリリース管理に移行する場合、やろうとしていることの多くは、Visual Studio ALM ですぐに使用できます。Hyper-V または Azure で環境を動的に作成および構築できます。

これを調整するには、Release Management と Powershell を使用することをお勧めします。RM チームには優れたデモがあります。

http://blogs.msdn.com/b/visualstudioalm/archive/2014/11/11/deploying-and-testing-web-applications-using-release-management.aspx

ここでは、両方ともアプリケーションをデプロイしてから、codedUI を実行します。

于 2014-11-30T16:41:56.193 に答える