Loading article…
| ブラックボックスシステム | |
|---|---|
 | |
| システム | |
| ブラックボックス、オラクルマシン | |
| 方法とテクニック | |
| ブラックボックステスト、ブラックボックス化 | |
| 関連技術 | |
| フィードフォワード、難読化、パターン認識、ホワイトボックス、ホワイトボックステスト、グレーボックステスト、システム識別 | |
| 基礎 | |
| 先験情報、制御システム、オープンシステム、オペレーションズリサーチ、熱力学システム | |
グレーボックステスト（国際英語表記：grey-box testing ）は、ホワイトボックステストとブラックボックステストを組み合わせたものです。このテストの目的は、アプリケーションの不適切な構造や不適切な使用による欠陥を探すことです。[1] [2]
概要
ブラックボックステスターはテスト対象のアプリケーションの内部構造を認識しませんが、ホワイトボックステスターはアプリケーションの内部構造にアクセスできます。グレーボックステスターは内部構造を部分的に認識しており、内部データ構造のドキュメントや使用されるアルゴリズムへのアクセスも含まれます。[3]
グレーボックステスターは、アプリケーションを説明する高レベルおよび詳細なドキュメントの両方を必要とし、テストケースを定義するためにそれらを収集します。[4]
グレーボックステストの必要性
グレーボックス テストは、ブラックボックス テストの単純な手法を採用し、それをホワイトボックス テストのコード対象システムと組み合わせるため、有益です。
グレーボックステストは、アサーション法を使用してプログラムをテストする前にすべての条件を提示するため、要件テストケース生成に基づいています。要件を理解し、その正確性を検証しやすくするために、要件仕様言語が使用されます。 [5]
オブジェクト指向ソフトウェアのグレーボックステストの仮定
オブジェクト指向ソフトウェアは主にオブジェクトで構成されます。オブジェクトは実行可能なコードやデータを持つ単一の分割不可能な単位です。グレー ボックス テストの使用に必要ないくつかの仮定を以下に示します。
- 方法の活性化[6]
- テスト対象クラス (CUT) での状態レポート。
- レポートテストはテスト対象クラスに固有のものです。[5]
例
テクニック
Cem Kanerは「グレーボックステストは入力と出力を伴うが、テスト設計は、通常はテスターの視野外にあるコードやプログラム操作に関する情報に基づいて行われる」と定義しています。[9]グレーボックステストの手法は次のとおりです。
- マトリックス テスト: プロジェクトのステータス レポートを示します。
- 回帰テスト: 新しい変更が加えられた場合にテスト ケースを再実行することを意味します。
- パターン テスト: アプリケーションの設計やアーキテクチャ、パターンが適切かどうかを検証します。
- 直交表検定：すべての可能な組み合わせのサブセットとして使用される。[10]
効果
プラスの効果
- 複合的なメリットを提供: グレーボックス テストはホワイト ボックス テストとブラック ボックス テストを組み合わせたものであるため、両方のテストの利点が得られます。
- 非侵入的: 機能仕様とアーキテクチャ ビューに基づいていますが、ソース コードやバイナリに基づいていないため、侵入的ではありません。
- インテリジェント テスト作成: グレー ボックス テスターは、データ型の処理、通信プロトコル、例外処理などのインテリジェント テスト シナリオを処理します。
- 偏りのないテスト：上記のすべての利点と機能にもかかわらず、グレーボックステストはテスターと開発者の間でテストの境界を維持します。[11]
悪影響
- 部分的なコード カバレッジ: グレー ボックス テストでは、アプリケーションの内部または構造へのアクセスが制限されているため、ソース コードまたはバイナリが欠落し、コード パス トラバーサルへのアクセスが制限されます。
- 欠陥の特定: 分散アプリケーションでは、欠陥の特定を関連付けることは困難です。それでも、グレーボックステストは、これらのシステムが例外をスローするのがどれほど適切か、また、Webサービス環境を持つ分散システムでこれらの例外がどれだけ適切に処理されるかを調べるのに役立ちます。[11] [12]
アプリケーション
- グレーボックステストはWebアプリケーションに適しています。Webアプリケーションは分散ネットワークまたはシステムを持ち、ソースコードやバイナリがないため、ホワイトボックステストを使用することはできません。ブラックボックステストも顧客と開発者の間の契約のみで使用されません。そのため、重要な情報がWebサービス記述言語（WSDL）で利用できるため、グレーボックステストを使用する方が効率的です。[13]
- グレーボックステストは、機能テストやビジネスドメインテストに適しています。機能テストは基本的に、ユーザーと外部システムのインタラクションのテストとして行われます。グレーボックステストは、その特性上、機能テストに適しています。また、ソフトウェアがソフトウェアに定義された要件を満たしているかどうかを確認するのにも役立ちます。[14] [15] [16] [17]
今後の展望
Web サービスの分散性により、グレー ボックス テストでサービス指向アーキテクチャ(SOA)内の欠陥を検出できます。ご存知のように、ホワイト ボックス テストは内部構造を直接処理するため、Web サービスには適していません。ホワイト ボックス テストは、最新のメソッドに使用できます。たとえば、例外処理状態やソース コードやバイナリのないフローを支援するために大規模な配列の自動テストを生成するメッセージ ミューテーションなどです。このような戦略は、グレー ボックス テストをホワイト ボックス テストの結果に近づけるのに役立ちます。
参照
参考文献
- ^ 「Microsoft Research – 新興テクノロジ、コンピュータ、ソフトウェアの研究」(PDF)。
- ^ 「アーカイブコピー」（PDF） 。 2012年3月29日時点のオリジナル（PDF）からアーカイブ。 2011年10月17日閲覧。
{{cite web}}: CS1 maint: アーカイブされたコピーをタイトルとして (リンク) - ^ 「グレーボックステスト」。ソフトウェアテストの基礎。2011年11月4日。2021年11月16日時点のオリジナルよりアーカイブ。2012年1月19日閲覧。
- ^ 「定義付きグレーボックステストの例」Geekinterview.com 。 2012年1月19日閲覧。
- ^ ab Jake Rogers (2016年8月8日). 「グレーボックステストに関するよくある質問」 cgsec.co.uk . 2016年8月8日閲覧。[永久リンク切れ ]
- ^ 「オブジェクト指向による Pascal の拡張」。Pascal-central.com。2021年6月5日時点のオリジナルよりアーカイブ。2012年1月19日閲覧。
- ^ Patton, Ron (2005 年 7 月 26 日).ソフトウェアテスト. Sams. p. 2. ISBN 978-0-672-32798-8。
- ^ 「アーカイブコピー」（PDF） 。 2012年4月3日時点のオリジナル（PDF）からアーカイブ。 2011年10月17日閲覧。
{{cite web}}: CS1 maint: アーカイブされたコピーをタイトルとして (リンク) - ^ Nguyen, Hung Q (2001). Web 上のアプリケーションのテスト: インターネットベースのシステムのテスト計画. John Wiley & Sons. ISBN 9780471437642。
- ^ 「グレーボックステストの世界を探る」 Extremesoftwaretesting.com 。2012年1 月 19 日閲覧。
- ^ ab 「ブラック、ホワイト、グレーボックス SOA テスト手法のための SOA テスト ツール」。Crosschecknet.com。2018 年 10 月 1 日時点のオリジナルよりアーカイブ。2012年1 月 19 日閲覧。
- ^ 「E33 グレーボックステスト.PDF」(PDF)。
- ^ Ramdeo, Anand (2011 年 5 月 5 日). 「グレー ボックス テスト - ソフトウェア」. Testing Geek . 2012 年1 月 19 日閲覧。
- ^ Bach, James (2001 年 12 月 31 日)。ソフトウェアテストで学んだ教訓。Wiley Computer Publishing。ISBN 978-0-471-08112-8。
- ^ Falk, Jack (1999年4月12日)。コンピュータソフトウェアのテスト、第2版。Wiley Computer Publishing。ISBN 978-0-471-35846-6。
- ^ http://legacy.cleanscape.net/docs_lib/paper_graybox.pdf [裸の URL PDF ]
- ^ Li, ZJ; Tan, HF; Liu, HH ; Zhu, J.; Mitsumori, NM (2010 年 4 月 6 日)。「ビジネス プロセス主導のグレー ボックス SOA テスト」。IBM Systems Journal。47 ( 3): 457–472。doi : 10.1147/sj.473.0457。