ブラックボックステスト
ブラックボックステスト (英: black-box testing)は、内部構造や動作を覗き見することなく、アプリケーションの機能を調べるソフトウェアテストの手法のこと。アプリケーションを見えない箱として扱い、入力と結果の整合性を確認する。このテスト方法は、ソフトウェアテストのすべてのレベル（単体テスト、統合テスト、システムテスト、受け入れテスト）に適用できる。仕様ベースのテストと呼ばれることもある[1]。
テスト手順[編集]
テスターにはアプリケーションのコード、内部構造、およびプログラミングに関する一般的な知識は必要ない[2]。 テスターは、ソフトウェアが何をすることになっているのかは知っているが、それがどのように行われるのかは知らない。たとえば、テスターは、特定の入力が特定の不変の出力を返すことを認識しているが、ソフトウェアが最初に出力を生成する方法は認識していない[3]。
テストケース[編集]
テストケースは、仕様と要件、つまりアプリケーションが実行するべき手順を中心に構築されている。テストケースは通常、仕様、要件、設計パラメータなど、ソフトウェアの外部記述から導き出される。使用されるテストケースは普通はソフトウェアを正常に機能させるものだが、機能しないテストも含むことがある。テスト設計者は、有効な入力と無効な入力の両方を選択し、正しい出力を決定する。多くの場合、テスト対象モジュールの内部構造を知らなくても、正常終了している以前の結果を活用して作成する。
テスト設計手法[編集]
典型的なブラックボックステストの設計手法は次の通りである[4]。
ハッキング[編集]
ペネトレーションテストにおけるブラックボックステストとは、ホワイトハットハッカーが攻撃しているシステムについての知識がない方法でのテストを指す。ブラックボックス侵入テストの目標は、外部のハッキングまたはサイバー戦争攻撃を模倣することである。
関連項目[編集]
- ABXテスト
- 受け入れテスト
- 盲検実験
- 境界テスト
- ファジングテスト
- グレーボックステスト
- Metasploitプロジェクト
- 健全性テスト
- スモークテスト
- ソフトウェアパフォーマンステスト
- ソフトウェアテスト
- ストレステスト
- テスト・オートメーション
- 単体テスト
- Webアプリケーションセキュリティスキャナー
- ホワイトハットハッカー
- ホワイトボックステスト
出典[編集]
- ^ Jerry Gao; H.-S. J. Tsao; Ye Wu (2003). Testing and Quality Assurance for Component-based Software. Artech House. pp. 170–. ISBN 978-1-58053-735-3
- ^ Milind G. Limaye (2009). Software Testing. Tata McGraw-Hill Education. pp. 216. ISBN 978-0-07-013990-9
- ^ Patton, Ron (2005). Software Testing (2nd ed.). Indianapolis: Sams Publishing. ISBN 978-0672327988
- ^ Forgács, István; Kovács, Attila (2019). Practical Test Design: Selection of Traditional and Automated Test Design Techniques. ISBN 1780174721
外部リンク[編集]
- BCS SIGIST (British Computer Society Specialist Interest Group in Software Testing): Standard for Software Component Testing, Working Draft 3.4, 27. April 2001.
| The "box" approach | |
|---|---|
| テストレベル | |
| Testing types, techniques, and tactics |
|
| 関連項目 | |
 カテゴリ | |