ウェブアプリケーションがあります。複数の環境で同じテストを実行して、すべてが正しく機能していることを確認したいと考えています。
UAT -> ステージング -> プロダクション
各環境にデプロイするたびに、これらのテストを実行したいと考えています。各環境には異なる URL があります。MTM で 3 つのテスト計画を作成しました。UAT 環境のみのテスト ケースを追加し、Lab Center で環境を作成しました。ところで、コード化された ui テストでテスト ケースを記録し、それらを自動テスト (UAT 環境のみ) に関連付けました。他の環境をテストするにはどうすればよいですか。毎回記録やコードを変更せずにこれを達成するにはどうすればよいですか? ありがとう、
これは遅すぎますが、読者の助けになる場合に備えて。
このために、MTM で複数のテスト計画またはテスト スイートを作成する必要はありません。必要なのは、ビルドが、ターゲット環境に基づいて適切な構成を選択できるほどスマートであることです。Ciaran が提案したように、各環境のすべての詳細を含む xml 構成を使用して、ターゲット環境に基づいて詳細を除外するフィルタリング コードを記述できますが、保守性が少し面倒になる可能性があります。理想的には、app.config に 1 つの xml レイアウトを用意し、ターゲット環境に基づいて構成ごとに異なる値をロードします。つまり、app.config の xml は、ターゲット環境に基づいて変換されます。
SlowCheetahはまさにそれを行います。これを実装するには、少し読んで理解する必要があります。
すべての変換を配置したら、Visual Studio の "Configuration Manager" を使用して、すべてのターゲット環境を記述します。Visual Studio の緑色の開始/実行ボタンの横にあるドロップダウンで見つけることができます。
ビルド定義の [プロセス] > [ビルド] > [構成] セクションを使用して、各テスト環境を対象とするテスト コード (つまり、コード化された UI テスト プロジェクト) の個別の CI ビルド (つまり、トリガー = チェックイン) を作成します。
テスト マネージャーの同じテスト スイートを使用するターゲット環境ごとに、ラボ テスト実行ビルド (つまり、LabDefaultTemplate を使用するビルド) を作成します。プロセス ワークフロー ウィザードのビルド セクションで、各ビルドが対応する CI ビルドにマップされていることを確認してください。
すべてのビルドをキューに入れると、すべてのビルドがすべての環境で同時に実行され、それぞれが適切な構成をスマートに選択します。