目次:
Demo And Die！
お客様にプレゼンテーションやトレーニングを行ったことがありますか？ または、誰かに指示を出し、何かを見落としたことに気付いたことがありますか、それとも期待どおりに機能しませんでしたか？ これらの各インスタンスでは、エンドユーザーの観点を採用し、そのペルソナでソフトウェアを操作します。 開発者ではなくユーザーとして考えていたので、何か違うことをした可能性があります。
ユーザーの靴に足を踏み入れる
ユーザー受け入れテスト（UAT）のユニークな角度は、エンドユーザーとしてソフトウェアをテストすることです。 ソフトウェアは、ユーザーに明確な結果をもたらすように構築されています。 たとえば、eコマースサイトでは、顧客が製品を購入できます。 顧客が注文すると、eコマースサイトのソフトウェアがストア管理者に通知するため、選択したアイテムを引き出して出荷用に梱包できます。 さまざまな種類のソフトウェアユーザーが存在する可能性があるため、このテスト段階では、開発チームはエンドユーザーが期待されるソフトウェア結果を達成することを確認できます。
UATの簡単な歴史
インターネットが出現する前は、ほとんどのソフトウェアは既知のユーザー向けに展開されていました。 企業が顧客向けのソフトウェアを開発した場合、割り当てられたマネージャーには、ソフトウェアが契約条件を満たしていることを確認する権限がありました。 これは、ソフトウェアが「目的に合った」ポイントを表すためのものであり、テストを実行して結果をレポートに提供するエンドユーザーの代表者を選択することで達成されました。 ユーザーは既知の閉じたグループであるため、通常は非常に詳細なテスト手順を使用して、各ユーザーがソフトウェアの使用方法を訓練できます。 その日のモットーは、詳細がより優れていることでした。
