問題タブ [microsoft-test-manager]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
2067 参照

testcase - TestManager2010で複数のテスターに​​テストを割り当てます

これは可能ですか?または、既存のテストのコピーを作成して、各テスターに​​1つのテストを割り当てる必要がありますか?

0 投票する
1 に答える
824 参照

c# - Microsoft Test Manager からのデータを使用して mstest 単体テスト内でテーブル名を取得する

DataSource次のような属性 で装飾されたテストメソッドがあります。

"Test Case#" を MTM のテスト ケース番号に置き換えます。単体テスト内でその番号を取得しようとしていますが、TestContext.DataRow.Table.TableName常に「Table1」です。本当の価値を得る方法を誰か教えてもらえますか?

0 投票する
1 に答える
798 参照

testcase - TFS APIを使用して、プログラムでスイートのテストケースの順序を取得するにはどうすればよいですか?

TFS APIを使用して、会社のカスタムツールを作成しています。テストマネージャー(IDではなく)での順序でスイートにテストケースを表示する必要があるという問題が発生しました。IStaticTestSuiteインターフェイスとITestCaseインターフェイスを検索しましたが、テストケースの順序が保存されている場所が見つかりません。どんな助けでも大歓迎です

0 投票する
2 に答える
448 参照

coded-ui-tests - Microsoft テスト管理 - 事前定義されたラボ環境で、どのマシンでどのテストを実行するかを決定する方法

3 台の仮想マシンを含む仮想ラボ環境をセットアップできました。リンクされたコード化された UI テストを使用してテスト ケースを作成する場合、どのマシンでどのテストを実行するか、どのテストをどの順序で実行するかをどのように構成するかについてはまだわかりません。これまでのところ、テストは 1 台のマシンでのみ実行されます。誰かが私を正しい方向に向けることができますか?

0 投票する
0 に答える
2393 参照

microsoft-test-manager - MS Test Manager で手動テストを実行した後、テスト結果をビルドに発行する

会社が切り替えるオプションとして、Microsoft Test Manager の使用を検討しています。開発、ソース管理、ビルド、スクラム プロセスなどに、既に Visual Studio/TFS を使用しています。

Test Manager を使用して手動テストを実行できましたが、これらの結果をビルドに公開する方法や、これらのテストの実行を作業項目に関連付ける簡単な方法が見つかりません。

Visual Studio のビルド サマリーには、そのビルドに対して MTM でテストを実行した後、テストの実行が完了したことが示されますが、結果を表示しようとすると、「選択したテストの実行のダウンロードに失敗しました。テストの実行 XX にはありません。実行概要の添付ファイル。.trx ファイルは公開されていないか、アップグレードされていません。」

MTM で手動テストを実行した後、結果を TFS に公開することはできますか?

0 投票する
1 に答える
483 参照

tfs - SfTSでMicrosoftTestManager 2010を使用する場合、QAエンジニアはどのテストを実行する必要があるかをどのように知るのですか?

SfTS v3(​​Scrum for Team System)テンプレートを使用して、プロジェクトをTFS2010に移行しています。このスクラムプロセスでMicrosoftTestManagerがどのように使用されるかを理解する必要があります。

特定のシナリオと質問:

QAマネージャーは、テストマネージャーを使用して受け入れテスト作業項目(WI)を作成します。これらの新しいWIが作成され、彼に「割り当て」られます。マネージャーはすべてのテストを実行するわけではなく、代わりにその責任をスタッフに与えたいと考えています。

QAエンジニアは、実行するテストがあることをどのように知る必要がありますか?すべてがそれがマネージャーに割り当てられていると言います。

0 投票する
1 に答える
454 参照

tfs - SfTSでMicrosoftTestManager 2010を使用する場合、受け入れテストを回帰テストに再利用できますか?

SfTS v3(​​Scrum for Team System)テンプレートを使用して、プロジェクトをTFS2010に移行しています。このスクラムプロセスでMicrosoftTestManagerがどのように使用されるかを理解する必要があります。

特定のシナリオと質問:

QAマネージャーは、テストマネージャーを使用してテスト計画を作成します。これは私たちのスプリントと一致しています。スプリントでは、機能の中核となる受け入れテストWI(作業項目)を作成します。これらは特定のスプリントに合格します。次のスプリントで、彼は別のテスト計画を立てます。前のスプリントからの受け入れテストWIであり、回帰テストの一部として再度必要になります。

製品バックログアイテム(PBI)を閉じることができるように、受け入れテスト(AC)状態を「合格」する必要がありますか?AC WIはスプリント間で再利用できますか?

0 投票する
0 に答える
98 参照

visual-studio - パスが異なる Visual Studio 11 Web テスト

Visual Studio 11 ベータ版で Web テストを作成しようとしています。問題は、アプリがユーザーにさまざまなページをランダムに提供できることです (A/B テストのようなもの)。

つまり、ユーザージャーニーはページにすることができます:

A > B > C > D > E

また :

A > F > G > H > D > E

コード化されたテストに行かずにこれを処理する方法はありますか?

0 投票する
1 に答える
2565 参照

asp.net - VSTS Webパフォーマンステスト-AJAXリクエストが間違った順序で記録されましたか?

VSTSを使用するのは初めてで、継承したASP.NETWebFormsアプリの負荷テストを作成するためにいくつかのWebテストを作成しようとしています。

このサイトでは、MicrosoftがUpdatePanelsなどを使用してAJAXフレームワークをリリースする前のAJAXフレームワークである「AJAXPro」を多用しています。

私が抱えている問題は、Webテストレコーダーがテストの最後にAJAXリクエストを追加しているように見えることです。

ここに画像の説明を入力してください

それらはテストの最後に追加されるため、ログアウトした後、要求には要求に.ASPXAUTH cookieトークンが含まれず、ASP.NETはログインページに302で応答します(私はd期待)そしてこれはテストを失敗させます。

これらのajaxリクエストをリクエストのシーケンスの正しい位置に手動で移動して、テストに合格することができます-しかし、この例は非常に単純なテストであり、アプリケーションは大量のAJAXリクエストを作成します。複雑なテスト。

では、なぜこれを行うのでしょうか。また、AJAXリクエストが正しい順序で行われるようにするにはどうすればよいでしょうか。

0 投票する
4 に答える
5271 参照

testing - 複数のユーザー ロールのテスト

私の質問は少しばかげているように聞こえるかもしれません。

私のチームは、3 つの異なる で使用される Web アプリケーションをテストする必要がありますUser Roles。そのため、ユーザー ストーリーに基づいてテスト ケースを作成することから始めます。私の問題は、ユーザー ロールごとに 3 つの異なるテスト ケースを作成したくないということです。テストケースを書いて後でテストするとき、これには多くの時間が必要だと思います。理由は次のとおりです。

Total Test Cases Number = User Stories x Test Cases Per User Story x User Roles Number.

さらに、将来、新しいユーザー ロールが作成される場合でも、新しいテスト ケースを作成したくありません。

この状況を管理するためのより良い方法はありますか?

前もって感謝します。