ソフトウェアテストの手法

前章ではブラックボックステストとホワイトボックステストを取り上げました。ここではさらに三つの手法を紹介します。

• グレーボックステスト
• インクリメンタルテスト
• 処理の流れを検証するスレッドテスト

グレーボックステスト

グレーボックステストは、英語では gray box testing または grey box testing と表記され、ブラックボックスとホワイトボックスの手法を組み合わせます。ソフトウェアの機能の振る舞いと内部ロジックの両方を調べます。テスト担当者はコードの一部を理解しており、内部のデータ構造やアルゴリズムも把握していることが理想です。

グレーボックステストでは、機能の振る舞いと内部の動作を併せて調べます。考えられるすべての内部ロジックを確認できるデータを使い、網羅的なテストケースを作成します。

グレーボックステストには、ソフトウェアの機能、アーキテクチャ、データの流れ、例外処理の理解が必要です。大規模なプロジェクトでは、自動テストで機能やユーザーインターフェースを確認できるため、時間を節約し、テスト担当者の負担を減らせます。

インクリメンタルテスト

インクリメンタルテストは単体テストの後に行い、統合時に独立したモジュール同士がどのように連携するかを調べます。開発者は必要に応じてスタブやドライバーを使い、順序立ててモジュールを統合します。この統合テストには主に三つの方法があります。

1. トップダウン統合。上位のモジュールから順に統合します。まだ利用できない下位のモジュールはスタブで代用します。
2. ボトムアップ統合。下位のモジュールから順に統合します。まだ利用できない上位のモジュールはドライバーで代用します。
3. 機能単位のインクリメンタル統合。機能仕様書に従ってモジュールを統合し、テストします。

インクリメンタルテストには、早い段階で欠陥を発見できる利点があります。一方、スタブやドライバーの作成には時間がかかります。

処理の流れを検証するスレッドテスト

スレッドテストは、クライアントとサーバーで構成されるアプリケーションに使います。ここでいうスレッドは、必要な機能上のタスクやトランザクションを実行する短い一連の処理です。統合の初期段階で、これらのタスクやトランザクションが要件どおりに動作するかを確認します。まずサブシステム単位で、次にシステム全体で、処理の流れを段階的に統合してテストします。