ユーザビリティテストとユーザー受け入れテストの違いは何ですか？
ユーザー受け入れテスト（UAT）とユーザビリティテスト（UT）には、目標と出力、そして多くの場合目的に関して多くの類似点があるようです。ユーザビリティテストとユーザー受け入れテストの主な違いは何ですか？
最大の違いは、ユーザー受け入れテストは一般に成果物が合意された要件を満たしていることを確認するのに対し、UTは実装のアプローチがユーザーベースで機能することを確認しようとすることです。
たとえば、ユーザビリティテストでは、ユーザーがデータを整理し、簡単なワークフローを実行する必要がある画面をテストできます。ユーザビリティテストでは、特定のインターフェイスを別のインターフェイスより優先して使用すると、完了率が向上するか、エラー率が低下するかを確認します。
受け入れテストは同じ画面を通過し、そのプロセスの出力（実際のデータ）が正しいことを確認します。
画面のUT=の結果は、ユーザーがワークフローを簡単にナビゲートできるという点で「成功」する可能性があります。
ただし、ワークフローが要件ごとの有効な状態で終了しないため、UATが失敗する可能性があります。
一般にUTはプロジェクトの最初にあり、UATは最後にあります。
簡単に言えば、
ユーザビリティテストは、「一般に」UATに先行するものであり、通常、実験室の設定/厳密に観察可能な環境に限定されます。選択したユーザーが特定のタスクを実行し、ユーザビリティエンジニアがメモ、観察、インタビューなどを行います。また、アイトラッカー、手の動きなど、より集中的な記録が含まれる場合もあります。基本的に、アプリケーションのさまざまな側面を評価し、ユーザビリティをテストします。
UATでは、「考える」ことがアルファ/ベータテストです。それはより広い聴衆に開かれており、通常はシステムの使いやすさに関するフィードバック、コメント、提案、評価などに関する懸念があります。それらは厳密に観察可能な環境ではなく、アイトラッキングなどのハイエンドの観察値を含みません（それがより広い聴衆に開かれていることを前提として、推測したでしょう）.
あなたが述べたように重複がありますが、これらは顕著な違いです。
ユーザビリティテストは継続的に行われるものであり、1行のコードが記述される前に開始することが望ましいです。 （潜在的な）製品のユーザーエクスペリエンスのテストに焦点を当てています。
ユーザビリティテスト：
- 行動、経験、目標に焦点を当てています。
- コードが記述される前に開始し、終了しない
- 非常に安価なものから非常に高価なものまで
- ユーザーにとって価値のある製品を保証します
- 例としては、ゲリラテスト、ユーザーテスト、A/Bテストなどがあります。
ユーザー受け入れテストでは、ユーザーが製品の「ラフドラフト」を使用して出力を達成できるかどうかをテストしたいと考えています。 機能性と目標に焦点を当てています。動作は機能よりも従順であり、経験はほとんど無視されます。
ユーザー受け入れテスト：
- 機能性を重視
- ベータ版の準備ができたら、プロセスの最後に発生します
- 価格は計算が非常に簡単であり、決して法外ではありません
- ビジネスアナリストが提示する機能要件に適合する製品を保証します。
- 実際には1種類しかありません。一部のユーザーに製品を試してもらい、報告内容を確認してください
写真と図による非常に素晴らしい説明はここにあります 。著者が間違えた唯一のことはタイミングです。ユーザビリティテストをできるだけ早く実行する必要があります。多数のワイヤーフレームが作成されたら、テストを開始します。テストの開始が早ければ早いほど、結果に基づいて行動するのにかかるコストが低くなり、最終的に構築される製品の品質が向上します。
目的は異なります。
ユーザビリティテスト-システムのエラーを見つける
ユーザー受け入れテスト-システムの準備が整っていることを証明する
1つはより良い製品を作ろうとするもので、もう1つはそれを乗り越えようとするものです。