統合テストの一種。コンポーネントやシステムのインターフェーステストを実施する。
コンポーネントまたはシステムの内部構造の分析に基づいたテスト。
コンポーネントまたはシステムの内部構造の分析に基づいたテスト。
コンポーネントまたはシステムの内部構造の分析に基づいたテスト。
統合されたシステムが、特定の要件を満たすことを実証するためのテスト。
物理的なシステム、あるいは、抽象的なシステムの代表的な動作特性を他のシステムで模倣すること。
テストで使われる装置、コンピュータプログラム、システムで、ある入力のセットに対し、特定のシステムのような振る舞いや動作をするもの。
開発ライフサイクルモデルの種類の1つ。いくつかの独立および連続するフェーズを順番に実行してシステムを完成させる。各フェーズ間に重複は存在しない。
ソフトウェア製品のセキュリティを判定するテストのプロセス。
要求仕様ドキュメントで、明示的、暗示的に規定したコンポーネントやシステムの属性（たとえば、信頼性、使用性、設計上の制約など）。
ソフトウェア開発の各段階で実行する活動と、それらの活動が論理的および時系列的にどのように関連しているかを表現したもの。
コンピュータのプログラムやプロシージャのこと。コンピュータシステムの運用に関連したドキュメントやデータも含む場合もある。
識別可能な単一のテスト対象のリリースに対し、テストプロセスを実行すること。
コンポーネントやシステムをコントロールしたり呼び出したりする上位コンポーネントの代わりとなるソフトウェアコンポーネントやテストツール。
実行結果が期待結果と一致した場合、テストは「合格」とみなす。
実行結果が期待結果と一致しない状態。この場合、テストは「失敗」とみなす。
コンポーネントやシステムのテストを実施する熟練した専門家。
テスト実行後の成果。画面への出力、データの変化、レポート、外部へ送信するメッセージを含む。
ソフトウェアを使って、テストマネジメント、テスト設計、テスト実行、結果チェックなどのテスト活動の実行や支援をすること。
達成すべきテスト目的およびそれらを達成するための手段やスケジュールを示し、調整したテスト活動を体系化したドキュメント。
全てのライフサイクルを通じて実施する静的、動的なプロセスにおいて、成果物が特定の要件を満足するかを判定し、目的に合致することを実証し、欠陥を見つけるため、ソフトウェアプロダクトや関連成果物に対し、計画、準備、評価をすること。
コンポーネントやシステムをコントロールしたり呼び出したりする上位コンポーネントの代わりとなるソフトウェアコンポーネントやテストツール。
実行結果が期待結果と一致した場合、テストは「合格」とみなす。
要求仕様ドキュメントで、明示的、暗示的に規定したコンポーネントやシステムの属性（たとえば、信頼性、使用性、設計上の制約など）。
管理されている環境で、故障モードをシミュレーションするか、実際に故障を発生させて行なうテスト。故障の後、フェイルオーバー機能をテストし、データの損失および破損が発生しておらず、合意されている全てのサービスレベル（機能の可用性、応答時間など）を維持していることを確認する。
システムが欠陥を検出し、欠陥から復旧できることを確認する目的で、意図的に欠陥をシステムに追加するプロセス。フィールドで発生する可能性のある故障を模倣することを目的とする。
真または偽として評価することのできる論理的表現。たとえば、A>B。
相互関係のある活動のセット。入力を出力に変換する。
コンポーネントまたはシステムの内部構造の分析に基づいたテスト。
システムで特定のタスクを達成するために、ユーザに情報を提供し、ユーザによる制御を可能にするシステムのすべてのコンポーネント。
変更により、ソフトウェアの未変更部分に欠陥が新たに入り込んだり、発現したりしないことを確認するため、変更実施後、すでにテスト済みのコンポーネントやシステムに対して実行するテスト。
ソフトウェア製品の相互運用性を判定するテストのプロセス。
コンポーネントやシステムが他のコンポーネントやシステムと情報を交換できる度合、および／もしくは、同じハードウェアまたはソフトウェア環境を共有しながら、必要な機能を実行できる度合。
コンポーネントやシステムの要件、設計、振る舞い、その他の特性を（理想としては完全で的確、かつ検証可能な方法で）詳細に記述したドキュメントであり、記述内容が満足できるものであることを明らかにする手順を示したものも多い。
テスト技法の一つ。不正なアクセスを可能にする既知または未知の脆弱性を発見することを目的とする。
ソフトウェア製品の信頼性を判定するテスト。JSTQB訳注）この「テスト」は実行とそのための一連の活動を意味している。
システムが、ユーザーのニーズ、要件、ビジネスプロセスを満足するかをチェックするための公式なテスト。このテストにより、システムが受け入れ基準を満たしているかどうかを判定したり、ユーザー、顧客、その他の認可団体がシステムを受け入れるかどうかを判定したりすることができる。
品質マネジメントの一部。品質要件を満たしていることの確信度合に焦点を当てている。
コンポーネント、システム、プロセスが、特定の要件、ユーザ、顧客のニーズ、期待を満たす度合。
実行結果が期待結果と一致しない状態。この場合、テストは「失敗」とみなす。
ソフトウェア製品の性能を判定するテスト。 JSTQB訳注）この「テスト」は実行とそのための一連の活動を意味している。
ソフトウェア製品の拡張性を判定するテスト。JSTQB訳注）この「テスト」は実行とそのための一連の活動を意味している。
入力値や事前条件のセットに対する、コンポーネントやシステムの反応。
ランダムであるようにみえるが、実際にはいくつか事前に決められた順序に従って生成される一揃いのもの。
真または偽として評価することのできる論理的表現。たとえば、A>B。
客観的証拠を提示することによって、規定要求事項が満たされていることを確認すること。JSTQB訳注）JIS Q 9000:2006より引用
ソフトウェア製品の移植性を判定するテストのプロセス。
コンポーネントやシステムの構成要素の数、性質、相互連結によって定義される構成。
コンポーネントまたはシステムの内部構造の分析に基づいたテスト。
コンポーネントまたはシステムの内部構造の分析に基づいたテスト。
コンポーネントやシステムの標準適合性を判定するテスト。
コンポーネントやシステムの標準適合性を判定するテスト。
規格、規約または法律上および類似の法規上の規則を遵守するソフトウェア製品の能力。
公式であり、場合によっては必須となる要件のセットで、ガイドラインを提供するため、または作業の方法に一貫性のあるアプローチを規定するために、開発、使用するもの。(たとえば、ISO/IEC標準、IEEE標準や団体による標準)
測定することによって、ある実体の特性に付加した数字や種別。
ソフトウェア製品の相互運用性を判定するテストのプロセス。
ソフトウェア製品の移植性を判定するテストのプロセス。
コンポーネントやシステムを組み合わせ、さらに大きな集合体を作るプロセス。
コンポーネントやシステムの標準適合性を判定するテスト。
コンポーネント、システム、人が、適格要件に従っていることを確認するプロセス。たとえば、試験に合格するなど。
人またはプロセスが、実際に、それが名乗っている人またはプロセスであることを確認する手順。
コンポーネントまたはシステムの内部構造の分析に基づいたテスト。
コンポーネントまたはシステムの内部構造の分析に基づいたテスト。
コンポーネントやシステムの標準適合性を判定するテスト。