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

UATとは何ですか?

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

UATの目的

UATの目的

メイン UATの目的 エンドツーエンドのビジネス フローを検証することです。 表面的なエラー、スペルミス、システムテストには焦点を当てていません。 ユーザー受け入れテストは、運用環境と同様のデータ設定を備えた別のテスト環境で実行されます。 なんだか黒いですね box XNUMX 人以上のエンドユーザーが関与するテスト。

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

  • クライアント
  • 利用者
  • ユーザー受け入れテストの必要性

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

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

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

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

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

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

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

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

    • ビジネス要件が利用可能である必要があります。
    • アプリケーションコードは完全に開発される必要があります
    • 単体テスト、統合テスト、システムテストを完了する必要があります
    • システム統合テスト段階で重大な欠陥なし、高、中程度の欠陥 –
    • UAT の前では表示エラーのみが許容されます
    • 回帰テストは大きな欠陥なく完了する必要があります
    • 報告されたすべての欠陥は、UAT の前に修正してテストする必要があります。
    • すべてのテストのトレーサビリティ マトリックスを完成させる必要があります
    • UAT環境が準備されている必要があります
    • サインオフ mail または、システムが UAT を実行する準備ができているというシステム テスト チームからの通知

    UAT テストの実行方法

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

    UATテストプロセスイメージ
    UAT プロセス
    • ビジネス要件の分析
    • UATテスト計画の作成
    • テストシナリオの特定
    • UAT テスト ケースの作成
    • テストデータの作成(データ作成等)
    • テストケースを実行する
    • 結果を記録する
    • ビジネス目標の確認

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

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

    • プロジェクト計画書
    • ビジネスユースケース
    • プロセスフロー図
    • ビジネス要件ドキュメント(BRD)
    • システム要件仕様(SRS)

    ステップ 2) UAT 計画の作成

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

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

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

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

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

    ステップ 5) 実行して結果を記録する

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

    ステップ 6) ビジネス目標が達成されたことを確認する

    ビジネス アナリストまたは UAT テスターはサインオフを送信する必要があります mail UATテスト後。 承認後、製品は本番稼働に向けて準備が整います。 UAT テストの成果物は、テスト計画、UAT シナリオとテスト ケース、テスト結果、欠陥ログです。

    UAT の終了基準

    本番環境に移行する前に、次のことを行ってくださいwing 考慮する必要があります:

    • 開いている重大な欠陥はありません
    • ビジネスプロセスが十分に機能している
    • UAT すべての関係者との承認ミーティング

    UATテスターの資質

    UATテスターの資質

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

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

    ベストプラクティス

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

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

    UATツール

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

    1) Original Software

    Original Software テスト管理者とビジネス ユーザーの両方のために設計されたコード不要のテスト キャプチャおよび管理ソリューションにより、UAT の労力を 60% 削減できます。 クラウドまたはオンプレミスのアプリケーション全体でテストし、テストの作成からキャプチャ、結果まで UAT ですべてを XNUMX か所で管理します。 テストを整理および実行し、煩雑なスプレッドシートを使用せずに、豊富で一貫性のあるアクセス可能なテスト証拠を生成します。mailまたはスクリーンショット。

    Original Software

    特徴:

    • オールインワン UAT ソリューション
    • すべてにわたって機能します ERP とアプリケーション
    • あらゆるプロセスをエンドツーエンドでテストする
    • すべてを自動的にキャプチャ
    • 30 分以内にトレーニングして使用する
    • 即時テスト結果通知
    • 簡単な注釈とコメント

    訪問 Original Software

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

    UAT のガイドラインの例

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

    まとめ

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