ユーザー受け入れテスト (UAT) とは何ですか? 例

替え： トーマス・ハミルトン トーマス・ハミルトン
Hours 更新中

UATとは何ですか?

ユーザー受け入れテスト（UAT） ソフトウェア アプリケーションを運用環境に移行する前に、ソフトウェア システムを検証/承認するためにエンド ユーザーまたはクライアントによって実行されるテストの一種です。 UAT は、機能テスト、統合テスト、システム テストが完了した後のテストの最終段階で実行されます。

UATの目的

UATの目的

メイン UATの目的 エンドツーエンドのビジネス フローを検証することです。表面的なエラー、スペルミス、システム テストには重点を置きません。ユーザー受け入れテストは、本番環境のようなデータ設定を使用して別のテスト環境で実行されます。これは、2 人以上のエンド ユーザーが関与するブラック ボックス テストの一種です。

UAT は – によって実行されます。

  • クライアント
  • 利用者

    • ユーザー受け入れテストの必要性

    ユーザー受け入れテストの必要性 ソフトウェアの単体テスト、統合テスト、およびシステムテストが完了すると、開発者が要件文書に基づいてソフトウェアを独自の理解で構築した可能性があり、開発中にさらに必要な変更が効果的に伝達されない可能性があるため、最終製品がクライアントに受け入れられるかどうかをテストするために発生します。 /end-user、ユーザー受け入れテストが必要です。

    ユーザー受け入れテストの必要性

    • 開発者は、要件に関する「独自の」理解である要件文書に基づいてソフトウェアをコーディングします。 実際にはクライアントがソフトウェアに必要なものではない可能性があります.
    • プロジェクトの進行中に要件が変更された場合、開発者に効果的に伝えられない可能性があります。

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

    VModel では、ユーザー受け入れテストは、 ソフトウェア開発ライフサイクル(SDLC).

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

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

    ユーザー受け入れテストの参加基準は次のとおりです。

    • ビジネス要件が利用可能である必要があります。
    • アプリケーションコードは完全に開発される必要があります
    • 単体テスト、統合テスト、システムテストを完了する必要があります
    • システム統合テスト段階で重大な欠陥なし、高、中程度の欠陥 –
    • UAT の前では表示エラーのみが許容されます
    • 回帰テストは大きな欠陥なく完了する必要があります
    • 報告されたすべての欠陥は、UAT の前に修正してテストする必要があります。
    • すべてのテストのトレーサビリティ マトリックスを完成させる必要があります
    • 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 テスターはビジネスに関する十分な知識を持っている必要があります。 彼は独立して、自分自身として考える必要があります。 システムにとって未知のユーザー。テスターは分析的であり、 LaterUAT を成功させるためにあらゆる種類のデータを組み合わせます。

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

    ベストプラクティス

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

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

    UATツール

    市場にはユーザー受け入れテストに使用されるツールがいくつかあり、参考までにいくつかをリストします。

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

    UAT のガイドラインの例

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

    まとめ

    • ソフトウェア エンジニアリングでは、UAT の完全な形式はユーザー受け入れテストです。
    • UAT は、過去 XNUMX 年間に登場したさまざまなテストの XNUMX つです。
    • UAT を使用すると、クライアントは製品に「何を期待するか」を推測するのではなく、確信することができます。
    • UAT の利点は、製品が市場にリリースされても驚くことがないことです。

    よろしければ：