あるチームがすべての技術テストに合格した経費システムを納品すると、初日、財務チームは業務の大部分を占める複数通貨の請求を処理できないことに気づきました。何も「壊れて」いませんでしたが、使用できませんでした。 ユーザー受け入れテストは、リリース前にそのようなギャップを正確に把握するために存在します。

このガイドでは、UAT が他のテストとどのように異なるか、UAT を段階的に実行する方法、いつリリースするかを決定する方法について説明します。上記のシナリオと以下の例は例示的なものであり、プロセスはプロジェクトに合わせて調整する必要があります。

UATとは何ですか?

UAT は通常、リリース前の最終テスト段階であり、対象となるユーザーがソフトウェアが現実的な条件でそのジョブを実行できることを確認します。エンドユーザーテストまたは受け入れテストとも呼ばれます。これは、製品が安定していると予想される開発とシステム テストの後に行われます。

その目的は、すべてのバグを見つけることではありません。この段階までに、それらのほとんどはすでに消えているはずです。目的は、正しいものを構築したかどうかを検証することです。テスターは製品が仕様と一致していることを確認します。 UAT は、仕様と製品が実際にニーズを満たしていることを検証します。

UAT と QA テストの比較

UAT は他のテストに代わるものではありません。ユーザーが基本的なバグに遭遇し続ける場合は、ビルドの準備ができていないことになり、限られた時間を無駄にすることになります。これらの問題は、以前のテスト レベルおよび回帰テストに属します。

UAT を運営しているのは誰ですか?

今日実際に作業を行うテスターを選択してください。経験豊富なクレーム処理担当者は、マネージャーや代理人では決して見つけられない問題を発見します。新入社員は、専門家が気づかずに回避する混乱を招く手順を明らかにすることがよくあるため、さまざまな経験を含めます。また、UAT はフルワークロードでは成功できないため、マネージャーがそのために時間を確保できるようにしてください。

UATの種類

7 段階の UAT プロセス

1. 範囲と目標を定義する

何が受け入れられ、何が範囲外なのか、そしてどのようなビジネス成果が重要なのかを決定します。例: 「財務スタッフは、サポートされている通貨で経費請求を提出、承認、支払いできます。」

2. 合格基準に同意する

成功とはどのようなものか、できればプロジェクトの開始 1 週間前ではなく開始時に、わかりやすい言葉で書き留めてください。曖昧な基準は後々の議論につながります。

3. テスターの選択と説明

実際のユーザーを選び、目的を説明し、フィードバックを記録する方法を示し、彼らが自分自身をテストされているのではなくソフトウェアをテストしていることを明確にします。何か間違いがあるのではないかと心配する人はたくさんいます。

4. 環境とデータを準備する

UAT 環境は、実用的な限り実稼働環境に似ている必要があります。現実的なデータを使用し、正しいユーザー ロールを設定し、電子メールなどの統合を確認します。本番データをコピーする場合は、まず個人情報をマスクしてください。テスターが壊れたビルドを見つけるために到着しないように、簡単なスモーク テストを実行します。

5. シナリオを書く

これらは、個々のボタンではなく実際のワークフローに基づいています。ソフトウェアではなく、仕事のように読む必要があります。 テスト ケースとテスト シナリオに関するガイドでは、どの程度の詳細が必要かについて説明しています。

6. テストを実行してフィードバックを収集する

助けてくれる人とセッションを実行します。問題をスクリーンショットとともに 1 か所に収集します。人々はスクリプトが予期しないことを試すため、自由に探索する時間を確保してください。 探索的テストは、これに役立つテクニックを提供します。

7. 修正、再テスト、サインオフ

フィードバックを優先順位付けし、重要なものを修正し、同じユーザーに修正を確認してもらいます。その後、正式な決定を記録します。

UAT テスト ケース

UAT テスト ケースは、技術者ではない人でも簡単に理解できるものでなければなりません。経費システムの例を次に示します。

ID:        UAT-012
Scenario:  Submit a foreign currency expense claim
User role: Sales employee
Before:    Logged in, with a USD receipt ready

Steps:
  1. Create a new expense claim
  2. Enter a client dinner of 80 USD and attach the receipt
  3. Submit the claim for approval

Expected:  The amount is converted to INR at the current rate
           The manager receives an approval request
           The claim shows as "Awaiting approval"

Result:    Pass / Fail
Comments:
Tester / Date:

ここでは技術的な詳細ではなく実際のタスクについて説明しており、コメントの余地があることに注意してください。これらのコメントは、「これは機能するが、そのボタンが見つからない」など、最も価値のある部分であることが判明することがよくあります。

参入基準と退出基準

これらは、より広範なソフトウェア テスト ライフ サイクルに適合します。事前に関係者と数値を設定してください。 「適切だと感じたときに決定します」と締め切りに追われて、急いで「はい」となってしまいがちです。

フィードバックの処理

UAT フィードバックはさまざまなものが混在しており、すべてがバグというわけではありません。カテゴリに分類します。

重大度と優先度で説明されているように、リリースをブロックするものについては明確なルールを使用してください。そして、拒否したものも含め、すべての項目に応答します。フィードバックが消えそうになると、人々はフィードバックをするのをやめます。 バグ レポートの書き方に関するガイドは、テスターが問題を明確に説明するのに役立ちます。

UAT チェックリスト

UAT以前

• 範囲と承認基準は書面で合意されます
• システムテストと回帰テストが完了しました
• テスターが選ばれ、説明を受け、時間が与えられます
• 環境、アカウント、現実的なデータが準備できています
• コピーの個人情報はマスキングされています
• シナリオは企業によってレビューされます
• 問題を記録するための 1 つの場所が設定されている
• サインオフ所有者の名前が指定されています

UAT中

• サポート連絡先が利用可能です
• 問題は毎日優先順位付けされます
• 進捗状況は関係者と共有される
• 修正は制御された方法で展開および再テストされます

UAT後

• 終了基準がチェックされました
• 既知の問題は所有者とともに文書化されます
• 正式なサインオフが記録される
• トレーニングとリリースノートが更新されました
• 短い回顧展が開催されました

アジャイルチームのUAT

従来の UAT は最後に 1 つの大きなフェーズとして提供されますが、そこではサプライズに費用がかかります。アジャイル チームはそのループを短縮します。プロダクトオーナーはスプリント中に各ストーリーを受け入れ基準に照らしてレビューし、ユーザーはスプリントレビューでソフトウェアが動作していることを確認します。多くのチームは、特に複数の機能が 1 つのワークフローに結合される場合、メジャー リリースの前に集中的な UAT を実行しています。

頻繁にリリースされるため、機能フラグや カナリア デプロイメント などのテクニックにより、実際のユーザーは徐々に新しい作業を試すことができます。これらは受け入れテストを補完しますが、特に正式な記録が必要な規制産業では、受け入れテストが自動的に置き換えられるわけではないことに注意してください。

よくある間違い

• それを形式的なものとして扱う。 実際には何の役にも立たない承認は誰も守りません。
• 間違ったテスターの使用。 開発者と QA は、ユーザーを代表するにはシステムに関する知識が多すぎます。
• 不安定なビルドから開始します。 テスターはすぐに信頼と関心を失います。
• 最後の瞬間までそのままにしておきます。 そうなると、学んだことを修正する時間がなくなります。
• 非現実的なデータを使用する。 テスト データには、実際の作業で起こるような厄介なケースはほとんどありません。
• 範囲を拡大します。 新しいアイデアが真の阻害要因でない限り、変更リクエストとして扱います。

まとめ

UAT は、ソフトウェアが実際にそれを使用する人々に役立つかどうかをリリース前に知る最後の機会です。プロジェクトの開始時から計画を立て、実際のユーザーを募集し、成功とはどのようなものかについて合意します。次のリリースでは、簡単な変更を 1 つ試してください。実際のシナリオ中は 1 人のユーザーと一緒に座り、作業中は何も言わないようにします。

よくある質問

学び続ける