コンテンツ
- デモとダイ！
- ユーザーの靴に足を踏み入れる
- UATの簡単な歴史
- UATは、システムの使用可能性を示します
- 誰がUATを実行できますか？
- バグやストレスなし-あなたの人生を破壊することなく人生を変えるソフトウェアを作成するためのステップバイステップガイド
- 成功と失敗の流れ
- UATの利点
出典：Lightcome / iStockphoto
取り除く：
ソフトウェアの単体テスト、統合テスト、およびシステムテストが完了すると、受け入れテストの必要性は冗長に思えるかもしれません。ユーザー受け入れテスト（UAT）が依然として重要なのはなぜですか？ここでは、UATの利点とUATがなぜユニークなのかをよく学びます。
デモとダイ！
お客様にプレゼンテーションやトレーニングを行ったことがありますか？または、誰かに指示を出し、何かを見落としたことに気付いたことがありますか、それとも期待どおりに機能しませんでしたか？これらの各インスタンスでは、エンドユーザーの観点を採用し、そのペルソナでソフトウェアを操作します。開発者ではなくユーザーとして考えていたので、何か違うことをした可能性があります。
ユーザーの靴に足を踏み入れる
ユーザー受け入れテスト（UAT）のユニークな角度は、エンドユーザーとしてソフトウェアをテストすることです。ソフトウェアは、ユーザーに明確な結果をもたらすように構築されています。たとえば、eコマースサイトでは、顧客が製品を購入できます。顧客が注文すると、eコマースサイトソフトウェアがストア管理者に通知するため、選択したアイテムを引き出して出荷用に梱包できます。さまざまな種類のソフトウェアユーザーが存在する可能性があるため、このテスト段階では、開発チームはエンドユーザーが期待されるソフトウェア結果を達成することを確認できます。
UATの簡単な歴史
インターネットが出現する前は、ほとんどのソフトウェアは既知のユーザー向けに展開されていました。企業が顧客向けのソフトウェアを開発した場合、割り当てられたマネージャーには、ソフトウェアが契約条件を満たしていることを確認する権限がありました。これは、ソフトウェアが「目的に合った」ポイントを表すためのものであり、テストを実行し、結果を含むレポートを提供するエンドユーザーの代表者を選択することで達成されました。ユーザーは既知の閉じたグループであるため、通常は非常に詳細なテスト手順を使用して、それぞれのユーザーがソフトウェアの使用方法を訓練できます。その日のモットーは、詳細がより優れていることでした。
Web上の顧客向けに開発されるソフトウェアが増えるにつれて、エンドユーザーのオーディエンスはよりオープンになりました。可能性のあるすべてのエンドユーザーを特定してトレーニングすることはもはや不可能であったため、ソフトウェア設計では、提供される情報が最小限であっても、使いやすさをより重視し、簡単に理解できる必要がありました。そのため、これらの要件を満たすためにUATを変更する必要がありました。
UATは、システムの使用可能性を示します
そのため、UATはソフトウェアの機能の範囲を示すだけでなく、それがどれほど有用であるかも教えてくれます。ほとんどのUATは、事前知識がほとんどないソフトウェアを体験し、ソフトウェアの使いやすさと改善が必要なものを真に示すことができるターゲットエンドユーザーを理解している個人によって最適に実行されます。
誰がUATを実行できますか？
開発者はソフトウェアをテストするときに、システムの記述方法に関する詳細を覚えています。この知識はテストに影響を与える可能性があり、開発者はエンドユーザーとは異なる手順を実行する場合があります。たとえば、手順をより迅速に実行したり、エンドユーザーが混乱する可能性のある詳細を無視したりする場合があります。したがって、開発者は最高のUAT候補ではありません。だから、誰ですか？
多くの組織では、技術的な設計と開発に関与していない特定のテストチームを採用しています。小規模な組織では、管理職務を実行するスタッフなど、開発者以外のスタッフにテストを割り当てるか、外部の会社のサービスを使用します。組織によっては、「廊下テスト」と呼ばれるものを使用し、プロジェクトで積極的に雇用されていないスタッフを文字通り手渡し、エンドユーザーの観点からシステムを試すよう依頼します。例として、製品のオンライン注文があります。
社内テストの後、パイロットまたはベータテストの段階が発生する可能性があります。これにより、詳細な使用フィードバックと引き換えに、無料または大幅な割引価格で製品を使用するよう招待された「本当の」ユーザーの小グループがソフトウェアを利用できるようになります。
バグやストレスなし-あなたの人生を破壊することなく人生を変えるソフトウェアを作成するためのステップバイステップガイド
誰もソフトウェアの品質を気にしない場合、プログラミングスキルを向上させることはできません。
さまざまな対象者がいるプログレッシブUATステージは、ソフトウェアの使いやすさに対する信頼を高めます。反復開発のフェーズと組み合わせることで、複数のUATサイクルを実行して、新しい機能が提供されたときにテストし、以前の機能を検証できます。
優れたUATテスターは、特定の目標への異なるルートをたどるとどうなるかを知りたがっています。結局のところ、誰もがさまざまな方法でソフトウェアの使用にアプローチするため、多くの可能性を少数の人々がカバーできる場合、オペレーティングモードでのソフトウェアの信頼性は高くなります。
成功と失敗の流れ
UATプロセスは、各タイプのソフトウェアユーザーが成功と失敗の両方のフローに必要な具体的な結果を獲得することを確認する必要があります。
成功フローでは、エンドユーザーは製品の注文などの期待される結果で立ち去ります。障害フローでは、ソフトウェアは、顧客が無効なクレジットカード支払い情報を提供した場合など、何らかのエラーシナリオを通じてエンドユーザーをサポートします。
機能を検証するには、テスターにいくつかの情報を提供する必要があります。そうでなければ、彼らはソフトウェアが何をすべきかを知らない。しかし、ユーザビリティをテストするには、これは最小限でなければなりません。「x」（製品）の購入や「y」の支払い（クレジットカードの詳細を使用）など、タスクまたは要件に基づいているだけです。観測、成功、失敗を記録するために、テスターに責任を負わなければなりません。
UATの利点
優れたUATの主な利点は、継続的なメンテナンスコストを可能な限り低く抑えることです。機能と使いやすさの問題を早期に修正する方が安価です。バグを修正するのがはるかに難しいのは、その周りにリグレッションテストのコードが多い場合、または元の開発者が利用できない場合です。
複数の段階でさまざまな種類のテスト対象者で実行されるUATにより、テストの初期段階で破損した機能/ユーザビリティの問題を特定して修復する最適な機会が提供されます。 UATの目標をタスクレベルと要件レベルに保つことで、テスターはより多くのことを観察して気付き、開発者が提供する範囲外の手順を試みることさえできます。
UATサイクルからのフィードバックは、その後の開発の反復に送られ、ソフトウェアの堅牢性と使いやすさが向上します。タイミングが良ければ、ベータテスト段階でさえ、参考資料とケーススタディのフィードバックを提供することにより、マーケティングおよび営業活動を補完できます。