私はウェブを検索しましたが、各情報源は異なることを言っています。
だから私は2種類のテストをしました。1 つ目は TMap の「データ サイクル テスト」で、2 つ目は入出力ブラック ボックス テストです。
これで、ブラック ボックス テストが、コードを見ずに入出力値をテストしていることがわかります。
以下は、ブラック ボックス テストのテンプレートです。定義 期待値 実際の値
しかし Tmap は、ブラックボックス テストはさまざまな種類のテスト手法の集合体であると述べています。「データサイクルテスト」のように。
では、ブラックボックステストとは正確には何ですか? それは 1 つのテスト技法ですか、それともテスト技法の集合ですか? そして、それがテスト手法の集まりである場合、この期待された実際のテスト手法は何と呼ばれますか?
私はいつも比喩を使ってそれを考えていました。あなたが車のエンジンが動くかどうかをテストするメカニックだと想像してみてください。
ブラックボックステストは、ボンネット/ボンネットを閉めて車に乗り込み、すべてのボタンとペダルを押して、すべてが正しく機能するかどうかを確認するために運転するようなものです. 車に搭載されているエンジンの種類や、特定のエンジンが正確にどのように機能するかはわからないかもしれませんが、エンジンと相互作用するすべての外部部品をいじることで、エンジンが期待どおりに機能しているかどうかをテストできます。
意味：
ブラック ボックス テストは、コンポーネントまたはシステムの内部構造を参照しない、機能的または非機能的なテストです。したがって、この方法ではプログラムの内部構造は考慮されません。テスターは入力セットをプログラムに提供し、プログラムが期待される出力を提供するかどうかをテストする必要があります。
この方法は、テスターがソフトウェア プログラムを認識しないため、ブラック ボックスと呼ばれます。ソフトウェア プログラムはブラック ボックスのようなものです。テスターが見ることができない内部。
ブラックボックステストのテクニック
以下は、ブラック ボックス テストの設計に使用できるテクニックの一部です。
Equivalence Partitioning は、入力値を有効なパーティションと無効なパーティションに分割し、各パーティションから代表的な値をテスト データとして選択するソフトウェア テスト設計手法です。
境界値分析は、入力値の境界を決定し、境界にある値と境界のすぐ内側/外側にある値をテスト データとして選択するソフトウェア テスト設計手法です。
すべてのアプリケーションは、いくつかのオブジェクトで構成されています。そのようなすべてのオブジェクトが識別され、グラフが作成されます。このオブジェクト グラフから、各オブジェクトの関係が識別され、それに応じてテスト ケースが作成され、エラーが検出されます。
これは、以前の経験とテスターの判断に純粋に基づいています。エラー推測は、エラーがどこに隠されているかを推測する技術です。この手法には特定のツールはなく、すべてのアプリケーション パスをカバーするテスト ケースを記述します。