パフォーマンステスト

コンポーネントまたはシステムに含まれる、定義された形式の構造で情報を交換するインターフェースの1つ。Application Programming Interface の頭字語。

グラフィカルユーザインターフェース（Graphical User Interface）の頭字語。

間違った結果を生み出す人間の行為。

効果や効率を示す高位レベルのメトリック。開発をコントロールし、方向性を決めるために利用する。たとえば、ソフトウェア開発のためのリードタイムの遅れ。

12の重要なプロセスから構成されるテストプロセス改善のためのコンテンツベースドモデル。企業の利益や評価に影響を与えるようなミッションクリティカルなプロセスやコンピタンスの状況を同僚や経営陣が判断できるよう高度に可視化したプロセスを含む。

統合したコンポーネント間のインターフェースや相互作用の欠陥を検出するためのテスト。

企業業績の状況に関するダッシュボードスタイルの表現。

物理的な接続がなく、デプロイやアクセス、マネジメントされるサービスの仮想的なデリバリーを可能にする技術。

セキュリティ攻撃方法の一つ。サービスできない正当なリクエストなどを大量に送りつけてシステムを過負荷状態にする。

相互接続したドメインと複数レベルのネットワークに組み込まれた複数の分散システムや異機種環境のこと。通常、共通的な管理構造を持たずに、広範囲に専門領域間をまたがる共通の問題や目的に対処する。

統合されたシステムが、特定の要件を満たすことを実証するためのテスト。

テストで使われる装置、コンピュータプログラム、システムで、ある入力のセットに対し、特定のシステムのような振る舞いや動作をするもの。

開発ライフサイクルモデルの種類の1つ。いくつかの独立および連続するフェーズを順番に実行してシステムを完成させる。各フェーズ間に重複は存在しない。

特定のコンポーネント（仮にAと呼ぶ）をテストするため、Aに呼び出される（特定目的のための最小限度の）コンポーネント。スタブがないと、実物ができるまで、開発やテストを待たねばならない。スタブは、最終的には、呼び出されるコンポーネントで置き換える。

プログラミング言語の実体。実行の最小単位。

予測または特定した負荷、若しくはメモリやサーバなどのリソースの可用性が低減したときの限界、または、それを超えた条件でシステムやコンポーネントを評価するために行なわれる性能テストの一種。

組織のソフトウェアプロセスとその結果のパフォーマンスおよび成熟度を改善する活動プログラム。

ソフトウェア開発の各段階で実行する活動と、それらの活動が論理的および時系列的にどのように関連しているかを表現したもの。

組織や活動の業務成績の動的な測定結果を、メタファによって表されたメトリクスを用いて表現したもの。ここでいうメタファとは、自動車のダッシュボードに似せた、目にみえるダイヤルやカウンターなどである。これによって、出来事や活動の結果が容易に把握でき、業務上の目標と関連付けることができる。

識別可能な単一のテスト対象のリリースに対し、テストプロセスを実行すること。

一つ以上のテスト活動を支援するソフトウェア製品。たとえば、計画とコントロール、仕様化、初期ファイルやデータの構築、テスト実行とテスト分析を支援する。

テスト実行に必要なスタブやドライバからなるテスト環境。

実行結果が期待結果と一致した場合、テストは「合格」とみなす。

組織のテストプロセスとその結果のパフォーマンスおよび成熟度を改善する活動プログラム。

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

テスト実行の詳細を時系列的に記録したもの。

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

実行結果が期待結果と一致しない状態。この場合、テストは「失敗」とみなす。

テスト資産を後続のテストで使用できるようにし、テスト環境を十分に満足できる状態に残し、テスト結果を関連するステークホルダに伝える活動。

指定されたテストアイテムに対してテストを実行し、期待結果と事後条件を評価するテストツール。

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

テストすべきコンポーネントまたはシステム。

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

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

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

テスト実行後の成果。画面への出力、データの変化、レポート、外部へ送信するメッセージを含む。

テスト計画書を策定し、更新すること。

1つ以上のテストケースのセット。

データオブジェクトの順序と、起こり得る状態の変化を抽象的に表現したもの。オブジェクトの状態は、発生、使用、消滅のいずれかになる。

品質に対する考え方の一つ。品質は価格で定義することができる。プロダクトやサービスの品質は、許容できるコスト範囲内で望まれるパフォーマンスを提供するものである、というもの。この品質はステークホルダ間で、期間、労力とコストのトレードオフに基づく意思決定プロセスによって決められる。

コンポーネントやシステムで、開始点から終了点へ至るイベント（たとえば、実行ステートメント）の順列。

事前に定義されたセキュリティ規則に基づいてネットワークの送受信トラフィックを制御する単独または一連のコンポーネント。

真または偽として評価することのできる論理的表現。たとえば、A>B。

共通の性質を持つプロセスによって全体的に統一されたモデルで表したフレームワーク。たとえば、テスト改善モデル。

性能テストツールやモニタなどでコンポーネントやシステムを測定する場合、測定ツールによって埋め込まれる測定のためのコード（インスツルメント）がコンポーネントやシステムに及ぼす影響。たとえば、性能テストツールを使うことによって、性能は若干悪化する。

測定尺度、および、測定手法。

リリース後のコンポーネントやシステムを変更するプロセス。欠陥の修正、品質特性の改善、変更した環境への適合を目的とする。

システムで特定のタスクを達成するために、ユーザに情報を提供し、ユーザによる制御を可能にするシステムのすべてのコンポーネント。

高位のユーザ要件またはビジネス要件。主に、アジャイルソフトウェア開発で用いられる。ユーザが要求する機能とその背景にある理由、およびあらゆる非機能を獲得し、日常言語またはビジネス言語で表現される一つの文で構成する。また、受け入れ基準も含む。

品質に対する考え方の一つ。ユーザの必要性、要望、願望を、どこまで満たすか、というもの。要求を満たしていないプロダクトやサービスは、いかなるユーザの支持も得ることができない。この(ユーザベースド)品質は、背景によって異なる流動的なアプローチである。なぜならば、プロダクトごとに異なる品質の側面によりビジネスに求められる特徴 …

将来、否定的な結果を生む要素。

通常、一つのテストレベルを扱うテスト計画書。

コンポーネントやシステムの振る舞いを測定する性能テストの一種。負荷（たとえば、同時実行ユーザ数やトランザクションの数）を増加させ、コンポーネントやシステムがどの程度の負荷に耐えられるか判定する。

テストされるコンポーネントやシステムが稼動中にユーザが行なうであろう活動内容を記した仕様書。ロードプロファイルは、特定の時間内に所定の運用プロファイルに準じ決められたトランザクションを処理する仮想ユーザを複数指定して構成する。

コンポーネントやシステムが他のコンポーネントやシステムと情報を交換できる度合、および／もしくは、同じハードウェアまたはソフトウェア環境を共有しながら、必要な機能を実行できる度合。

（1）明示的な条件の下で、使用する資源の量に対比して適切な性能を提供するソフトウェア製品の能力。[ISO/IEC 9126]JSTQB訳注）JIS X 0129-1:2003より引用 （2）使用するリソースの量に対比して、意図した結果を生成するプロセスの能力。

コンポーネントやシステムのソフトウェアを実行させて確認するテスト。

実行中のシステムやコンポーネントの振る舞い（たとえば、メモリの使用効率、CPUの使用状況）を評価するプロセス。

欠陥の根本原因の識別を目的とした分析技法。根本原因に是正を行なうことで、欠陥再発を最小化することが期待できる。

システムを受け入れる判断に焦点を当てたテストレベル

品質マネジメントの一環としての運用技法および活動。品質要件を満たすことに重点を置く。

品質マネジメントの一部。品質要件を満たしていることの確信度合に焦点を当てている。

コンポーネント、システム、プロセスが、特定の要件、ユーザ、顧客のニーズ、期待を満たす度合。

コンポーネントやシステムをテストしたときに、生じた／観察された振る舞い。

一般市場の多数の顧客向けに同一の規格で開発されたプロダクトの一種。

テストツールの種類の1つ。定義したテストアイテム用の負荷を生成する。また、テストの実行中に、性能を計測・記録する。

ソフトウェア製品の性能を判定するテスト。 JSTQB訳注）この「テスト」は実行とそのための一連の活動を意味している。

コンポーネントやシステムが、定義した機能を達成するために使用する時間、リソース、容量の度合。

自己や他者、グループの感情を理解し、評価し、管理する能力、技能のこと。

ソフトウェア製品の拡張性を判定するテスト。JSTQB訳注）この「テスト」は実行とそのための一連の活動を意味している。

増加する負荷に応じてソフトウェア製品をアップグレードできる能力。

入力値や事前条件のセットに対する、コンポーネントやシステムの反応。

物理的または機能的な故障の兆候。たとえば、故障モードのシステムは、遅い運用、間違った出力、または実行の完全な打ち切りなどで特徴付けられる。

欠陥の発生源のことで、根本原因が除去されると、欠陥が削減または除去される。

客観的証拠を提示することによって、規定要求事項が満たされていることを確認すること。JSTQB訳注）JIS Q 9000:2006より引用

規格、規約または法律上および類似の法規上の規則を遵守するソフトウェア製品の能力。

公式であり、場合によっては必須となる要件のセットで、ガイドラインを提供するため、または作業の方法に一貫性のあるアプローチを規定するために、開発、使用するもの。(たとえば、ISO/IEC標準、IEEE標準や団体による標準)

測定することによって、ある実体の特性に付加した数字や種別。

ある実体の特性を表すため、数字や種別を付加する手順。

重要な懸念、問題、または機会を特定する評価の結果。

コンポーネントやシステムの設計・内部構造において、理解、保守、検証することが難しい度合。

ユーザや顧客のサイトにインストールしたハードウェアやソフトウェア製品。この環境で、テスト中のコンポーネントやシステムを動作させる。運用環境のソフトウェアには、オペレーティングシステム、データベースマネジメントシステム、その他のアプリケーションを含むこともある。