ユーザビリティテストとは？方法と事例
トーマス・ハミルトン
⚡ スマートサマリー
ユーザビリティテストは、実際のユーザーがアプリケーション内で実際のタスクをどれだけ簡単に完了できるかを測定するものです。この概要では、チームがユーザビリティテストを実施する理由、テストの種類、5段階のプロセス、進捗状況を示す指標、そして必要な参加者数について説明します。
ユーザビリティテスト
ユーザビリティテスト ユーザーエクスペリエンス（UX）テストとしても知られるこのテストは、 非機能テスト ソフトウェアアプリケーションの使いやすさやユーザーフレンドリーさを測定する方法。少数のターゲットエンドユーザーがソフトウェアアプリケーションを使用し、ユーザビリティ上の欠陥を明らかにします。ユーザビリティテストは主に、ユーザーによるアプリケーションの使いやすさ、コントロール操作の柔軟性、およびアプリケーションがその目的を達成できる能力に焦点を当てています。
このテストは、初期設計段階で推奨されます。 SDLCこれにより、ユーザーの期待をより明確に把握できるようになります。
ユーザビリティテストを行う理由
美観とデザインは重要です。 通常、製品の見た目の良さによって、製品の機能の良さが決まります。
次のような理由により、一度起動すると悲惨な失敗に終わるソフトウェア アプリケーションや Web サイトは数多くあります。
- 次はどこをクリックすればよいですか?
- どのページに移動する必要がありますか?
- どのアイコンまたは専門用語が何を表していますか?
- エラーメッセージが一貫していない、または効果的に表示されていない
- セッション時間が十分ではありません。
ソフトウエアエンジニアリング, ユーザビリティ テストは、開発サイクルの早い段階でシステム内のユーザビリティ エラーを特定し、製品を故障から救うことができます。
ユーザビリティテストのテストケースの例
次に、テスターが実際に何を評価すべきかを考えてみましょう。
このテストの目的はユーザーを満足させることであり、主にシステムの次のパラメータに重点を置いています。
システムの有効性
- システムは習得しやすいですか？
- システムは有用であり、対象ユーザーに付加価値をもたらしますか?
- 使用されているコンテンツ、色、アイコン、画像は見た目に美しいものですか?
効率化
- 目的の画面または Web ページに到達するために必要なナビゲーションはほとんどなく、スクロールバーはあまり使用しないでください。
- 均一性 形式でアーカイブしたプロジェクトを保存します． アプリケーション/ウェブサイトの画面/ページ。
- ソフトウェア アプリケーションまたは Web サイト内を検索するオプション。
精度
- 連絡先情報や住所などの古いデータや間違ったデータが存在しないようにしてください。
- 壊れたリンクがあってはなりません。
ユーザーフレンドリー
- 使用されるコントロールは説明不要で、操作にトレーニングを必要としないものでなければならない。
- ユーザーがアプリケーション/ウェブサイトを理解できるようにヘルプを提供する必要があります
- 上記の目標を達成することは、効果的なユーザビリティ テストに役立ちます。
ユーザビリティテストの種類
ユーザビリティテストは、決まった手順ではありません。すべての調査は、被験者の募集を開始する前に、セッションを監督する人、実施場所、結果が答える質問の3つの軸に沿って分類されます。 GUIテストこれらのタイプは、コントロールが機能するかどうかではなく、実際の人間が成功するかどうかを問うている。
| タイプ | 仕組み | に最適 |
|---|---|---|
| モデレーション | 研究者が各課題を紹介し、ライブで検証を行う。 | 行動の背後にある理由 |
| モデレートなし | ソフトウェアは、参加者が単独で作業していることを記録する。 | 大規模な迅速なフィードバック |
| 対面式（実験室） | 試験担当者と観察者は、管理された同じ部屋を共有する。 | ボディランゲージ、複雑な製品 |
| リモート | テスターは各自のデバイスと場所で作業を行います。 | 広範囲に及ぶ、短い期間 |
| 探索的 | 初期概念に関する自由形式の課題。 | 設計が確定する前にギャップを見つける |
| 比較する | ユーザーは2つの競合するデザインから選択する。 | 証拠に基づいて議論に決着をつける |
タイミングも重要です。形成期調査はデザインがまだ流動的な段階で実施され、ユーザーがなぜ苦労するのかを明らかにします。総括期調査は、実際に動作するビルドを評価します。
ユーザビリティテストの方法: 2 つのテクニック
ユーザビリティ テストには XNUMX つの方法があります。
- ラボでのユーザビリティテスト
- リモートユーザビリティテスト
ラボでのユーザビリティテスト:このテストは、観察者の立ち会いのもと、別の実験室で行われます。被験者には実行するタスクが割り当てられます。観察者の役割は、被験者の行動を監視し、テスト結果を報告することです。観察者はテスト中、沈黙を守ります。このテストでは、観察者と被験者は同じ場所にいます。
リモートユーザビリティテスト: このテストでは、観察者とテスターは遠隔地にいます。 テスターはテスト対象システムにリモートでアクセスし、割り当てられたタスクを実行します。 テスターの音声、画面アクティビティ、テスターの表情は自動ソフトウェアによって記録されます。 観察者はこのデータを分析し、テストの結果を報告します。 そのようなソフトウェアの例 – http://silverbackapp.com/ （現在は引退）
ユーザビリティテストの実施方法: 完全なプロセス
選択された手法に基づき、ユーザビリティテストのプロセスは以下の段階で構成されます。
フェーズ 1) 計画: このフェーズでは、ユーザビリティ テストの目標が決定されます。 ボランティアにアプリケーションの前に座ってもらい、彼らの行動を記録させることが目的ではありません。 システムの重要な機能と目的を決定する必要があります。 これらの重要な機能を実行するタスクをテスターに割り当てる必要があります。 この段階では、ユーザビリティ テストの方法、ユーザビリティ テスターの数と人口統計、テスト レポートの形式も決定されます。
フェーズ 2) 採用: このフェーズでは、ユーザビリティ テスト計画に従って、必要な数のテスターを採用します。 あなたの人口統計 (年齢、性別など) や専門職 (学歴、仕事など) のプロフィールに一致するテスターを見つけるには時間がかかる場合があります。
フェーズ 3) ユーザビリティテスト: このフェーズでは、ユーザビリティ テストが実際に実行されます。
フェーズ 4) データ分析: ユーザビリティ テストのデータは徹底的に分析され、意味のある推論が導き出され、製品の全体的なユーザビリティを向上させるための実用的な推奨事項が提供されます。
フェーズ 5) 報告: ユーザビリティ テストの結果は、デザイナー、開発者、クライアント、CEO を含むすべての関係者と共有されます。
何人のユーザーが必要ですか?
研究 (Virzi、1992 年および Neilsen Landauer、1993 年) は次のことを示しています。 ユーザビリティの問題の 5% を明らかにするには、80 人のユーザーがあれば十分です. 他の数字を提案する研究者もいます。
実のところ、実際に必要なユーザー数は、特定のアプリケーションの複雑さとユーザビリティの目標によって異なります。ユーザビリティの参加者が増えると、コスト、計画、参加者の管理、データ分析が増加します。
ただし、一般的なガイドラインとして、 小さな予算 DIY ユーザビリティ テストに興味がある 5は良い数字です で開始する。 もし 予算は制約ではありません 最高です 経験豊富な専門家に相談する ユーザーの数を決定します。
測定すべきユーザビリティテストの指標
調査結果は、チームが数値として受け取ったときにのみ製品を変えることができる track をリリース間で使用します。すべてのタスクに対して同じメトリックセットを記録し、各数値を前回のビルドまたは競合他社のベンチマークと比較します。
- タスク成功率： 自力で完走した参加者の割合。この割合が低い場合は、テスト担当者の責任ではなく、設計上の欠陥を示している。
- 作業時間: 最初のクリックから完了まで数秒しかかからず、分かりにくいナビゲーションと隠れたコントロールが露呈する。
- エラー率: 誤クリック、無効なフォーム入力、行き止まりなどは、タスクごとに個別にカウントされます。
- 効率性： 成功したタスク数をタスクに費やした合計時間で割った値。2つの候補レイアウトが競合する場合に役立ちます。
- 満足度スコア： システムユーザビリティスケールなどの、タスク完了後の評価。
すべての数値には記録された観測結果を対応させる。指標は問題の存在を証明し、記録はその原因を説明する。 Guru99 このガイドではより広い枠組みをカバーしています ソフトウェアテスト指標.
UX テストのチェックリスト
このテストの主な目的は、製品が発売される前に重大なユーザビリティの問題を見つけることです。テストを成功させるには、以下の点を考慮する必要があります。
- 設計と開発の初期段階でUXテストを開始する
- 開発を開始する前に、競合他社の製品に対してユーザビリティ テストを実施することをお勧めします。 これは、対象ユーザーのユーザビリティ基準を決定するのに役立ちます。
- システムをテストする適切なユーザーを選択します (専門家/非専門家ユーザー/50 ～ 50 人の専門家と非専門家ユーザーが可能)
- 帯域幅シェーパーを使用します。 たとえば、対象ユーザーのネットワーク接続が不十分な場合、ユーザビリティ テスターのためにネットワーク帯域幅を 56 Kbps に制限します。
- テスターは、システムの重要かつ頻繁に使用される機能に集中する必要がある。
- 各テスターに XNUMX 人のオブザーバーを割り当てます。 これは、観察者がテスターの行動を正確に記録するのに役立ちます。 オブザーバーが複数のテスターに割り当てられている場合、結果が損なわれる可能性があります
- このテストの結果は失敗の兆候ではなく、改善の兆候であることを設計者と開発者に教育します。
ユーザビリティテストの利点
ユーザビリティテストには、メリットとデメリットの両方がある。
- 製品が市場に出る前にユーザビリティの問題を明らかにするのに役立ちます。
- エンドユーザーの満足度の向上に役立ちます
- システムを非常に効果的かつ効率的にします。
- これは、ユーザビリティ テスト中に実際にシステムを使用する対象ユーザーからの本当のフィードバックを収集するのに役立ちます。 ランダムな人からの「意見」に依存する必要はありません。
ユーザビリティテストのデメリット
- ユーザビリティテストではコストが主な考慮事項となります。 ユーザビリティ テスト ラボをセットアップするには、多くのリソースが必要です。 ユーザビリティテスターの採用と管理にも費用がかかる場合がある
ただし、これらのコストは、より高い顧客満足度、維持率、リピート ビジネスという形で回収されます。 したがって、ユーザビリティテストを強くお勧めします。
