用語集
TOP >  用語集
JSTQBに準拠したソフトウェアテストに関する用語集ページです。
フリーキーワード検索と五十音索引で簡単に調べることができます。
(出典:ソフトウェアテスト標準用語集 V2.3.J02)
用語検索


検索結果:126件

TDD (TDD)
test-driven developmentを参照のこと。


technical review (テクニカルレビュー)
どのような技術的アプローチをとるかで意見を一致させることを目的とした、ピアグループによるディスカッション。[Gilb and Graham], [IEEE 1028] peer reviewも参照のこと。


test (テスト)
一つ以上のテストケースのセット。[IEEE 829]


test analysis (テスト分析)
テストベースとテスト目的の定義を分析するプロセス。


test approach (テストアプローチ)
特定のプロジェクトのためのテスト戦略を実現化したもの。この中には、(テスト実施)プロジェクトのゴールと評価済みリスクに基づいて決めた決定事項、テストプロセスの開始ポイント、適用するテスト設計技法、テスト終了基準、実施するテストタイプを含む。


test architect (テストアーキテクト)
(1)テスト組織に対して、テスト組織と他の分野との関連について、ガイダンスと戦略的指針を提供する人。
(2)特定のシステム用にテストを構造化する方法を定義する人。テストツールやテストデータのマネジメントなどのトピックも定義する。


test automation (テスト自動化)
ソフトウェアを使って、テストマネジメント、テスト設計、テスト実行、結果チェックなどのテスト活動の実行や支援をすること。


test basis (テストベース)
コンポーネント要件やシステム要件を推測できる全てのドキュメント。これらのドキュメントがテストケースのベースとなる。公式な改訂手順を経ないとドキュメントの改訂ができない場合、そのテストベースを「凍結テストベース」と呼ぶ。[After TMap]


test bed (テストベッド)
test environmentを参照のこと。


test case (テストケース)
入力値、実行事前条件、期待結果、そして、実行事後条件のセットで、特定のプログラムパスを用いることや特定の要件が満たされていることを検証することのような、特定の目的又はテスト条件のために開発されたもの。[After IEEE 610]


test case design technique (テストケース設計技法)
test design techniqueを参照のこと。


test case specification (テストケース仕様)
テストアイテム用のテストケースのセット(目的、入力値、テスト実行、期待結果、実行事前条件)を規定するドキュメント。[After IEEE 829] test specificationも参照のこと。


test case suite (テストケーススイート)
test suiteを参照のこと。


test charter (テストチャータ)
テスト目的を明記したもの。テスト実施法のアイデアを含む場合もある。探索的テストにて使用する。exploratory testingも参照のこと。


test closure (テスト終了作業)
テストプロセスに含まれるテスト終了作業フェーズの間、経験、テストウェア、事実、数字をまとめるために、データを完了した活動から収集する。テスト終了作業フェーズはテストウェアの仕上げ、保管とテスト評価レポートの準備を含むテストプロセスの評価からなる。test processも参照のこと。


test comparator (テスト比較ツール)
テスト実行時の実行結果と期待結果との比較を自動的に実施するテストツール。


test comparison (テスト結果比較)
テスト対象のコンポーネントやシステムの実行結果と期待結果の違いを識別するプロセス。テスト結果比較は、テスト実行中(動的比較)、又は、テスト実行後に実施することができる。


test completion criteria (テスト完了基準)
exit criteriaを参照のこと。


test condition (テスト条件)
コンポーネントやシステムのアイテムやイベントで、 テストケースにより検証できるもの。たとえば、機能、トランザクション、フィーチャ、品質特性、構造要素など。


test control (テストコントロール)
監視中に計画から逸脱していることを検出した場合に、テストプロジェクトを軌道修正するための対策を考えたり適用したりするテストマネジメントタスクの一つ。test managementも参照のこと。


test coverage (テストカバレッジ)
coverageを参照のこと。


test cycle (テストサイクル)
識別可能な単一のテスト対象のリリースに対し、テストプロセスを実行すること。


test data (テストデータ)
テスト実行前に実在する(たとえば、データベースの中にある)データであり、テスト対象のコンポーネントやシステムに影響を与えたり、影響を受けたりするもの。


test data management (テストデータマネジメント)
テストデータ要件の分析、テストデータ構造の設計、テストデータの作成と保守を行なうプロセス。


test data preparation tool (テストデータ準備ツール)
テストに使うデータを選択(データベース内の実データなど)、又は、作成、生成、操作、編集をするためのツール。


test deliverable (テスト成果物)
テストプロダクト作成者以外に提供する必要のある、あらゆるテスト(作業)プロダクト。deliverableも参照のこと。


test design (テスト設計)
(1) test design specificationを参照のこと。
(2) 概略的なテスト目的を具体的なテスト条件とテストケースに変換するプロセス。


test design specification (テスト設計仕様)
テストアイテムのテスト条件(カバレッジアイテム)、詳細なテストアプローチ、及び、関連する高位レベルテストケースを記述したドキュメント。[After IEEE 829] test specificationも参照のこと。


test design technique (テスト設計技法)
テストケースを作成したり選択したりするための技法。


test design tool (テスト設計ツール)
テスト入力を生成することでテスト設計を支援するツール。テスト入力の生成は、CASEツールのリポジトリ(たとえば要件マネジメントツール)に格納している仕様、ツールの中に保存してある特定のテスト条件、又はコードから行なわれる。


test director (テストディレクタ)
テストマネージャをマネジメントする上級マネージャ。test managerも参照のこと。


test driven development (テスト駆動開発)
本体のソフトウェアを開発する前に、テストケースを開発(場合によると自動化)するソフトウェア開発手法。


test driver (テストドライバ)
driverを参照のこと。


test environment (テスト環境)
テストの実行に必要なハードウェア、インスツルメンテーション、シミュレータ、ソフトウェアツール、その他の支援要素を含む環境。[After IEEE 610]


test estimation (テスト見積り)
テストのさまざまな局面に紐付けられた概算結果(たとえば、工数(effort spent), 完了日(completion date),コスト(costs involved), テストケース数(number of test cases), など)。ただし、入力情報が不完全、又は不確か、若しくは余計な情報を含んでいても実施できる。


test evaluation report (テスト評価レポート)
全てのテスト活動と結果を要約した、テストプロセスの最後にまとめるドキュメント。テストプロセスの評価や、学んだ教訓を含むこともある。


test execution (テスト実行)
テスト対象のコンポーネントやシステムでテストを実行し、実行結果を出力するプロセス。


test execution automation (テスト実行自動化)
たとえばキャプチャ/プレイバックツールのようなソフトウェアを使用して、テストの実行、実行結果と期待結果の比較、テスト条件の設定、その他のテストコントロールやレポート機能を(自動)制御すること。


test execution phase (テスト実行フェーズ)
ソフトウェア開発ライフサイクル中で、ソフトウェアプロダクトのコンポーネントを実行し、要件を満たしているかどうか判定する期間。[IEEE 610]


test execution schedule (テスト実行スケジュール)
テスト手順を実行していくための計画。注)テスト実行スケジュールには、テスト手順書の実際に実行する内容とその実行順を記述する。


test execution technique (テスト実行技法)
実際のテストを、手動又は自動で実行する技法。


test execution tool (テスト実行ツール)
テストツールの一種。キャプチャ/プレイバックのような自動化テストスクリプトを使い、他のソフトウェアを実行できる。[Fewster and Graham]


test fail (テスト失敗)
failを参照のこと。


test generator (テストジェネレータ)
test data preparation toolを参照のこと。


test harness (テストハーネス)
テスト実行に必要なスタブやドライバからなるテスト環境。


test implementation (テスト実装)
テストデータを考え出し、テスト手順の開発及び優先度付けを行なうプロセス。テストハーネスの準備や自動テストスクリプト記述を含むこともある。


test improvement plan (テスト改善計画)
組織のテストプロセスとテストプロセスの資産について、長所と短所を徹底的に理解し、組織的にテストプロセス改善を達成することをベースとした計画。[After CMMI]


test incident (テストインシデント)
incidentを参照のこと。


test incident report (テストインシデントレポート)
incident reportを参照のこと。


test infrastructure (テストインフラ)
テスト環境、テストツール、オフィス環境、処理手続きからなるテストの実施に必要な構造的なもの。


test input (テスト入力)
テスト実行中にテスト対象が外部ソースから受け取ったデータ。外部ソースは、ハードウェア、ソフトウェア、人の場合がある。


test item (テストアイテム)
テストを実施する個々の要素。通常、一つのテスト対象に対し、多数のテストアイテムがある。test objectも参照のこと。


test item transmittal report (テストアイテム送付レポート)
release noteを参照のこと。


test leader (テストリーダ)
test managerを参照のこと。


test level (テストレベル)
系統的にまとめ、管理していくテストの活動のグループ。各テストレベルはプロジェクトの特定の責務と対応付けができる。テストレベルの例には、コンポーネントテスト、統合テスト、システムテスト、受け入れテストがある。[After TMap]


test log (テスト結果記録)
テスト実行の詳細を時系列的に記録したもの。[IEEE 829]


test logging (テスト結果記録作業)
テスト実行の情報を記録するプロセス。


test management (テストマネジメント)
テスト活動の計画、見積り、監視、コントロール。主としてテストマネージャによって実施される。


test management tool (テストマネジメントツール)
テストプロセスのマネジメントとコントロールを支援するツール。テストウェアマネジメント、テストスケジューリング、結果の記録、進捗管理、インシデントマネジメント、テスト報告等の能力を持つことが多い。


test manager (テストマネージャ)
テストの活動とリソースのマネジメント、テスト対象の評価に責任を持つ個人。テストプロジェクトを指揮、コントロール、運営し、テスト対象の評価を計画し統制する。


Test Maturity Model integration (TMMi) (テスト成熟度モデル統合)
能力成熟度モデル統合(CMMI)と関連させた5段階からなるテストプロセス改善のためのフレームワークであり、効果的なテストプロセスのための重要要素を記述している。


test mission (テスト使命)
組織にとってのテストの目的で、多くの場合、テストポリシーの一部として文書化される。test policyも参照のこと。


test monitoring (テストモニタリング)
テストプロジェクトの状態の周期的なチェックに関連した活動を扱うテスト管理タスク。実際の活動と計画した活動とを比較した報告が準備される。test managementも参照のこと。


test object (テスト対象)
テストすべきコンポーネント又はシステム。test itemも参照のこと。


test objective (テスト目的)
テストを設計、実行する理由や目的。


test oracle (テストオラクル)
テスト対象のソフトウェアの実行結果と比較する期待結果のソース。オラクルは、実在する(ベンチマーク用の)システム、他のソフトウェア、ユーザマニュアル、個人の専門知識の場合があるが、コードであってはならない。[After Adrion]


test outcome (テスト結果)
resultを参照のこと。


test pass (テストパス)
passを参照のこと。


test performance indicator (テストパフォーマンスインジケータ)
テストの開発をよい方向へ導きコントロールするために利用する有効性と効率の高位レベルなメトリック。たとえば、欠陥検出率(DDP)。


test phase (テストフェーズ)
テスト活動をプロジェクト中で管理(マネジメント)しやすいフェーズにまとめたセット。たとえば、あるテストレベルの実行活動。[After Gerrard]


test plan (テスト計画)
計画されたテスト活動の狙い、アプローチ、リソース、スケジュールを記述するドキュメント。テストアイテム、テストすべきフィーチャ、タスク、各タスク担当者、テスト担当者の独立の度合、テスト環境、用いるテスト設計技法と開始・終了基準、それらの選択の理論的根拠、それに代替計画を必要とするあらゆるリスクを識別する。これはテスト計画プロセスの記録である。[After IEEE 829]


test planning (テスト計画作業)
テスト計画を策定し、更新すること。


Test Point Analysis (TPA) (テストポイント分析)
ファンクションポイント分析に基づき、数式でテストの必要リソースを見積る手法。[TMap]


test policy (テストポリシー)
組織にとってのテストに関わる原理原則、アプローチ、主要な目的を記述する高位レベルのドキュメント。


test procedure (テスト手順)
test procedure specificationを参照のこと。


test procedure specification (テスト手順仕様)
テストの実行のために、一連の手順を定めたドキュメント。テストスクリプト、又は、手動テストスクリプトとしても知られる。[After IEEE 829] test specificationも参照のこと。


test process (テストプロセス)
基本的なテストプロセスは、テストの計画とコントロール、テストの分析と設計、テストの実装と実行、終了基準の評価と報告、テスト終了作業によって構成される。


Test Process Group (テストプロセスグループ)
(テスト)専門家の集団。組織が使用するテストプロセスの定義、改善や保守を促進する。 [After CMMI]


test process improvement manifesto (テストプロセス改善マニフェスト)
アジャイルマニフェストにより表明された声明で、テストプロセスを改善するための価値を定義している。ここでいう価値とは以下のようなものである。
・プロセスの詳細化よりも柔軟性
・テンプレート(ひな形)よりもベストプラクティス
・プロセス志向よりも展開志向
・品質保証(部門)よりもピアレビュー
・モデル駆動よりもビジネス駆動
[Veenendaal08]


test process improver (テストプロセス担当)
テスト改善計画に基づきテストプロセス改善を実行する人。


test progress report (テスト進捗レポート)
定期的に作成するテストの活動と結果をまとめたドキュメント。テスト活動の進捗がベースライン(当初のテスト計画など)に沿っているかどうか報告するため、かつリスクや決定が必要な代替案をマネジメント層へ伝えるために作成する。


test record (テストレコード〔テスト結果記録〕)
test logを参照のこと。


test recording (テストレコーディング〔テスト結果記録作業〕)
test loggingを参照のこと。


test report (テストレポート)
test summary report, test progress reportを参照のこと。


test reporting (テストレポート作業)
テスト活動からデータを収集して分析し、その後、データをレポートにまとめてステークホルダに情報を提供する作業。test processも参照のこと。


test reproducibility (テスト再現性)
テストを実行する度に、同じ結果を出力できるかどうかを示す特性。


test requirement (テスト要件)
test conditionを参照のこと。


test result (テスト結果)
resultを参照のこと。


test rig (テストリグ)
test environmentを参照のこと。


test run (テストラン)
テスト対象の特定のバージョンでテストを実行すること。


test run log (テストランログ)
test logを参照のこと。


test scenario (テストシナリオ)
test procedure specificationを参照のこと。


test schedule (テストスケジュール)
活動、タスク、又はテストプロセスのイベントに関して、開始/終了日、時間、依存関係を識別できるリスト。


test script (テストスクリプト)
一般的にテスト手順仕様を指して用いられる。特に自動化時のスクリプトを指す。


test session (テストセッション)
テスト実行中の連続した一区切りの時間。探索的テストでは、各テストセッションは一つのチャータに焦点を当ててテストを行なう。しかし、セッション中にテスト担当者は新しい気づきや問題に対してもまた探索することもある。テスト担当者はその場でテストケースを考えて実行し、進捗を記録する。 exploratory testingも参照のこと。


test set (テストセット)
test suiteを参照のこと。


test situation (テストシチュエーション)
test conditionを参照のこと。


test specification (テスト仕様書)
テスト設計仕様、テストケース仕様、テスト手順仕様からなるドキュメント。


test specification technique (テスト仕様化技法)
test design techniqueを参照のこと。


test stage (テストステージ)
test levelを参照のこと。


test strategy (テスト戦略)
組織や(一つ若しくは複数プロジェクトの)プログラムで実施するテストレベルと各テストレベルでのテスト内容を高位レベルで説明したもの。


test suite (テストスイート)
テスト対象のコンポーネント又はシステムのためのいくつかのテストケースのセット。一つのテストの実行事後条件は、次のテストの実行事前条件としてよく利用される。


test summary report (テストサマリレポート)
テスト活動と結果を要約したドキュメント。テストアイテムがテスト終了基準を満足しているかどうかの評価も含む。[After IEEE 829]


test target (テストターゲット)
テスト終了基準のセット。


test technique (テスト技法)
test design techniqueを参照のこと。


test tool (テストツール)
一つ以上のテスト活動を支援するソフトウェア製品。たとえば、計画とコントロール、仕様化、初期ファイルやデータの構築、テスト実行とテスト分析を支援する。 [TMap] CASTも参照のこと。


test type (テストタイプ)
コンポーネント又はシステムをテストするためのテスト活動をまとめたものであり、たとえば機能テスト、使用性テスト、回帰テストなどのように特定のテスト目的に焦点を当てている。テストタイプは一つ又は複数のテストレベル又はテストフェーズで行なわれる。[After TMap]


testability (試験性)
修正したソフトウェアの妥当性確認ができるソフトウェア製品の能力。[ISO/IEC 9126] maintainabilityも参照のこと。 JSTQB訳注)JIS X 0129-1:2003より引用


testability review (試験性レビュー)
テストプロセスの入力ドキュメントとして十分な品質レベルにあるかどうかを判定するため、 テストベースを詳細にチェックすること。[After TMap]


testable requirement (テスト容易化要件)
要件を満たしているかどうかを判断できるテストの設計(後に続くテストケースの作成を含む)と実行を可能にする観点から記述されている要件。[After IEEE 610]


tester (テスト担当者)
コンポーネントやシステムのテストを実施する熟練した専門家。


testing (テスト)
全てのライフサイクルを通じて実施する静的、動的なプロセスにおいて、成果物が特定の要件を満足するかを判定し、目的に合致することを実証し、欠陥を見つけるため、ソフトウェアプロダクトや関連成果物に対し、計画、準備、評価をすること。


testware (テストウェア)
テストプロセスを通じて作成される、テストの計画、設計、実行に不可欠なもの。たとえば、ドキュメント、スクリプト、入力、期待結果、セットアップとクリーンアップの処理手順、ファイル、データベース、環境、その他、テストで使用する付加的なソフトウェアやユーティリティなど。[After Fewster and Graham]


thread testing (スレッドテスト)
コンポーネント統合テストのアプローチの一つ。要件のサブセットの実装に合わせて、コンポーネントを一つずつ統合して行なう。階層レベルごとにコンポーネントを統合する方式とは対極に位置する。


three point estimation (3点見積り)
テスト見積り方法の一つ。見積り対象案件の「楽観値」、「悲観値」、及び「最頻値」の見積りを使用して、結果となる見積りの確実度合を定義する。


time behavior (時間的振る舞い)
performanceを参照のこと。


TMMi (TMMi)
Test Maturity Model integrationを参照のこと。


top-down testing (トップダウンテスト)
統合テストを段階的に実施する方法。コンポーネント階層の最上位にあるコンポーネントからテストを開始する。下位レベルのコンポーネントは、スタブでシミュレーションする。上位コンポーネントのテストが終了すると、それを使って、下位コンポーネントをテストする。このプロセスは、最下位レベルのコンポーネントをテストするまで繰り返す。integration testingも参照のこと。


Total Quality Management (総合的品質管理)
全てのメンバーが参加することを基本に、社会の利益と組織のメンバー全員の利益と顧客満足を通じた長期的な成功を目的とした品質中心の組織全体のマネジメントアプローチ。総合的品質管理は、計画、組織化、監督、コントロールと保証からなる。[After ISO 8402]


TPG (TPG)
Test Process Groupを参照のこと。


TPI Next (TPI Next)
テストプロセスを改善するための、継続するビジネス駆動のフレームワーク。効果的で効率的なテストプロセスの主要な要素を定義する。


TQM (TQM)
Total Quality Managementを参照のこと。


traceability (トレーサビリティ)
ドキュメントとソフトウェアの関連事項(たとえば、ある要件と、それを検証するテストケース)を識別する能力。horizontal traceability, vertical traceabilityも参照のこと。


traceability matrix (トレーサビリティマトリクス)
2つのエンティティ(たとえば、要件とテストケース)を関係付ける2次元の表。この表を使用すると、エンティティ間の関係を前工程及び後工程の双方向に追跡できるので、達成したカバレッジを測定でき、変更点の影響を評価できる。


transactional analysis (交流分析)
人と人の心の内の交流分析。交流は刺激とその反応により定義される。交流は、人と人の間と、人の心の中にある自我の状態(個性の部分)の間に発生する。


transcendent-based quality (先験ベースド品質)
品質に対する考え方の一つ。品質は正確に定義することはできないが、みれば分かる、あるいは、欠落していることにも気づくものである、というもの。この品質は、個人やグループがプロダクトに対して持つ知見や思い入れに依存する。[After Garvin] manufacturing-based quality, product-based quality, user-based quality, value-based qualityも参照のこと。