問題タブ [lab-management]

TFS 2010 Lab Management で TestComplete 8 テストを実行しようとしていますが、テストの実行中に次のエラーが発生し続けます:

指定されたファイル拡張子 '.tc8test' は有効なテスト拡張子ではありません。

この問題の解決策を見つけることができません。

Lab Management/VS 2010 を使用して自動化された Build-Deploy-Test ワークフローを作成しようとしていますが、すべて正常に動作しています... 1 つの小さなことを除いて。

私のビルド定義では、プロセス>環境内で、デプロイ前に環境を元に戻すスナップショットを設定しました。これは正常に機能しますが、スナップショットが元に戻ると、環境は停止しますが再起動されません。

その結果、ワークフロー機能が環境で使用可能になるまで、ビルドは無期限に待機します。

一時的な解決策は、環境が停止するのを監視して待ってから、手動で開始すると、すべてが期待どおりに進むことですが、これは理想的ではありません。

これは私のチームの全員に起こっていますが、誰も解決策を見つけていません。他の誰かがこれを見て解決しましたか?

テストにはマイクロソフトのテスト ラボ管理を使用します。最近、管理者がビルドを 32 ビットから 64 ビットに変更したため、テスト計画に使用するビルドも変更されました。実行されたすべてのテストがアクティブになり、すべてのテスト結果が失われました。それらのステータスを取り戻すことはできますか。ありがとう。

TFS ラボ管理ネットワーク分離プロセスをデバッグするにはどうすればよいですか? 現在、ネットワーク分離は構成中... 状態になり、実際には完了しません。追加情報には情報メッセージがありますが、私が持っている他の環境にはこれらの情報メッセージが含まれています。

ネットワークの分離を構成するときに環境が実行する手順は何ですか。また、ネットワークの分離が構成状態のままである理由を確認するには、どこを参照すればよいですか。

私はかなり長い間ビルドの一部としてテストを実行しており（TFS、VS2010、MTM、ラボ管理）、常に.trxファイルを介してMTM（VS2010で開かれた）で反復データの結果を受け取りました。いくつかの更新をVMに適用して、テストを展開して実行した後（サーバーに展開し、1つの環境内のクライアントでテストを実行）、システムデータとログを含む全体的な「合格/不合格」のみの反復データ結果を受信しなくなりました（ MTMのテスト設定で設定されているとおり）。

trxファイルの出力を以前のビルドと比較しましたが、過去のビルドには次のような行があります。

私はほとんどのテキストを削除しました、フィールドは重要なものです。 これらの行は現在欠落しています。

このデータを収集してMTMに戻すために変更する必要がある設定はありますか？

反復データの結果を取得しようとしている環境は、Webサーバー（Win Server 2008 R2）とWebクライアント（XP）で構成されています。これまでに調査した場所（テスト設定、テストコントローラー構成、テストエージェント構成）がたくさんあるため、他にどのような情報が関連しているかわからないので、詳細についてコメントしてください。

ナイトリー ビルドでコード化された UI テストを実行する完全なラボ管理環境があります。私たちが達成しようとしているのは、すべてのコード化された UI テストの直前に統合テスト (SQL 接続を使用した通常の TestMethod()) を実行して、db スクリプトが正しく実行され、問題を引き起こす新しい変更がないことを確認することです。

これまでのところ、.testrunco​​nfig を介してリモートでテストを実行する方法を見つけました。このアプローチの問題点は、チーム プロジェクトに接続されたテスト コントローラーを選択できないことです。これは、ラボ管理の外部の物理マシンでテストを実行する場合にのみ役立つと思います。

1 つのオプションは、統合テストごとにテスト ケースを作成し、それを UI テストと一緒に実行することですが、統合テストを実行するためだけに何百ものテスト ケースを管理するのはかなりのメンテナンスになるように感じます。また、さまざまな種類のテストのテスト実行を完全に分離することをお勧めします。

私が完全に逃したこれを達成する簡単な方法はありますか? または、テストをデプロイして実行するには、ラボ ビルド テンプレートを変更する必要がありますか?

ラボ管理と標準環境でセキュリティの問題が発生しています。

ドメイン「DevDomain」に TFS2012 update 2 をインストールしました。同じコレクション「CollectionA」のビルドコントローラー、ビルドエージェント、およびテストコントローラーの両方がインストールされている「DevDomain」にも別のビルド/ラボマシンがあります。

自動ビルドは完璧に機能します。

「DevDomain」と「TestDomain」に展開対象の PC があります (詳細は後述)。

これを次のレベルに進めるために、TFS ビルド エージェントで構築されたソフトウェアをテスト リグ マシンに自動的に展開したいと考えています。具体的には、展開スクリプトで既存の製品をアンインストールし、更新されたインストーラーをターゲット PC にコピーしてからインストールしたいと考えています。

私の最初の試みは、「DevDomain」で標準環境を定義し、同じドメイン内で動作するラボ ビルドの展開部分を取得することでした。

これはうまくいきました。これが私がしたことです。

自動ビルド (DefaultTemplate.xaml プロセスを使用) により、展開に使用する MSI ファイルと、展開を調整するために実行する PowerShell スクリプトが作成されます。(スクリプトは、msiexec を介して MSI を実行してアンインストールし、新しいバージョンをローカルにコピーしてから、msiexec を介して実行して新しいコピーをインストールしようとするだけです)。自動化されたビルドは、これらの両方のアーティファクトを喜んで作成し、定義された TFS ドロップ シェアに配置します。

これを行うために、私は持っています：

• 1 台のマシン (デスクトップ クライアント ロール) で新しい標準ラボ環境を作成
  • ラボ マネージャーはエージェントをこの PC に正常に展開しました
  • エージェントはインタラクティブに実行されており、オンラインを示しています。
• LabDefaultTemplate.11.xaml ワークフローを使用して新しいビルド定義を作成しました。
  • 構成で上記のラボを参照
  • 構成で自動ビルドの最新の出力を参照しました
  • ビルド出力の PowerShell スクリプトを指定しました ($(BuildLocation) マクロを使用)。

ビルドのこの [デプロイ] タブでは、"デスクトップ クライアント" ロールを使用してラボのマシンで実行する次のスクリプトを指定します。

これは機能します。

テスト エージェントをインタラクティブなプロセスとして実行するように構成していることに注意してください。展開が機能した後の最終的な目的は、これらのラボでコード化された UI テストを実行することです。

問題は、別のドメインのマシンに展開しようとしたときに発生します 。これをより現実的なものにするために、別のドメインにある QA マシン用の標準的なラボ環境を定義する必要があります。「テストドメイン」。

ドメイン「TestDomain」はドメイン「DevDomain」と信頼関係があります。「DevDomain」と「TestDomain」の間に相互信頼はありません

ここでも、テスト マネージャー ラボ センターがこの OK を定義し、エージェントをデプロイしました。エージェントは、自分自身をオンラインでテスト コントローラーに報告しました。

新しい標準環境 (「TestDomain」上) を参照するようにラボ ビルドを変更すると、デプロイはこのエラーで失敗します。

これを診断するために、ラボのデプロイ スクリプトを次のように変更しました。

また、ログによると、プロセスはテスト エージェント用に指定されたラボ環境のアカウントではなく、"nt authority\system" として実行されています。

これはスクリプト エラーを説明しています。ターゲット PC の PowerShell は TFS ドロップ共有にアクセスできませんが、このアカウントはローカル マシン アカウントであるため、「TestDomain」の PC のマシン アカウントに、「DevDomain」のマシンの共有と NTFS フォルダーへのアクセス許可を付与することはできません。

では、「devDomain」共有/ファイルシステムのアクセス許可を「TestDomain」のマシンから「System」サービス アカウントに付与するにはどうすればよいでしょうか。

また

テスト エージェント (ローカル マシンの管理者として実行) に、このマシンのシステム コンテキストではなく、独自のアカウント コンテキストで展開スクリプトを実行させるにはどうすればよいですか?

私は困惑しています！

編集: テスト エージェントの UI は指定したアカウントで実行されているようですが、そのように構成すると、サービス "Visual Studio Lab Agent Service" がローカル システムとして実行されたままになり、サービスでこれを手動で変更できます。適切なドメイン アカウントとそのアカウントが PS "whoami" の結果に反映されます。

現在、「DevDomain」アカウントをミラーリングするサービスに TestDomain アカウントを使用して調査しているため、共有権限を適切に設定できます。

これはTFS ラボ管理展開スクリプトと同様のシナリオですが、テストとテスト設定を使用して回避されたため、特に展開部分の解決が必要であり、質問する価値があると思いました。

現在、組織のローカル サーバーで TFS Lab Management を使用しています。TFS 2013 はクラウドに展開可能ですが、ラボ管理機能も利用できますか? テストとナイトリー ビルド用の環境が必要です。

おはようございます。これは非常に初歩的な質問であるか、TFS と Microsoft Test Manager に関する理解が不足している可能性があります。それにもかかわらず、コミュニティからのガイダンスに非常に感謝しています。

状況は非常に単純です。Microsoft Test Manager をバックエンドの System Center Virtual Machine Manager 2012 SP1 と組み合わせて使用​​して作成された既存のラボがあります。既存のラボに新しい仮想サーバーを追加する必要があります。SCVMM と Microsoft Test Manager の間で、これを達成する方法が見つかりません。また、これを達成する方法を説明するドキュメントも TechNet または MSDN で見つけることができません。

誰かがこれを成功させた場合、またはこれを達成する方法に関する情報を誰かが持っている場合は、支援をいただければ幸いです。

みんな、ありがとう。

私は TFS 2010 の Build-Deploy-Test ビルド ワークフローを使用しており ( http://msdn.microsoft.com/en-us/vstudio/gg131922.aspxを参照)、非常に厄介な制限に直面しました。

これが私がやったことです：

• ビルドをキューに入れるようにセットアップする
• テスト用のスナップショットに復元するように構成しました
• いくつかの展開手順を追加しました。この場合、mongo db を開始します

次に、どのテストを実行して問題を検出するかを構成するステップに進みました。最初に、いくつかのテスト スイートを含むテスト計画を構成する必要があります。テスト ケースで構成されるテスト スイート。問題は、各テスト ケースを 1つの単体テストにしか関連付けることができないことです。

単体テストごとにテスト ケースを作成する必要があるため、単体テストが追加されるたびに新しいテスト ケースを作成する必要があります。Build-Deploy-Test ビルド ワークフローで実行できるテスト スイートに多くの単体テストを関連付ける方法はありますか。