形成的および総体的なユーザビリティテスト
ショートバージョン：
設計段階の最初に形成的ユーザビリティテストを行い、紙のプロトタイプなどでテストします。これを行うことで、洞察を発見し、設計の方向性を形成します。
開発フェーズの後半で、実際に機能するプロトタイプを使用してテストする、総合的なユーザビリティテストを実行します。これを実行して、改善されたバージョンのテスト結果と比較するメトリック（タスク時間、成功率）を決定します。
長いバージョン：
Jeff Sauroの記事で、彼は 2つの用語が役立つ かどうかについて議論しています==彼はそれらを次のように定義しています。
ほとんどのユーザビリティテストでは、反復的な設計プロセスの一部として問題を見つけて修正し、インターフェイスをより使いやすくします。これは通常、形成的ユーザビリティ評価と呼ばれます。対照的に、Summative Usability Evaluationは、タスク時間、完了率、満足度スコアなどによって測定される、インターフェースの現在の使いやすさを表します。要約は、インターフェースがどの程度使用可能であるかを示し、形成は、使用できないものを示します。
言い換えると、何が壊れているかについての形成的レポートであり、Summativeは何が機能しているかについてのものです。
Akendiは 形成的および総体的なユーザビリティテスト をサイトで説明しています。
形成的ユーザビリティテストは、設計プロセスの初期段階における意思決定のためのサポートツールの役割を果たし、開発プロセスの早い段階で適用された場合、ユーザーがテクノロジー（ウェブサイト、デスクトップGUI設計、ハードウェア製品）またはサービスでユーザーの目標を達成するのが難しい場所に関する貴重な洞察。
彼らはさらに、彼らが正しい方向に向かっているかどうかを確認するための形成的テストのためにスケッチまたは紙のプロトタイプを使用して説明します。
そしてこれ…
Summative Usability Testingは、通常、開発プロセスの後半で実行される品質保証（QA）タイプのテストです。形成的ユーザビリティテストと同様のユーザビリティテストプロトコルが使用されますが、このセットアップは、製品がターゲットユーザーにリリースされる前に正式なユーザー受け入れテストを実行するために使用されます。
…これは、設計の方向性が正しいこと、および使用可能なソリューションの可能性があることを前提として機能します。したがって、総合的なユーザビリティテストは、実行が実際にその約束を果たすかどうかを決定します。
UserFocusは、 ユーザビリティテストをレポートするための一般的な業界フォーマット に関する記事で、形成的および総括的なユーザビリティテストの概要を説明しています。
CIFは、「形式的」および「要約的」ユーザビリティテストを区別します。
形成テストが実行されます：
- 製品の開発中;
- 製品を成形または改善するため。
- 事実上どこでも（ラボは必要ありません）。
- テスト管理者と参加者が共存します。
形成的テストからの出力には、以下が含まれる場合があります。
- 参加者は、「発声する」ナラティブの形でコメントします（たとえば、態度、混乱の原因、行動の理由）。
- 写真とハイライト動画;
- ユーザビリティの問題と提案された修正。
対照的に、総計テストが実行されます：
- 開発段階の終わりに;
- 製品のユーザビリティを測定または検証するため。
- 「この製品の使いやすさ」という質問に答えるには、
- 競合他社の製品または使いやすさの指標と比較するため。
- ユーザビリティに関するマーケティングの主張を裏付けるデータを生成すること。
- ユーザビリティラボでは、
- 参加者が一人で作業している。
要約テストの出力には、次のものが含まれます。
- ユーザビリティーの統計的尺度（たとえば、成功率、タスクを完了するまでの平均時間、アシストの数）;
- レポートまたはホワイトペーパー。
形成的ユーザビリティテストを行わない場合、実際には決して使用できない解決策（たとえば、バーブワイヤーと壊れたガラスで作られたベビーベッド、または木と布のいずれか）を設計する可能性があります。 Summative Usability Testingを行わないと、潜在的に使用可能なソリューションに問題があるかどうかがわかりません（たとえば、木と布でできたベビーベッドですが、非常に扱いにくいラッチ、リードペイント、および厄介な爪が付着しています）。どこにでも）。
覚えておくべきニーモニックルール：
[〜＃〜] f [〜＃〜]。irst、For。mative == [〜＃〜] f [〜 ＃〜]。ind [〜＃〜] o [〜＃〜]。bjectives to [〜＃〜] r [〜＃〜]。epair
[〜＃〜] s [〜＃〜]。econd、Sum。mative == [〜＃〜] s [〜 ＃〜]。uccess [〜＃〜] u [〜＃〜]。sability [〜＃〜] m [〜＃〜]。etrics
これらは、プロジェクトライフサイクルの2つの異なる段階でのユーザビリティテストを説明する2つの名前にすぎません。形成的テストは、初期段階でのユーザーの知覚的経験と要件に関する洞察を得ることに関するものであり、一方、総合的テストは、最終的な製品の使用経験と満足度に関するものです。総合テストは、製品によって提供される全体的な経験を要約します。
形成的テスト
- ウェブサイトと製品の検索が必要
- 紙プロトタイプ評価（カード分類、タスク分析）
- ヒューリスティックおよび定性テスト（観察、インタビュー）
- 各スプリントの最後にユーザビリティをテストする
- 一般的な指標には、エラーのないナビゲーション、UIの問題、使いやすさ、ユーザーの期待、学習可能性、効率などがあります。
要約テスト
目標とベンチマークに対するサイト、アプリ、または製品の検証
定量的調査、および定性的調査（ユーザーのコメント、感情分析、インタビューなど）
行動メトリクス（Web分析、パフォーマンス、成功率）、生理学的測定（認知負荷、記憶、注意、感情状態および関与）、主観的測定（満足、期待、推奨、意見、感情、および全体的なユーザーエクスペリエンス）
形成的または探索的研究
形成的研究は、製品が製品設計プロセスの初期段階にある製品開発サイクルの早い段階で行われます。
主な目的は、予備設計コンセプトの有効性を調べることです。通常、紙のプロトタイプまたは忠実度の低いプロトタイプがこのフェーズで使用されます。
形成的研究により、設計者は、設計に関するユーザーの想定（ユーザー指向のアプローチ）および組織パターン、ナビゲーションなど、検索可能性など（製品またはシステム指向）などの高レベルの問題を研究できます。
形成的研究では、ユーザーがインターフェースで特定のアクションを実行した理由を調査します。形成的研究の顕著な特徴は、最終的な設計を通知するための高レベルの概念とユーザーの思考プロセスの議論と検討にあります。
評価または総括テスト
製品開発サイクルの初期または途中で、評価または総括テストが実施されます。
主な目的は、下位レベルの操作の有用性と製品の側面を評価することにより、探索的テストの結果を拡張することです。
製品の基本的な概念モデルが確定したら、形成テストは、製品の直感性を探るだけでなく、概念がどの程度効果的に実装されているかを調べて評価しようとします。
用語が誤って使用されたり、誤解を招く可能性が高いため、用語にとらわれないようにします。重要な持ち帰りメッセージは、設計/開発サイクルまたはスプリントのさまざまなフェーズでテストを行う必要があること、およびさまざまな段階で、テストの方法とテスト対象者に応じて、さまざまなユーザビリティの問題を特定または遭遇することです。あります。発生する可能性のあるすべての設計上の問題を試し、予測するためには、できるだけ代表的なユーザーに近づく必要があります。もちろん、開発パスに大きな影響がある場合は、このテストをすべて導入する価値はありません。そのため、何をすべきか、いつ、どの程度行うかを決定し、それでも、適度に適切に納期どおりに提供できるようにします。品質。
一般に緩い要件/ガイドラインに基づいた形成テストの例には、レイアウト設計、インターフェース設計、対話設計などの作業を内部で行うか、外部ユーザーに公開することが含まれます。一般に設計とビルドの仕様に基づいた総括的なテストの例では、機能と機能のそれぞれにチェックを入れ、すべてが設計の意図どおりに機能することを確認します。