データ駆動型テスト

データ駆動型テスト( DDT ) は、テーブル駆動型テストまたはパラメータ化テストとも呼ばれ、コンピュータソフトウェアのテストで使用されるソフトウェアテスト方法論であり、テスト入力と検証可能な出力として条件テーブルを直接使用して実行されるテスト、およびテスト環境の設定と制御がハードコードされていないプロセスについて説明します。^{[1] [2]}最も単純な形式では、テスターはテーブルの行から入力を提供し、同じ行にある出力を期待します。テーブルには通常、境界またはパーティション入力スペースに対応する値が含まれています。制御方法論では、テスト構成はデータベースから「読み取られます」。

ソフトウェアやプログラムのテストでは、このテストを実装するための方法論がいくつかあります。これらの方法はそれぞれ、作成とその後の保守に必要な労力が異なるため、共存しています。データ駆動型テストの利点は、新しいパーティションが検出されたり、テスト対象の製品やシステムに追加されたりしたときに、テーブルに入力を簡単に追加できることです。また、データ駆動型テスト プロセスでは、テスト環境の設定と制御はハードコードされていません。コスト面から、DDT は自動化では安価ですが、手動テストでは高価になります。

データ駆動型テストとは、フレームワーク内の関連データ セットとともに実行するテスト スクリプトを作成することです。フレームワークは、メンテナンスを減らし、テスト範囲を向上させるために、再利用可能なテスト ロジックを提供します。入力と結果 (テスト基準) のデータ値は、1 つ以上の中央データ ソースまたはデータベースに保存できますが、実際の形式、構成、およびツールは実装によって異なります。

データは、入力値と出力検証値の両方に使用される変数で構成されます。高度な (成熟した) 自動化環境では、専用のカスタム ツールまたはスニファーを使用して実行中のシステムからデータを収集できます。DDT フレームワークは、収集されたデータの再生を実行し、強力な自動回帰テスト ツールを生成します。

自動テスト スイートには、システムの GUI を介したユーザー インタラクションが含まれており、繰り返しテストを行うことができます。各テストは、「前」のイメージ参照データベースのコピーから始まります。「ユーザー インタラクション」は「新しい」GUI バージョンを通じて再生され、「ポスト テスト」データベースに結果が出力されます。参照「ポスト テスト」データベースは、ツールを使用して「ポスト テスト」データベースと比較されます。^[3]相違点から、回帰の可能性が明らかになります。

プログラムのナビゲーション、データ ソースの読み取り、テストの状態と情報のログ記録はすべてテスト スクリプトにコード化されています。

変更される可能性のあるもの (「可変性」とも呼ばれ、環境、エンドポイント、テスト データ、場所などの要素が含まれます) はすべて、テスト ロジック (スクリプト) から分離され、「外部アセット」に移動されます。これは、構成またはテスト データセットになります。スクリプトで実行されるロジックは、データ値によって決まります。

キーワード駆動型テストは、テスト ケース自体のロジックが一連の「アクション ワード」の形式でデータ値としてエンコードされ、テスト スクリプトに埋め込まれたり「ハードコード」されたりしないことを除いては同様です。スクリプトは、データ ソースに保持されているデータの単なる「ドライバー」(または配信メカニズム) です。

データ駆動型テストに使用されるデータベースには、次のものがあります。

• データプール
• DAOオブジェクト
• ADOオブジェクト

• 制御テーブル
• キーワード駆動型テスト
• テスト自動化フレームワーク
• テスト駆動開発
• メタデータ駆動型テスト
• モジュール駆動型テスト
• モデルベーステスト