更新 : 2007 年 11 月
この用語集では、Visual Studio Team System ヘルプで使用されている主要な用語を定義します。
ターゲット [target]
操作の対象となるデータベース。操作によってターゲットが変更されるかどうかは、操作の種類によって決まります。たとえば、あるデータベース プロジェクトをそのデータベースの現在の配置と比較し、データベース プロジェクトに一致するように配置を更新する場合、配置済みデータベースはその操作のターゲットと見なされます。タスク [task]
開発タスクやテスト タスクを記録する、作業項目の種類の 1 つ。妥当性確認テスト [validation test]
シナリオまたはサービス品質要求で必要とされる機能が正しく動いていることを確かめるテスト。探索的テスト [exploratory testing]
事前に定義された一連のテストを使用しない、製品のテスト。探索的テストを実施するテスト担当者は、あるペルソナの役を引き受け、そのペルソナが実施するであろうタスクを実施します。単体テスト [unit test]
コードの特定のモジュールおよび動作の機能およびパフォーマンスを確認するテスト。一般には、単体テストのサブセットが、ビルドの前にバグを発見するためのチェックイン テストとして使用されます。担当一覧 [responsibility matrix]
プロジェクト内で、作業パッケージの実行、確認、承認のタスクを割り当てられた個々のチーム メンバを明示的に示した文書。チーム エクスプローラ [Team Explorer]
作業中のチーム プロジェクトにアクセスするために使用されます。チーム オブ ピアーズ [team of peers]
組織的な作業モデルの 1 つで、小規模でまとまりのあるロールのスペシャリストから成るチームが、互いに同等の立場でコミュニケーションしながら各自のタスクとグループでのタスクを遂行していくこと。この作業モデルは、従来のトップダウン方式の直線的な構造の作業モデルと対照を成しており、さまざまな異なる組織、カルチャー、プロジェクトのサイズにおいて機能した実績があります。チーム テスト [Team Test]
特定の種類のテストの読み込みを行うコード アセンブリ。チーム プロジェクト [team project]
作業項目、コードテスト、作業生産物、測度などの名前の付いたコレクション。定義されたチームによって Visual Studio Team Foundation で使用され、関係する作業の共通のセットをトラックします。チーム プロジェクト ポータル [team project portal]
各チーム プロジェクト用の Windows SharePoint Services (WSS) のサイト。プロジェクト ポータルを使用すると、チームのメンバは文書、レポート、特定のチーム プロジェクトに関係する情報の保存と共有が可能になります。チェックアウト [check out]
書き込み可能なファイルまたはプロジェクトのコピーを Visual SourceSafe データベースから作業フォルダに配置すること。チェックイン [check in]
ファイルまたはプロジェクトを保管するために、Visual SourceSafe データベースに格納します。チェックイン テスト [check-in test]
作成したコードが製品の全般的な安定性に影響を与えないことを確かめるために、開発者によって実施されるテスト。チェックイン メモ [check-in notes]
ユーザーに特定のデータの入力を促すために、チェックイン処理中に追加される変更セットに関連するコメント。チェックイン メモは、管理者によって必須のオプションとすることもできます。抽出ルール [extraction rule]
Web テストの応答から文字列をコピーし、これを以降のテストで使用するためにテスト コンテキストに入れるためのルール。たとえば、応答からフィールド値を抽出して、以降の要求のパラメータ値として使用できます。製品には定義済みの抽出ルールが含まれており、また必要に応じて追加の抽出ルールを作成することもできます。定性的評価 [qualitative assessment]
リスク対応を計画するために、プロジェクトの目標に対するリスクの影響の優先度を付けるプロセス。定量的評価 [quantitative assessment]
リスクの可能性と結果を測定し、プロジェクトの目標とのリスクの関連を見積もるプロセス。ディレクティブ [directive]
テキスト テンプレートに記載され、そのテンプレートの処理方法をエンジンとホストに指示する命令。データ コレクション ロガー [data collection logger]
プロファイル データをパフォーマンス データ ファイルに記録するソフトウェア。データ生成計画 [data generation plan]
特定のデータベース スキーマに関する情報、およびそのデータベースに対してデータ ジェネレータでデータを生成する方法が記述されたファイル。データ操作言語 (DML) [Data Manipulation Language (DML)]
データの定義ではなく、データの操作に使用する SQL ステートメント (INSERT、UPDATE、DELETE、SELECT など)。データ定義言語 (DDL) [Data Definition Language (DDL)]
データの操作ではなく、データの定義に使用する SQL ステートメント (CREATE TABLE、CREATE INDEX、GRANT、REVOKE など)。データベース オブジェクト [database object]
データベースの構成要素 (データベースのテーブル、インデックス、トリガ、ビュー、キー、制約、既定値、ルール、ユーザー定義データ型、ストアド プロシージャなど)。データベースを示す場合もあります。データベース プロジェクト [database project]
データベースをオフライン形式にしたもの。各データベース プロジェクトには、新しいデータベースをサーバーに配置するため、または既存のデータベースの更新をデータベース サーバーに適用するために必要なスクリプトが存在します。データベース プロジェクトには、そのデータベースに常駐するデータは含まれていません。データベース プロジェクトは .dbproj ファイルとして保存されます。データベース リファクタリング [database refactoring]
データベース オブジェクトの名前を変更することにより、データベース プロジェクト内の同じ名前のすべてのインスタンスを同時に変更できるプロセス。たとえば、リファクタリングを使ってデータベースのテーブルの列名を変更した場合、その列を参照しているストアド プロシージャ、ビュー、インデックス、関数、単体テストなどもすべて更新されます。データベース開発ライフ サイクル [database development life cycle]
アプリケーションのデータベース部分の開発に適用される構造化されたプロセス。本質的には、ソフトウェア開発ライフ サイクルのサブセットであり、1 つのアプリケーションに含まれる 1 つ以上のデータベースに固有のものです。データベース単体テスト [database unit test]
データベースの特定の側面が期待どおりに機能しているかどうかを検証する単体テスト。敵対者 [adversary]
資産へのアクセスを目的とする、敵対ペルソナ。敵対者の例には、ハッカーなどが含まれます。テスト [test]
テスト中のソフトウェアに対して繰り返し実行できるプログラム、スクリプト (手動または自動)、手順の特定の組み合わせ、または一般的な命令であり、合格、不合格、またはその他のテスト結果 ("不確定" のように、後で合格や不合格として解決されるもの) をもたらします。テスト アダプタ [test adapter]
特定の種類のテストの読み込みを行うコード アセンブリ。テスト アプローチ [test approach]
テストのゴール、カバレッジ、手法、およびプロジェクトの各イテレーションのデータ。テスト エージェント [test agent]
リモートでの実行中にテストが配布される環境にあるワーカー マシン上で実行されるプロセス。テスト クラス [test class]
TestClass 属性でマークされたクラス。テスト ケース [test case]
テストのゴール、テストによって生成される結果、テストが実行される環境、およびテストを実装するために必要な方法を記述した仕様書。テスト スクリプト [test script]
製品に対してチェックを行う定義された要件。合格または不合格の結果がもたらされます。合格は要件を満たしたことを、不合格は要件を満たさなかったことを表します。テスト タスク [test task]
テスト ケースを作成し、製品の特定の区分、通常はシナリオのコンテキストか、またはサービス品質要求のテストを行う割り当て。テスト ハーネス [test harness]
テスト アダプタを読み込み、テストを実行するプロセスを所有するアプリケーション。テスト プロジェクト [test project]
テストの種類を保持するために作成された Visual Studio プロジェクト。テスト ミックス [test mix]
ロード テスト シナリオで仮想ユーザーが指定のテストを実行する確率を定義します。たとえば TestA が 20%、TestB が 80% の確率で実行されるようにします。「ロード テスト シナリオ」を参照してください。テスト メソッド [test method]
TestMethod 属性でマークされているメソッド。単体テストは、そのテスト メソッドがテスト クラスに存在しない場合は実行できません。テスト メトリック [test metric]
テストの測定単位。たとえば、単体テストによるカバレッジは、開発チームにとってのテスト メトリックとなります。テスト メトリックのしきい値 [test metric threshold]
テスト メトリックを使用して測定されたプロジェクトのゴール。たとえば、単体テストによるカバレッジが 70% というのは、開発チームにとってテスト メトリックのしきい値となります。テスト リスト エディタ [Test List Editor]
多数のテストおよびテスト一覧の管理と実行、制御に使用される Visual Studio Team System のウィンドウ。テスト一覧 [test list]
テスト リスト エディタから選択および管理できるテストの一覧。テスト開発者 [test developer]
コード化されたテストの作成に特に割り当てられたテスト担当者。テスト結果 [test result]
テストを実行した結果の判定。合格、不合格、不確定のいずれかになります。テスト結果の発行 [publish test results]
テスト結果を報告に使用できるようにすること。テスト条件 [test condition]
データベース単体テストにおいて、期待された結果が単体テストから返るかどうかを判定するためによく使用される一連の検証関数。テスト条件では、単体テストの実行結果を分析し、結果がテスト条件の基準を満たしているかどうかをそのパラメータに基づいて判定します。テストの作成 [author a test]
テストの種類を使用してテストを作成し、作成したテストを Visual Studio Team System で管理すること。テストの実行 [test run]
任意の指定された時間に実行されている一連のテスト。テストの種類 [test type]
基礎となる Visual Studio のテスト フレームワークの一部を公開するための一連の機能とテンプレート。テストの読み込み [load a test]
テストを Visual Studio IDE 内で開くこと。テストは、そのテスト アダプタにより読み込まれます。テストの割り当て [assign a test]
1) 既に担当者に割り当てられている作業項目にテストを関連付けること。2) テストの実行中に、テストをエージェント コンピュータに割り当てること。テスト配置 [test deployment]
テストの実行中、テストと、ユーザーまたはシステムによって指摘されたすべての依存ファイルは既定の場所 (たとえば bin/debug など) から、ローカルまたはリモートのどちらにある実行ディレクトリにコピーされます。テスト有効度 [Test Effectiveness]
特定のテストの実行でカバーされた、または実行されたコードの量について通知するレポート。添付リンク [attachment link]
作業項目と添付ファイルとの間にある Team Foundation リンク。ドキュメント テンプレート [document template]
ユーザーが開始点として使用するためにプロセスで提供される、.doc、.dot、.xls、.xlt などの各ファイル。編集可能なサンプルもあります。新しいファイルへの保存 (.dot から .doc へ) が必要なテンプレートもあります。これらのテンプレートは、プロセス ガイダンスと同期する必要がありますが、プロセス ガイダンスと別である必要もあります。この両方が、プロセス テンプレートに組み込まれます。ドメイン クラス [domain class]
ドメイン固有の言語のクラスを表すダイアグラム要素。ドメイン モデル [domain model]
ドメイン固有の言語のグラフィカルなインメモリ表現 (ストア)。ドメイン モデルは、ドメイン固有言語デザイナ ウィザードを使用して作成し、ドメイン固有言語デザイナを使用してカスタマイズします。ドメイン モデル要素 [domain model element]
ドメイン固有の言語を定義するダイアグラム要素。ドメイン モデル要素には、ドメイン クラス、ドメイン リレーションシップ、コネクタ、および図形があります。ドメイン リレーションシップ [domain relationship]
ドメイン固有の言語内で埋め込みリレーションシップまたは参照リレーションシップを表すダイアグラム要素。ドメイン固有の言語 [domain-specific language]
問題ドメインを対象にし、その問題を高度に抽象化して定義するカスタム言語。トランザクション [transaction]
モデルに対して行う各変更グループを 1 回の操作でコミットまたはロールバックできる変更管理機構。ドメイン固有言語デザイナを使用するかカスタム コードを記述して、変更することができます。トリアージ [triage]
新たに報告された、または再開されたバグを確認するために使用されるプロセス。これらのバグに対処するために優先度とイテレーションを割り当てます。トリアージ チーム [triage team]
新たに報告された、または再開されたバグの確認を行うチーム。これらのバグに対処するために優先度とイテレーションを割り当てます。トレードオフ マトリックス [trade-off matrix]
プロジェクトのトレードオフを、Y 軸で表される 3 つのプロジェクト変数と、これに関係する 3 つの決定 (X 軸で表される) を反映した行列で表すことによって管理する手段。プロジェクト変数は、リソース (人と資金)、スケジュール (時間)、および機能 (製品とその品質) になります。これらの変数は、トレードオフの三角形として表されることもあります。3 つの決定とは、最適化、制約、または与えられた変数の承認を行うかどうかです。プロジェクト変数の 1 つを変更すると、プロジェクトのバランスを保つために、3 辺のどれか 1 辺を修正する必要が生じます。修正が必要になる辺は、最初に変更が生じたのと同じ辺である場合もあります。たとえば、製品へ機能を追加する決定を行うと、時間的余裕がない場合、他の機能を削る必要が生じたり、開発をサポートするためのリソースが利用できなくなる可能性があります。