1

私は自分のケースの明確な指示のセットを高低で検索しました。VisualStudio2012の本を使用した継続的デリバリーのテストの指示にも従いました。

クエリは次のとおりです。MicrosoftTestManagerからコード化されたUIテストを実行したいと思います。

  • VS2012で動作するコード化されたUIテストを作成しました
    • これは、Webアプリケーションとは別のソリューションです。
  • TFS2012を使用してWebアプリソリューションを管理しています
  • テストコントローラーは、Webアプリケーションと同じサーバー上にセットアップされています
    • テストコントローラーは、tfsのデフォルトのプロジェクトコレクションで動作するように構成されています
  • テスト/ラボマネージャーが私のPCにセットアップされました
    • 標準の仮想環境を追加しました
  • テストケースをコード化されたuiテストに関連付けました

次のステップは私が立ち往生しているところです...すべてのフォーラムと本は、私がデプロイ-ビルド-テストプロセスを作成する必要があると述べています。Webアプリケーションとは別のコード化されたuiテストソリューションは何かを変更しますが、そうでない場合はどうすればよいですか？

コード化されたuiテストソリューションが構築された後、私の理解が正しければ、

  • LabManagerを介して作成された仮想環境のディレクトリにデプロイする必要があります
    • これにより、コード化されたuiテストdllがいくつかのディレクトリにドロップされます
  • Lab Managerを使用して、仮想環境でvs2012を使用してdllからコード化されたuiテストを実行するテストを実行できます。

私が間違っている場合は訂正してください。また、私の場合のセットアップを完了するために使用できる手順を提供してください。

よろしくお願いします！

4

2 に答える 2

1

自動テストを実行するための環境を作成する必要があります。それが済んだら、ビルドと環境をAUTのテスト計画に関連付ける必要があります。また、構成した環境を指す適切な.testsettingsを使用します。そして、バジンガはあなたが行ってもいいです。

あなたはこれに関する多くのブログ投稿を見つけることができるはずです。これが私が気に入ったものです-http ://www.deliveron.com/blog/post/Running-Automated-Tests-from-Microsoft-Test-Manager.aspx

于 2013-01-28T05:07:30.840 に答える
1

Webアプリケーションを構築してデプロイするたびにテストを自動化する必要がない場合は、手順がはるかに簡単です。

  • 自動テストソリューションのビルドを作成します。
    • Visual Studioで、チームエクスプローラーに移動し、[ビルド]をクリックします
    • 新しいビルド定義をクリックします
    • [一般]タブ
      • ビルド定義名を入力します
      • キュー処理を有効のままにします
    • トリガータブ
      • チェックインするたびにビルドされるように継続的インテグレーションを選択します。ただし、ニーズに最適なものを選択してください。
    • [ソース設定]タブ
      • ステータスがアクティブな1行だけが必要です
      • 自動テストソリューションが存在するディレクトリを指すソース管理フォルダ
      • エージェントフォルダの構築$（SourceDir）
    • [デフォルトのビルド]タブ
      • ビルドコントローラーを選択します
      • VS 2013には、ビルド出力をサーバーにコピーするオプションがあります。これが最も簡単であることがわかりました。そのオプションがない場合、または使用できるネットワーク共有がある場合は、それを使用します。テストコントローラとテストエージェントを実行しているユーザーがアクセスできる必要があります。
    • [プロセス]タブ
      • デフォルトの.xamlファイルには、必要なすべての部分が含まれている必要があります。
      • を除いて、すべてをデフォルトのままにしておくことができるはずです。
        • ビルド->プロジェクト（自動テストソリューションのソリューションを選択してください）
        • テスト->詳細->テストの無効化（True）これを作成するたびにテストを実行する必要はありません。
        • Advanced->失敗時にワークアイテムを作成する（False）これを変更する必要はありませんが、ほとんどの人は、このタイプのソリューションでビルドが失敗するたびにチケットを必要としません。必要な場合は、Trueのままにしておくことができます。
    • 保持ポリシー（そのままにすることも、保存するビルドの数を調整することもできます）
    • 最後に、ビルドを初めて実行します。
  • テストプランへのビルドの割り当て
    • MTMを開き、テストセンター内の[プラン]タブに移動します
    • プロパティをクリックします
    • AutomatedRunsセクションにテスト環境が選択されていることを確認してください。
    • ビルドセクションで、ビルドのフィルターを作成したビルドの名前のビルドに設定します
    • [使用中のビルド]の横：[変更]をクリックして、最新のビルドを選択します。
    • テストプランを閉じて保存します
  • CodedUIテストをMTMテストケースにリンクします。
    • VisualStudioで自動テストソリューションを開きます
    • チームエクスプローラーに移動し、[作業項目]をクリックします
    • 新しいクエリをクリックし、クエリを作成してテストケースを見つけ、実行を押します（IDのクエリが最も速く機能することがわかりました）
    • テストケースをダブルクリックして開きます
    • テストケース内の[関連する自動化]タブに移動します
    • ...ボタンをクリックして、テストケースを選択します。
      • テストケースが表示されない場合は、ソリューションが開いておらず、ビルドされていないか、複数のTFSプロジェクトが開いていて、作業中のプロジェクトがアルファベット順ではないことが原因である可能性があります。複数のTFSプロジェクトを開いている場合は、それらを完全に削除して、[チームとプロジェクトに接続]ウィンドウに表示されないようにするのが最善です。
    • 最後に、テストケースを保存します。

この時点で、MTMで実行できるはずです。

自動テストソリューションを更新して再構築する場合は、MTMのテストプランに戻って最新のビルドを割り当てることを忘れないでください。最新のビルドを自動的に取得する方法がわかりません。

于 2014-07-25T18:30:40.177 に答える