ここ数週間で、ユーザー受け入れテストの詳細を説明しました。ユーザー受け入れテストの世界。そして、この期間中に、UATの背後にあるワークフローとプロセスに関する質問を受けました。

バグ追跡-&テストソフトウェアは、ユーザー受け入れテストの取り組みを支援するさまざまな人々や企業によって使用されています。

本日のブログ投稿では、UATの実際のワークフローがどのように見えるかを示したいと思います。 UATの取り組みの計画から実行、分析まで。

始めましょう。

UATワークフローの5つのステップ。仕組みは次のとおりです。

ユーザー受け入れテストは複雑です。それはおそらく多くの人が考えていることです。 UAT計画の作成から、テストケースの実行と分析まで。さまざまな部門や人々が関わっています。

そして最悪の場合、UATは厄介な時期、つまりプロジェクトの終了時に行われます。

開発チームは次の作業を行います。彼らのタスク（少なくともそうあるべきです）とQAエージェントがアプリケーションのテストを開始します。

そして、主な仕事は1つだけです。それは、アプリケーションがユーザーに対して機能するかどうかのテストです。

I次の5つのステップをご案内します。

• 計画
• 実行
• ドキュメント
• 評価
• レポート&教訓

計画

ユーザー受け入れテストの計画は絶対に必要です。適切な計画がなければ、UATはどこにも行きません。ユーザー受け入れテストの計画では、次の領域をカバーする必要があります。

計画&時間管理
最初のステップでは、いくつかの基本的な質問を明確にする必要があります。 UATスケジュールとQAエージェントおよびテスターに関する情報を収集する必要があります。
現実的なUAT計画を設定するには、すべての情報を1か所にまとめてください。そして最も重要なこと：テストグループがどのように見えるべきかという概念を作成します。

スタッフの要件
チームの誰がUATyUATの実行に関与するかを計画し、すべての責任とタスクは既知です。

UATプロセスに関与するすべての人は、自分の責任が何であるかを明確に理解している必要があります。

UATチームを設定するときは、全員を同じページ。明確なコミュニケーションガイドラインを確立し、テストケースのターゲットオーディエンスを準備します。

コミュニケーション&問題戦略
定義されたUATテストケースを実行する際に作成する必要がありますバグ、問題、その他の問題に対処するワークフローを用意してください。

• 問題をどのように文書化しますか？
• テスターはどのように問題を伝えることができますか？

UATチェックリスト
テストケースの実行を開始する前に、ユーザー受け入れテストチェックリストを使用することをお勧めします。集中力を維持し、努力とやることを維持するのに役立ちます。

UATの経験に基づいて、このUATワークフローチェックリストテンプレートをまとめました。チェックリストは無料でダウンロードして表示できます。

実行

UATテストケースを実行する際には、いくつかのオプションがあります。名前が示すように、テスター（=潜在的なユーザー）は特定のテストシナリオに関してアプリケーションをテストおよび評価します。

さまざまな地理的市場でグローバル製品を提供する場合、満たすことができない可能性が高くなります。これらのテスターは直接会ってください。

テストケースは、Skypeまたはその他のビデオ通話ソフトウェアを介して1対1のセッションで実行できます。セッション中に、ユーザーから多くの定量的およびさらに重要な定性的データを取得します。

特に、開発プロセスの終了後にテストケースを実行すると、新しいデータが発生する可能性があります。あなたが考慮していない洞察。ユーザーが持っているノウハウの量に関する理論がテストされます。

文書化

ユーザー受け入れテストの実行と文書化は同時に行う必要があります。データを失うことなくすべての関連情報を文書化できるシステムを設定することをお勧めします。

文書化は1つのことであり、ユーザーのフィードバックの実装を確実にするための明確に定義された責任は別の重要な要素です。

多くのお客様がこのステップのためにUsersnapを設定しています。バグ、フィードバック、その他の異常は、ユーザーのブラウザ画面に記録できます。使いやすいプロジェクトダッシュボードを使用すると、同僚は重要な問題の概要を把握できます。ここでは、優先順位を委任して割り当てることを確認することも重要です。

評価

このフェーズでは、定義された基準がテストされ、満たされているかどうかを評価する必要があります。そして最も重要なのは、これらの基準がテスターによって正常に達成されたかどうかです。

テストケースは失敗しましたか？どの問題が発生しましたか？これらの問題をどのように解決し、誰がその責任を負うのでしょうか？

最初に文書化された定量的および定性的データを分析する必要があります。次の質問に答える必要があります。

• テストケースを完了したテスターは何人ですか？
• これらのテストケースの全体的な評価はどのくらいでしたか？
• 各テスターの全体的な心の状態はどうでしたか？
• テストケース中にどのような感情が発生しましたか？

評価フェーズは、それぞれが非常に広範囲にわたるものです。そして、すべてのテストケースを分析してコンテキストに入れる必要があります。

報告&教訓

評価とレポートフェーズは同じです。
評価フェーズでは、データを収集、集約、分析します。対照的に、レポートフェーズでは全体像を扱います。

主な目標は、将来のテストケースとUATワークフローの改善に役立つ洞察と教訓を収集することです。また、UATテスターは、さらなるフィードバックや洞察に役立つ情報源であるため、そのフェーズで一部のUATテスターとの関係を構築し始めることもできます。

UATは単なるテストではありません。これはサイクルです。

ユーザー受け入れテストは、ソフトウェア開発フェーズの最後、製品がほぼ「完成」したときに定期的に実施されます。そうではないはずです。後で問題が発生します。

UATワークフローははるかに早く実装できます。UATへのより機敏なアプローチを追求する場合、UAT自体は別個のプロジェクトステップではありません。代わりに、すべてのチームメンバー間の継続的なコラボレーションが必要です。

開発ワークフロー全体を通じて、UATはすべてのプロジェクトステージの重要な部分になります。

ここでの目標は、すべてのプロジェクトにユーザー受け入れテストを統合することです。ステップ。UATはもはやフェーズではありません。継続的な進捗を確保することは、継続的なテストとフィードバックのサイクルを確保することを意味します。

ボーナス：Usersnapを使用したUATのツールのヒント

コミュニケーションに役立つツールを選択する場合、バグレポート、問題の追跡、チームコラボレーションが簡単になり、ビジュアルフィードバックツールのUsersnapを利用できます。

クリックしてスクリーンショットを撮り、問題に注釈を付けて送信します。はい、それはそれと同じくらい簡単です！ Usersnapを使用すると、アプリ内でテストフィードバックを収集できます。ユーザーは直接描画してコメントできるため、すばやく正確に作成できます。ブラウザ情報、画面サイズ、URL、Javascriptエラーはチケットごとに自動的にキャプチャされるため、エンジニアはその場で再現してトラブルシューティングを行うことができます。

今すぐ無料でお試しください。