私は長い間、Microsoft Visual Studio Test Professionalを「感じて」生きたいと思っていました。 それでも、これはMicrosoftがVisual Studioで作成されたプログラムをテストするためのメインプラットフォームとして位置付けられている製品です（これが私の主要な作業ツールです）。 はい、そして、ここで非表示にするものは何もありません。ちなみに、今度のMicrosoft
コンテストでも、私は無関心ではありませんでした。 記事の主題についての多少「ラマー」な見方を事前に許してください。私自身はテスターではなくプログラマーであり、一部の用語を間違って使用する場合があります（場合によっては恥知らずなナンセンスを振るうこともあります）。
それは何ですか？
公式Webサイトに記載されているMicrosoft Visual Studio 2010 Test Professionalは、「手動テストの計画と実行を簡素化する品質管理グループ向けの特別なツールセット」です。 これ以上でもそれ以下でもありません。 これはバグトラッカーでも、継続的インテグレーションのシステムでも、開発ツールでも、ユニットテストの開発環境でもありません（VS Test Professionalは上記のすべてと積極的に対話しますが）。 これは、テスト計画を作成し、それらを整理し、特定の人々に割り当て、実装を監視するのに役立ちます。 さらに、小さな自動化、テスターとプログラマー用の小さなコミュニケーションツール、テスト手順の小さな形式化、その他のいくつかのこと。
入手先
VS Test Professionalを実行するには、次のものが必要です。
- Team Foundation Server（試用版はこちらからダウンロードできます ）
- Visual Studio Team System 2010（試用版はこちらからダウンロードできます ）
- VS Test Professional自体-（試用版はここからダウンロードできます ）
設置
これらの製品はすべて、1台のコンピューターまたは別のコンピューターにインストールできます（ただし、相互にオンラインである必要があります）。 3つの製品すべてをダウンロード、インストール、構成するのに1日かかりました。 複雑なことは何もありません、長い時間。 これは、製品を簡単に見たい人を怖がらせることができます。 保護論として、実生活ではこれら3つの製品を異なる人が異なる時間にインストールしているので、一度だけ実行する必要があると言っておく価値があります。
角を曲がったところからのメモ
インストール中に、VS Test Professionalインストーラーで5つのバグを見つけました。
- 25桁のコードを入力する必要があるというメッセージ。ただし、どこにでも入力するために試用版のコードは必要ありません（入力する場所はありません）
- コードの再利用の原則に違反するインストールフォルダーを選択するための奇妙なウィンドウ（Windowsにはフォルダーを選択するための独自のウィンドウがあります）、インターフェイスを作成するためのMicrosoftガイドおよびプログラム機能の対称性の原則（ダイアログからフォルダーを作成、削除または名前変更できます）。
- インストールの最後に、次のウィンドウが表示されます。
IEで[情報ファイル]をクリックすると、ウィンドウが開き、リンクが表示されます。Firefoxでクリックすると（デフォルトではブラウザーです）、ファイル自体が開きます。 1つのポリシーを遵守することは本当に不可能ですか？IEはどこでも、デフォルトのブラウザーはどこですか？ 1つのファイルを読み取るのに2つのブラウザーが必要なのはなぜですか？ - 同じウィンドウに別のリンク-「セキュリティ情報」があります。 そして彼女は同じ「情報ファイル」に通じますが、そこではセキュリティに関する言葉はありません。 リンクまたはドキュメントのバグ。
- ほぼ1年前に書いた私のお気に入りのバグ：
いいでしょう ささいなことがすべてです。
はじめに
VS Test Professionalを開始する前に、Visual Studio Team Systemを使用してTeam Foundation Serverに接続し、そこに共通のプロジェクトを作成する必要があります（これらのプログラムをインストールした理由は何ですか？）。 これを行う方法についての良い記事がたくさんあります。まあ、少なくともこの記事でも。 これが行われない場合、VS Test Professionalは単に起動を許可しません。起動後に最初に行う必要があるのは、テストするTFSサーバーとそのプロジェクトを選択することです。 次に、プロジェクトの
テスト計画が作成されます。 いくつかのテスト計画があります。
角を曲がったところからのメモ
製品のロシア語化には多くの要望が残されています-碑文は一部の場所に収まらない、入力テキストのエラーはロシア語辞書を考慮せずにチェックされます（製品自体はロシア語化されていると位置付けられます）
メインウィンドウ
何も好きじゃない。 彼は、Internet Explorerから、Visual Studioから-配色と原則「左側のプロジェクトツリー-右側のワークスペース」、オフィスから-ヘッダーの一種のリボンバーからナビゲーションボタンを取得しました。 このウィンドウの第一印象は、「ブルドッグとサイの交配」と「Visual Studioの類似物を作成できない理由」でした。 しかし、時間が経つにつれて、あなたは適応し、さらに快適になります。
メインウィンドウは、テストセンターとラボセンターの2つの主要部分に分かれています。 それらについての詳細。
試験センター
これは、プロジェクトに新しいバグ、タスク、テストケースなどを追加できるウィンドウです。 作業の順序は、原則として、ウィンドウの上部にあるタブの順序によって決まります。
1.「計画」タブでテストケースを作成します。各テストケースでは、何をする必要があるか、誰に割り当てられているか、テストに合格して失敗するための基準などをチェックすることを説明します。 テストケースをセットに結合します。
角を曲がったところからのメモ
スクリーンショットからわかるように、ロシア語と英語の混合物が最もワイルドです。 一般的に、これはこのウィンドウだけでなく、アプリケーション全体のスタイルです。
2. [テスト]タブでテストスイートを実行する
「起動」とは、テストの手動再生の開始モードへの移行を意味します。 Test Managerウィンドウは画面の左側の狭いストリップに最小化され、テストされたアプリケーションが起動し、Test Manager自体がテスターが実行する必要のあるアクションを表示します。 各アクションは、完了または失敗として示されます。
この時点で、プロセスを少し自動化できます。 開始する前に[アクションレコードの作成]ボタンをクリックすると、テスト環境はテスターのすべてのアクションを記録し、それらを再生できるようになります。
テストが完了すると、テストマネージャーはテストケースの作成者から要求された情報を収集します。 これらは、テスターのアクション、ビデオ、システム情報などのスクリーンショットです。 これらはすべてプロジェクトに「提出」され、その後プログラマがエラーを再現して修正するために使用できます。
3.「トラッキング」タブのデータを操作しますテストセンターウィンドウの3番目のタブは、特定のパラメーターで特定の情報（テストケース、タスク、バグなど）を検索するように設計されています。 TFSサーバー用の単純なAccessのようなクエリコンストラクターが使用されます。 シンプルでわかりやすいが、どういうわけか非常にエレガントではありません。
4.「設定」タブでテスト計画を作成および構成しますプロジェクトに複数のテスト計画がある場合、それらはここで作成および構成されます。
研究センター
Center for Laboratoriesが何であるかを長い間考えていました。 私もヘルプを読みました。 ちなみに、
ロシア語や場所ではかなりわかりやすいですが、時々次のような真珠があります：
「環境については、テストコントローラーを設定する必要があります。 このコントローラーにテストエージェントが登録されている各コンピューターはコンピューターと呼ばれ、環境で使用できます。コンピューターはコンピューターと呼ばれます。 貴重な情報。 キャプテンエビデンスが承認します。
つまり、Laboratory Centerでは、プロジェクトをテストするテスト環境のセット（環境=ハードウェア+ソフトウェア構成）を定義できます。 テスト環境は、特別にインストールされたプログラム（テストエージェント）または仮想マシンを備えた実際の物理コンピューターです。 ラボセンターでは、このような環境を柔軟に構成したり、それらの環境でのテストの起動を制御したり、テスト結果を受け取ったりすることができます。
いくつかのコメント
プログラムインターフェイス（少なくともロシア語版）は、不完全さの印象を与えます。 ここで、たとえば、作業中に表示されるいくつかのウィンドウ：
このウィンドウにはヘルプボタンがありますが、機能しません。 さらに、標準の「OK」や「キャンセル」の代わりに、奇妙なボタン名が表示されます。
テストケースから添付ファイルを削除すると、そのようなウィンドウがポップアップします。 タイトルの明確な間違い-「質問」または「確認」があるはずですが、決して間違いではありません。
同じプログラムタブから呼び出される3つのダイアログボックスで、標準の[OK]、[キャンセル]、[はい]、および[いいえ]ボタンのサイズを評価します。 それらはすべて異なっています。
結論
この製品の印象は複雑でした。
一方では、テストシステム、その正式な手順、テスト中に提供される情報の要件などが非常によく考えられています。 プログラマーとテスターの大規模なグループが効果的に対話できる製品を作る方法について、人々は本当に考えていたことがわかります。 すべてが論理的で適切な場所にあります。
一方、インターフェイスとローカリゼーションを無視し、高いシステム要件（私のラップトップ構成では2 Gb RAM \ 2 GHzデュアルコアプロセッサ、一部のウィンドウは10〜15秒間開きますが、通常のスタジオは正常に動作します）、大規模プロジェクトのみに焦点を当てます（小規模の場合、プロジェクトインフラストラクチャと製品の価格を維持するコストが高すぎます）。
VS Test Professionalは、もちろん市場に独自のニッチを持っていますが、誰にでも適していると言って、すべてのテストタスクを閉じることは間違っています。