ユーザー受け入れテスト（UAT）とは何ですか？例を使用

UATを実行するのは誰ですか？

• クライアント
• エンドユーザー

• 開発者は、要件の「独自の」理解であり、実際にはクライアントがソフトウェアに必要とするものではない可能性がある要件ドキュメントに基づいてソフトウェアをコーディングします。
• プロジェクトの過程での要件の変更は、開発者に効果的に伝達されない場合があります。

受け入れテストとVモデル

VModelでは、ユーザー受け入れテストはソフトウェア開発ライフサイクル（SDLC）の要件フェーズ。

ユーザー受け入れテストの前提条件：

以下はユーザー受け入れテストの入力基準：

• ビジネス要件が利用可能である必要があります。
• アプリケーションコードを完全に開発する必要があります
• ユニットテスト、統合テスト&システムテストを完了する必要があります
• システム統合テストフェーズでショーストッパーなし、高、中程度の欠陥-
• UATの前は外観上のエラーのみが許容されます
• 回帰テストは大きな欠陥なしで完了する必要があります
• 報告されたすべての欠陥は修正され、UATの前にテストされる必要があります
• すべてのテストのトレーサビリティマトリックスが完了する必要があります
• UAT環境の準備ができている必要があります
• システムがUAT実行の準備ができていることをシステムテストチームからメールまたは通信でサインオフします

UATの実行方法テスト

UATは、システムまたはソフトウェアの対象ユーザーによって実行されます。このタイプのソフトウェアテストは通常、ベータテストと呼ばれるクライアントの場所で行われます。 UATの入力基準が満たされると、テスターが実行する必要のあるタスクは次のとおりです。

• 分析ビジネス要件の概要
• UATテスト計画の作成
• テストシナリオの特定
• UATテストケースの作成
• テストデータの準備（データ）
• テストケースを実行する
• 結果を記録する
• ビジネス目標を確認する

ステップ1）ビジネスの分析要件

UATで最も重要なアクティビティの1つは、テストシナリオを特定して開発することです。これらのテストシナリオは、次のドキュメントから派生しています。

• プロジェクト憲章
• ビジネスユースケース
• プロセスフロー図
• ビジネス要件ドキュメント（BRD）
• システム要件仕様（SRS）

ステップ2）UAT計画の作成：

UATテスト計画の概要アプリケーションがビジネス要件を満たしていることを確認および確認するために使用される戦略。 UATの開始基準と終了基準、テストシナリオとテストケースのアプローチ、およびテストのタイムラインを文書化します。

ステップ3）テストシナリオとテストケースを特定する：

高レベルのビジネスプロセスに関してテストシナリオを特定し、明確なテストステップでテストケースを作成します。テストケースは、ほとんどのUATシナリオを十分にカバーする必要があります。ビジネスユースケースは、テストケースを作成するための入力です。

ステップ4）テストデータの準備：

UATにはライブデータを使用することをお勧めします。プライバシーとセキュリティ上の理由から、データはスクランブルする必要があります。テスターはデータベースフローに精通している必要があります。

ステップ5）結果を実行して記録します。

テストケースを実行し、バグがある場合は報告します。修正されたら、バグを再テストします。テスト管理ツールを使用して実行できます。

ステップ6）ビジネス目標が達成されたことを確認します。

ビジネスアナリストまたはUATテスターは、UATテスト後にサインオフメールを送信する必要があります。サインオフ後、製品は生産に移すことができます。 UATテストの成果物は、テストプラン、UATシナリオとテストケース、テスト結果、および欠陥ログです。

UATの終了基準：

本番環境に移行する前に、次のことを考慮する必要があります。

• 重大な欠陥は開いていません
• ビジネスプロセスは問題なく機能します
• UATすべての利害関係者との会議を承認します

品質UATテスターの数：

UATテスターはビジネスに関する十分な知識を持っている必要があります。彼は独立していて、システムの未知のユーザーとして考える必要があります。テスターは、分析的および水平思考であり、UATを成功させるためにあらゆる種類のデータを組み合わせる必要があります。

テスターまたはビジネスアナリストまたは対象分野の専門家ビジネス要件またはフローは、ビジネスにとって現実的なテストとデータを準備できます。

ベストプラクティス：

UATを成功させるには、次の点を考慮する必要があります。

• プロジェクトのライフサイクルの早い段階でUAT計画を準備します
• UATを開始する前にチェックリストを準備する
• システムテストフェーズ自体でUAT前セッションを実施する
• 期待値を設定し、UATの範囲を明確に定義する
• エンドツーエンドのビジネスフローをテストし、システムテストを回避します
• 実際のシナリオとデータを使用してシステムまたはアプリケーションをテストします
• システムの未知のユーザーと考えます
• 使用可能性テストを実行する
• 本番環境に移行する前にフィードバックセッションと会議を実施する

UATツール

市場には、次の目的で使用されるツールがいくつかあります。ユーザー受け入れテストといくつかは参照用にリストされています：

フィットネスツール：これはテストエンジンとして使用されるjavaツールです。テストを作成し、結果をテーブルに記録するのは簡単です。ツールのユーザーがフォーマットされた入力を入力すると、テストが自動的に作成されます。その後、テストが実行され、出力がユーザーに返されます。

Watir：ユーザー受け入れテスト中にブラウザーベースのテストを自動化するために使用されるツールキットです。 Rubyは、rubyとInternetExplorer間のプロセス間通信に使用されるプログラミング言語です。

UATのガイドラインの例

• 通常のソフトウェア開発シナリオでは、ほとんどの場合、UATはQA環境で実行されます。ステージング環境またはUAT環境がない場合
• UATはベータテストとアルファテストに分類されますが、ソフトウェアがサービスベースの業界向けに開発されている場合はそれほど重要ではありません
• UATは次の場合により意味があります。顧客はより広範囲に関与しています

結論：

• ソフトウェアエンジニアリングでは、UATの完全な形式はユーザー受け入れテストです。
• ソフトウェアエンジニアリングでは、UATはUser AcceptanceTestingの略です。
• UATは、過去25年間に出現した多くの種類のテストの1つです。
• UATを使用すると、クライアントは製品に「何を期待するか」を確信できます。想定よりも。
• UATの利点は、製品が市場にリリースされたときに驚きがないことです。