ユーザー受け入れテストを作成する方法

ユーザー受け入れテストを作成する方法。ユーザー受け入れテスト（UAT）を実行しない限り、プロジェクトは「成功」のステータスにはなりません。プロジェクトは完全で、おそらく範囲、時間、予算の範囲内であると見なされますが、システムを使用する予定のユーザーの承認なしには実際に成功したと見なすことはできません。適切に実行されたユーザー受け入れテストにより、各要件が構築され、期待どおりに機能することを確認できます。

あなたが必要とするアイテム

• プロジェクト成果物

• テストするビジネス要件

• システムのエンドユーザー

• テスト環境

プロジェクトのすべての成果物に対して、正式で普遍的なテンプレートを採用してください。あなたの読者やリーダーは、それぞれの異なる文書内の同じ領域に一貫して配置されているので、適切な情報を見つけやすいことに感謝します。

文書にトレーサビリティボックスを作成します。これらには、少なくともこのユーザー受け入れテストグループで実行されるテストシナリオ識別子を含める必要があります。それはまたテストされるであろう特定のビジネス要件識別子を含まなければなりません。また、含めるべきユースケース識別子もあります。

説明文を追加します。各テストシナリオには、このシナリオが達成しようとしていることを適切に説明する文章を超えない、基本的な説明を含める必要があります。ビジネス要件の簡単なタイトルとユースケースの説明も、それぞれの識別子の横に含める必要があります。

テストデータを追加し、即興スペースを残します。特定の変数とシナリオをテストする場合は、それらをここにリストする必要があります。テストが動的で予測不可能で自己駆動的であることであるならば、テストで使用されたデータを書き込むためにテスターのために空白領域が利用可能でなければならない。

テストケースが成功したか失敗したかを示すチェックボックスを含めます。

サインオフボックスを作成します。アクターがこの受け入れテストで彼らの職務を遂行したことを示すために署名するための領域が絶対に必要です。これらの関係者には、実際のテストを行うエンドユーザー、テストを管理するビジネスアナリスト、プロジェクトマネージャ、およびスポンサーが含まれます。これにより、プロジェクト成果物が正常に設計、コーディング、およびテストされたという一連の承認が得られます。

ヒント

• 個々の機能（ビジネス要件）をすべてテストする特定のテストシナリオを作成してから、オープンで自由形式のテストを作成することをお勧めします。これにより、既知の機能が確実にテストされ、「要件の抽出」フェーズでこれまでキャプチャされていなかった「新しい」機能が捕捉されます。エンドユーザーのユーザー受け入れテストグループは、負荷、容量、および可用性をテストするためにシステムにかなりの負荷をかけるのに十分な大きさである必要があります。