ポジティブテスト

ソフトウェアがエンドユーザーの必要最低限のニーズを満たし、正しく動作することを確認するテスト手法です。さらに3つのカテゴリーに分類されます。

• エンドユーザーベースのテスト：テスト対象のシステムは、組み合わせるとユーザーシナリオを実現する多数の構成要素を持っている場合があります。

例えば、顧客シナリオには、HRMSアプリケーションの読み込み、正しい認証情報の入力、ホームページへのアクセス、特定のアクションの実行、システムからのログアウトといったタスクが含まれます。このフローは、基本的なビジネスシナリオのために、エラーなく機能しなければなりません。

• オルタネートパステスト：このテストは、ある機能を達成するためにメインフロー以外に存在しうるすべての方法を検証するために実施されます。
• デシジョンベースのテスト：デシジョンベースのテストは、特定の条件が満たされたときにシステムが取り得る結果に基づき行われます。

与えられた上記のシナリオでは、次のようなデシジョンベースのテストがすぐに導き出されます。

• 不正な認証情報が入力された場合、システムはユーザに通知し、ログインページに再度読み込ませる必要があります。
• ユーザーが正しい認証情報を提供した場合、システムはユーザーを次のUIへと進めます。
• ユーザーが正しい認証情報を入力したが、ログインをキャンセルすることを決定した場合、システムはユーザーを次のUIに移動させず、ログインページを再度読み込む必要があります。

ネガティブテスト

ソースコードが常に変更されていたり、予期せぬデータの急増があっても、プログラムが期待通りに動作するかどうかを判断するテスト形態です。また、以下の3つのサブカテゴリーに分類されます。

• 境界値テスト：境界値テストは、アプリケーションにデータの限界を示し、どのように動作するかを検証します。その結果、境界値を超えて入力された場合、ネガティブテストとみなされます。例えば、ユーザーの最低文字数を6文字と境界の制限を設定した場合、ユーザーIDが6文字未満になるように書かれたテストは、境界値分析テストとなります。
• 同等性テスト：同等性パーティショニングでは、テストデータは同等データクラスと呼ばれる多くのパーティションに分けられます。各パーティションのデータは同じように振る舞う必要があるため、1つの条件のみをテストする必要があります。同様に、パーティション内の1つの条件が失敗すれば、他の条件はどれも動作しません。

たとえば、上記のシナリオでは、ユーザーIDのフィールドは最大10文字なので、10文字以上のデータを入力しても同じように動作するはずです。

• アドホックテスト：上記の手法でバグの大部分が発見されなかった場合、アドホックテストは先に観察されなかった矛盾を発見するための優れたアプローチとなります。これらは、システムを破壊し、それが素直に反応するかどうかを見るという考え方で実行されます。

例えば、次のようなテストケースがあります。あるユーザーがサインインしているが、管理者が何らかの操作を行っている最中にそのユーザーアカウントを削除してしまった場合。このような場合、アプリケーションはどのように対処するのか興味深いです。