usability testing tutorial
このユーザビリティテストの包括的なガイドでは、ユーザビリティテストとは何か、なぜそれが必要なのか、その方法、例、プロセス、およびツールについて説明しています。
ソフトウェア製品、Webサイト、またはサービスをテストして、成果物の品質を測定します。このテストは、機能テストと非機能テストの両方で構成されています。ユーザビリティテストは、多くの非機能テストタイプの1つです。
ユーザビリティテストはITの世界の領域であり、「人々」がアプリケーションをどのように望んでいるかを取り入れようとします。これは決して簡単なことではありません。 それは心を読もうとするようなものです。 常識のように聞こえますが、ユーザビリティのテストに関しては深遠な科学です。
この記事では、ユーザビリティテストの必要性を学び、理解し、そのさまざまなカテゴリを理解します。また、さまざまなツールと方法についても説明します。ユーザビリティテストのさまざまなフェーズと結果を分析する方法について学びます。
学習内容：
ユーザビリティテストが必要な理由
(画像 ソース )
当社は、ユーザーまたは顧客が要件に対応するソリューションを提供するためのWebサイトまたは製品またはサービスを作成します。ユーザビリティテストを実施することで、作成したソリューションが顧客またはユーザーの要件を満たしているかどうかを理解できます。
作成されたサービスまたは製品は、機能的には期待どおりに機能する可能性がありますが、ユーザーフレンドリーではありません。したがって、製品のユーザーや顧客を引き付けて、より良いユーザーエクスペリエンスを提供することはできません。ユーザーは他の製品やサービスをはるかに使いやすくするため、これは最終的には会社のビジネスに影響を与えます。
ユーザビリティテストとは
これは、機能しないタイプのソフトウェアテストです。理解しやすさ、学習しやすさ、操作性、魅力、コンプライアンスに大きく分けられます。ユーザビリティテストとは、ソフトウェア製品をどの程度理解し、習得しやすく、操作しやすく、特定の条件と要件の下でユーザーにとって魅力的であるかを判断することです。
このタイプのテストは通常、開発チームではなく実際のユーザーによって実行されます。開発チームは製品を作成したチームであるため、ユーザーエクスペリエンスに関連する欠陥を見つけることができません。
ユーザビリティテストは主に3つのカテゴリに分類されます。これらは：
- 探索的
- 評価
- 比較
これらのカテゴリを詳しく理解しましょう。
＃1）探索的
通常、このカテゴリはソフトウェアテストプロセスの初期段階で検討されます。初期のユーザビリティテストはテストプロセスで実行され、最小は製品のリスクです。製品の設計および製品またはサービスに関連する概念は、通常、この段階でのユーザビリティテストの対象となります。
＃2）評価
このカテゴリでは、テストのエンドツーエンドの実行の評価について説明し、製品の有効性とユーザーの満足度も分析します。
＃3）比較
このカテゴリでは、類似技術の2つ以上の製品が、製品の設計、製品またはサービスの長所、短所などの異なる属性で比較され、より優れたユーザーエクスペリエンスを提供する製品の選択に役立ちます。
ユーザビリティテストの比較カテゴリで名前が示すように、2つ以上の類似した種類の製品を比較し、製品の機能、動作、長所と短所を理解します。これは、顧客を引き付け、市場を支配するために、製品ビルドの改善領域を決定するのに役立ちます。
ユーザビリティテストの方法
以下は、最も一般的に使用されるユーザビリティテスト方法です。
＃1）廊下テスト
この方法は、他の方法と比較した場合に利用できる最も効果的で費用効果の高い方法の1つです。この方法では、訓練を受けた専門家ではなく、テストするWebサイトまたは製品がランダムに与えられる人はほとんどいません。
ランダムな人々が製品の事前知識なしにサービスをテストするとき、彼らはそれをより効果的にテストし、もしあれば、より正確な結果と改善のための正直なフィードバックを提供します。
＃2）リモートユーザビリティテスト
名前が示すように、リモートユーザビリティテストは、リモートの場所にいる人々、つまり、テスト目的で複数の州または場合によってはいくつかの国にいる人々によって行われます。このタイプのテストはリモートで実行され、問題が見つかった場合は報告できます。
フィードバックは記録することができ、技術の専門家ではなくランダムな人が送信することができます。リモートテストは、ビデオ会議を使用して実行される場合があります。このタイプのユーザビリティテストは、他のタイプのテストと比較して、コスト価値が低くなります。
＃3）エキスパートレビュー
この分野の専門家は、製品またはサービスをテストし、フィードバックを提供してから、結果を提出するように求められます。このタイプのテストは、会社が技術専門家を雇う必要があるため、通常は費用がかかります。専門家によるレビューをリモートで実行して、結果を送信することもできます。
このタイプのユーザビリティテストは迅速に実行され、時間もかかりません。専門家は抜け穴をすばやく見つけ、製品またはサービスの欠陥を検出します。このようなテストは通常費用がかかるため、クライアントはこのオプションを避けます。
このテストは、専門家が持っている経験のために信頼できます。製品に重要な機能があり、製品を発売する前にユーザーの反応を見つける必要がある場合、専門家によるレビューは費用に見合う価値があります。
＃4）ペーパープロトタイプテスト
ペーパープロトタイプテストは、ユーザビリティテストの最も伝統的なアプローチの1つです。この方法には、テスト実行のドライラン、ハンドスケッチ、モデルまたはプロトタイプの描画が含まれます。
(画像 ソース )
このタイプのテストの目的は、フローについて話し合い、それらを紙に描き、考えられるすべての入力とシナリオおよび条件を検討することです。これは、主要な問題を排除するためにすべてのプロジェクトで主に観察される主要なタイプのテストの1つです。ペーパープロトタイプテストを実行することにより、実行プロセスをより明確にすることができます。
ペーパープロトタイプテストは通常、プロジェクトチーム内で行われます。したがって、テストプロセスの初期段階で検討されます。これは比較的安価なユーザビリティテストの方法ですが、時間がかかる場合があり、テスト後でもいくつかの問題が失われる可能性が高いため、最も効果的なテスト方法ではありません。
＃5）自動ユーザビリティテスト
名前が示すように、このテスト方法は自動化スクリプトを作成することによって実行されます。自動化のためのスクリプトを作成し、スクリプトがトリガーされると、テストケースが実行されます。テストの実行後、結果が記録され、送信されます。
このタイプのテスト方法では、企業はスクリプトの作成と自動化フレームワークの構築に精通したリソースを雇う必要があります。これは、エキスパートレビュータイプのテストほど高価ではなく、ペーパープロトタイプテスト方法ほど主要ではないため、最も使用されているテスト方法の1つです。
これは、自動化されたスクリプトのために人間の介入が少なく、問題を失う可能性が低いため、効果的なタイプのユーザビリティテストの1つです。
ユーザビリティテストツール
このプロセスを支援するツールはたくさんあります。これらのツールはすべて、大まかに次のように分類できます。
カテゴリー＃1） タスク/テストを作成してユーザーに提供します（ユーザーを見つけてタスクを提供することは、ツールの外部での手動アクティビティです）。彼らがこれらのタスクを実行している間、ファシリテーターは彼らの画面を見て、彼らと対話することができます。これは、「Skype」の方法に沿っている可能性があります。
カテゴリー＃2） ツールはユーザーを提供するか、独自のユーザーを選択できます。ページ/デザインと実行するタスクを送信できます。このツールは、ユーザーインタラクションのビデオとユーザーのコメントを提供します。あなたはあなた自身の分析をすることができます。
カテゴリー＃3） アイトラッキングを使用するツールと ヒートマップ ユーザーがページのどの部分に最も時間を費やしたかを判断する方法。このカテゴリの一部のツールは、ユーザーのクリック、スクロール、マウスの動きなども記録します。
カテゴリー＃4） 入力として送信するWebサイト、ページ、またはワイヤーフレームに基づいてフィードバックを提供するツール。このタイプの一部のツールは、ユーザビリティの問題に関する決定的な証拠を提供するのに役立つ調査も提供します。
カテゴリー＃5） ユーザビリティテストのためにユーザーを募集するツール。
上記は非常に大まかな分類です。他にもたくさんのツールがあります。また、特定のカテゴリへの分類は必ずしもそれほどクリーンではありません。ツールが同時に複数の方法を採用する場合があります。
これは、カテゴリごとのツールのリストと、それらに関する詳細情報を見つけるためのリンクです。
ユーザビリティテストにさまざまなツールを使用すると、ユーザーはより効果的かつ効率的な方法でタスクを完了することができます。これらのツールは、より優れたユーザーエクスペリエンスの特定に役立ちます。すべてのプロジェクトがユーザビリティテストにツールを使用しているわけではありません。それらは高価であり、クライアントはこの目的のためのツールに投資することを望んでいないからです。
CrazyEggは、最も一般的に使用されているユーザビリティテストツールの1つです。これは、クリックベースのユーザーエクスペリエンスツールであり、使いやすくなっています。
最も一般的に使用されるツールのリストは次のとおりです。
- UXtweak
- CrazyEgg
- Userzoom
- Loop11
- Optimizely
- TryMyUI
- UserTesting.com
- Qualaroo
- うさびら
- UserFeel
- Userlytics
- Validately.com
参考文献=> 最高のユーザビリティテストツールのリスト
長所と短所
ユーザビリティテストの利点：
- ユーザビリティテストを実施することで、製品の欠陥があればそれを改善し、製品の発売前に修正することができます。これにより、テストを実行することで製品の品質を向上させることができます。
- 多くの場合、内部の議論は、ユーザビリティテストを実行した後に解決できる議論に向けられます。これは、ユーザーエクスペリエンスをよりよく理解するのに役立ちます。
- 開発チームが、ユーザビリティテストを実行することで見つけられるいくつかの小さな欠陥を検出できないことが時々観察されます。
- フィードバックはユーザー側から直接行われるため、ターゲットオーディエンスに応じて製品を改善することはビジネスにとって有益になります。
ユーザビリティテストのデメリット：
- ユーザビリティテストのためにリソースを採用して管理する必要があるため、経済的制約は大きな欠点の1つです。
さまざまな参加者または要素
ユーザビリティテストの参加者は、プロジェクトの複雑さと予算によって異なります。プロジェクトが非常に複雑で、重要で重要な機能が含まれている場合は、より多くの参加者が検討されます。一方、参加者の小さなチームは、中レベルの複雑さのプロジェクトをテストするために考慮されます。
ほとんどの場合、ユーザビリティテストには研究者と数人の参加者がいます。参加者の数は3〜25人の範囲ですが、5〜10人のメンバーがいる参加者のチームはほとんど観察されます。
研究者はファシリテーターまたはモデレーターとも呼ばれ、参加者を観察し、参加者が実行したタスクをモデレートし、フィードバックを記録します。
主に次の3つの要素があります。
研究者、参加者、および実行するタスク。
参加者はタスクを実行する人ですが、ファシリテーターはタスクを実行する参加者をガイドします。ファシリテーターと参加者は、参加者がより効果的かつ正しい方向でサービスをテストできるように、ブレインストーミングセッションを行います。
ファシリテーターは、提出された結果が正確かどうかもチェックします。研究者は、タスクシートを介して、またはテストがリモートで実行される場合は口頭またはビデオ会議で参加者に指示を渡します。ファシリテーターは、参加者が実行したタスクが順調に進んでいることを確認するためだけに、参加者にクロス質問をすることができます。
研究者が実行されたタスクに逸脱を発見した場合、研究者は実行フローを制御できます。
ユーザビリティテストのさまざまなフェーズ
ユーザビリティテストを開始する方法を理解しましょう。または、ユーザビリティテストのさまざまなフェーズは何ですか？
他のテスト手法と同様に、ユーザビリティテストもできるだけ早く開始する必要があります。のさまざまな段階には、計画、採用、実行、データ分析、およびレポートが含まれます。
(画像 ソース )
＃1）計画
この段階は、ソフトウェアテストの最初の段階です。計画段階は、プロジェクトの目的が定義されるときです。プロジェクトの文書化は、計画段階で行われます。これは、ソフトウェアテストの最も基本的で重要な段階の1つです。
この段階では、テストプロセスを進めるためのロードマップを計画します。何をテストするかなどの質問を計画していますか？テストする方法は？誰がどの機能をテストしますか？テストのためにどの異なるシナリオを検討する必要がありますか？計画段階では、ビジネス要件を収集して計画を作成します。
qaとqcの違いは何ですか
＃2）募集
このフェーズでは、プロジェクトの予算と複雑さに応じて、ファシリテーターと参加者を募集します。
＃3）実行
この段階では、参加者はユーザビリティテストを実行し、割り当てられたタスクを実行します。
＃4）データ分析
データ分析段階では、ユーザビリティテストから受け取ったフィードバックが分析されます。結果は分類され、パターンが識別されます。結論は、製品を改善し、それによってビジネスを改善するために提出されたフィードバックから生成されます。
＃5）レポート
受け取ったフィードバックと調査結果は、プロジェクト全体で顧客と開発チームと共有されます。この段階では、改善の領域とその実装に関する議論が検討されます。
(画像 ソース )
UXテスト中に考慮すべき要素
何よりもまず、テストを早めるほど、プロジェクトのリスク、時間の浪費、および予算を防ぐことができます。
- テストを早い段階で開始すれば、改善点をより簡単に処理できます。
- タスクを実行するユーザーのチームを選択します。
- ユーザーエクスペリエンスと製品について詳しく知るには、ターゲットオーディエンスを理解する必要があります。これは、誰が製品を使用するのか、これらのカテゴリのユーザーのニーズは何かを理解するのに役立ちます。製品の使用目的。製品はユーザーを満足させることができますか？
- 製品の可能な使用方法と、ユーザーが将来探す可能性のある追加機能。
- 開発チームと改善領域について話し合い、それに応じて作業します。
- また、製品をテストする際には、パフォーマンスと応答率を考慮する必要があります。
ユーザビリティテストの例
テスト結果を分析するためには、常にユーザーの視点から考える必要があります。ユーザーエクスペリエンスに影響を与え、改善する機能を念頭に置く必要があります。これをよりよく理解するために、以下のいくつかの例について説明しましょう。
例1：旅行ウェブサイトのユーザビリティテスト。
旅行ウェブサイトをテストするための以下のシナリオを検討してください。
＃1）フライトの予約
フライトを予約するシナリオを検討している間、ユーザーは片道と復路のフライトオプションを選択できる必要があります。ユーザーエクスペリエンスを向上させることができる1つのオプションは、ユーザーが複数の都市のオプションを選択できるかどうかです。
＃2）ホテルの予約
ユーザーが都市に旅行していることを考慮しながら、宿泊施設を探すこともあります。ユーザーがフライトの予約とホテルの宿泊施設の両方を1つの場所で見つけることができれば、ユーザーの満足度を高めることができます。ユーザーは10の異なるウェブサイトを閲覧する必要がないので。すべてが1つの場所で処理されるため、より多くのユーザーがWebサイトに引き付けられます。
＃3）車/二輪車のレンタル
ユーザーが休暇や中小企業のために都市に旅行することを計画している間、彼らは地元を旅行するために車を必要とするかもしれません。ウェブサイトに車両を借りるオプションがある場合、それはユーザーをウェブサイトに積極的に引き付けるかもしれません。
＃4）フライトの追跡
これは、お客様がフライトに到着する前に探す重要な機能の1つです。
この画面には、記載されているソース都市に従って、到着から出発までの両方のフライトステータスが表示されます。また、ユーザーエクスペリエンスを向上させるために、ページには、航空会社、時間、または目的地に基づいてすばやく検索するための検索オプションを含める必要があります。
＃5）やるべきこと/訪れるのに最適な場所
これは、Webサイトのユーザーの興味を引く追加機能である可能性があります。この機能により、ユーザーはその場所や探索するものについてよりよく知ることができます。これにより、ユーザーがローカル輸送用の車両を借りる可能性が高まります。ウェブサイトに車を借りる機能と周りを訪れる場所がある場合、これは利点を追加します。
＃6）過去の予約の管理
この機能は、ユーザーが同様の要件を持っている場合、ユーザーが最近旅行したオプションを簡単に繰り返すことができるため、ユーザーとビジネスオーナーの両方にとって非常に役立ちます。この機能により、ビジネスオーナーはユーザーのタイプと行われた予約のタイプを理解でき、ビジネスを改善するためにユーザーにより良い取引やオファーを提供するのに役立ちます。
この機能は、ユーザーが払い戻しのために行われた予約の領収書を提出する必要がある場合に非常に役立ちます。この機能により、ユーザーはWebサイトから重複した領収書を受け取ることができます。
この機能が人を助けたので、将来、人はこのウェブサイトを検討することができ、他の人にとって良い言葉の口になるでしょう。
＃7）カスタマーサービス
ウェブサイトにあるすべての機能に加えて、ユーザーが何か問題に遭遇したり、助けが必要な場合は、カスタマーサービスが探すことができる機能です。これは、ユーザビリティテストの目的である顧客満足度に直接関係するため、非常に重要な機能です。
循環リンクリストc ++
電話、電子メール、またはチャットを介してカスタマーサービスに接続します。よくある質問を投稿すると、お客様にも役立ちます。
別のアプリケーションについて話し合いましょう
例2：Uberを使用して交通機関をオンラインにする
＃1）乗車の予約
これはアプリケーションの主要な機能であり、100人のユーザーが同時に乗車を予約しようとしても、ユーザーは乗車を予約できるはずです。
＃2）乗り物の種類
ユーザーは、マイクロ、ミニ、プライム、スウェーデン、カープールなど、利用可能なすべての種類の乗り物を表示および予約できる必要があります。乗り物の利用可能な座席数は、乗り物の種類とともに表示されます。
＃3）到着予定時刻
予約時に、ユーザーが利用可能なさまざまな乗車オプションを決定できるように、到着予定時刻を表示する必要があります。
＃4）乗車予約時の推定費用
予約時に、ユーザーが利用可能なさまざまな乗車オプションから予約できるように、推定費用を表示する必要があります。
＃5）後で乗るオプション
ユーザーが乗車を事前に予約したい場合は、個人的な希望の乗車を予約できる必要があります。
＃6）シェアライドオプション
ユーザーが友人のために乗車を予約し、乗車の詳細を友人と共有したい場合。その人は乗車の詳細を共有できるはずです。
＃7）異なる支払いを追加する
ユーザーはすべてのモードで支払うことができるはずです。クレジットカード、デビットカードオプション、UPI、ウォレット、または現金支払いのように。アプリケーションは、クレジットカード、デビットカードの資格情報を保存する前に確認を求める必要があります。
＃8）カスタマーサポート
ユーザーは、電話、電子メール、またはチャットを介してカスタマーサービスに接続できる必要があります。よくある質問を投稿すると、お客様にも役立ちます。また、誤って所持品を忘れたり、運転手が誤って請求したり、運転手が不正行為をしたり、苦情を申し立てたり、何らかの助けを求めたりした場合にも役立ちます。
この機能は、ヘルプを求めるユーザーにとって最も重要な機能の1つであることが証明されました。
＃9）予約した乗車をキャンセルする
ユーザーが誤って乗車を予約し、キャンセルしたい場合、ユーザーは予約した乗車をキャンセルできるはずです。
＃10）ドライバーに電話する
ドライバーがピックアップ場所でライダーを見つけることができないか、ユーザーがピックアップ場所にいてドライバーを見つけることができない場合があります。この機能は、ドライバーが場所を知らない場合に混乱を減らし、時間を節約します。ドライバーはあなたに連絡して簡単に連絡することができます。
ユーザビリティテスト後に何が起こるか
上記の例を考慮しながら、上記の機能は、旅行ウェブサイトおよびオンライン車両予約アプリケーションの使用中にユーザーからフィードバックとして受信された機能です。顧客の要件とWebサイトの使用法によっては、必要な機能がさらにいくつかある可能性があります。
ユーザビリティテストの完了後、最初に行うことは、すべてのフィードバックと結論をまとめてから、製品/サービスの改善として何に対応できるかについて話し合うことです。変更を組み込むにはどのくらいの時間が必要ですか？プロジェクトチームが実装する変更について明確でない場合は、再度話し合い、あいまいさを解消できます。
拡張機能の影響は、アプリケーションを使用する対象ユーザー、アプリケーションの目的、Webサイトで追加または改善する必要のある機能によって異なります。以上の点をすべて説明した後、製品の特徴を考慮した経営陣の呼びかけです。これは、機能のビジネスへの影響にも依存します。
よくある質問
Q＃1）ソフトウェアテストにおけるユーザビリティテストとは何ですか？
回答： これは、ユーザーが製品をどれだけ簡単に理解して使用できるかを判断するために使用される、機能しないタイプのソフトウェアテストです。
Q＃2）ユーザビリティテストはどのように行われますか？
回答： ほとんどの場合、専任のチームがユーザビリティテストを実行します。チームは、割り当てられたタスクを実行し、観察結果を報告する参加者で構成されます。一方、ファシリテーターはチームをモデレートする人です。
Q＃3）ユーザビリティテストの目的は何ですか？
回答： 開発された製品は、ユーザーの要件を満たす必要があります。ユーザビリティテストを実施することで、ユーザーエクスペリエンスを見つけ、改善の余地がある製品を改善することができます。
Q＃4）ユーザビリティテストの3つの主要な原則は何ですか？
回答：これらは次のとおりです。
- 製品開発を扱っています。
- これには、実際のユーザーが製品を使用し、ユーザーエクスペリエンスを理解するときに調査することが含まれます。
- これには、ユーザーエクスペリエンスに応じた製品の改善、目標の設定、およびそれを達成するためのタイムラインが含まれます。
Q＃5）ユーザビリティ機能とは何ですか？
回答：ユーザビリティには5つの特徴があります。これらは次のとおりです。
- 効果的
- 効率的
- 魅力的
- エラートレラント
- 習得が容易
ユーザビリティテストの詳細
(画像 ソース )
ユーザビリティテストでは、AUTのインターフェイスが、要件（有効性）を満たすことに関するユーザーの期待に簡単に（効率的に）簡単に満足できる方法で構築されていることを確認します。
主な焦点は次のとおりです。
- 使いやすさ
- システムの学習または習熟のしやすさ
- 全体的なエクスペリエンスに対するユーザーの満足度
使いやすさには多くの側面があります。それはすべて、アプリケーションとの対話中のユーザーの「経験」と、それに対するユーザーの「感覚」に関するものです。構造化されたユーザビリティテストは、この経験/感覚を検証プロセスに変換します。
なぜそれが実行されるのか
最近では、Webおよびモバイルアプリケーションがビジネスの世界を支配しています。これらのアプリは、効率的、効果的、簡単、シンプル、魅力的、魅力的などであり、顧客に受け入れられるために非常に重要です。ユーザビリティテストとは、サイトがユーザーが使用して戻ってきたいものであるかどうかを判断することです。
これはソフトウェアシステムだけに当てはまりません。人間との対話があるマシン/インターフェースは、これらのルールを満たす必要があります。どのように尋ねますか？投票機が使えなければ民主主義は苦しむだろう。候補者を選ぶために複数のボタンをクリックしなければならないとしたら、投票しませんよね？丁度！
よりソフトウェア固有の例については、こちらをご覧ください 3億ドルの記事 ボタンの配置がビジネスにどのように影響を与えたかを明確に説明するJaredSpoolによる。
ユーザビリティテストはいつ実施されますか
テスターとして、私たちは以前の 欠陥が見つかりました SDLCでは、修正する方が安価です。同じ概念は、ユーザビリティのテストにも当てはまります。
ユーザビリティテストの結果は、製品の設計に影響を与えます。したがって、理想的には、ユーザビリティテストは設計レベルで開始する必要があります。しかし、それだけではありません。ソフトウェアは、SDLCプロセス全体を通じて多くの変更/解釈/実装を受けます。これらのステップのいずれかでユーザビリティ関連の間違いを犯さないようにするために、このテストは、最大の結果を得るために頻繁かつ継続的に実行する必要があります。
このテストを実行するのは誰か
これは、設計者、開発者、および他の誰もが座ってシステムを分析し、結果を得ることができる内部プロセスとして実行できます。これらの結果に基づいて、設計やコードを変更して、全員が同意する変更に準拠させることができます。
より高度なアプローチは、リアルタイムユーザーを採用し、特定のタスクを提供することです。ファシリテーターはこれらのタスクを考案し、ユーザーから結果を得ることができます。
その後、ユーザーは次のことに関する情報を提供できます。
- タスクが成功したかどうか
- タスクは簡単に実行できます
- 体験は面白く、魅力的で、迷惑でした–ソフトウェアに対する彼らの気持ち
ユーザビリティテストの実施方法–プロセス
テストは、ソフトウェアの要件に対する検証です。ユーザビリティテストに違いはありません–この場合の唯一の要件は、ソフトウェアが、ユーザーがソフトウェアをどのようにしたいか、何が快適に使用できるか、どのような種類かを示すメンタルマップに従っているかどうかを検証することです。全体的な経験のは、ユーザーがインタラクションなどから離れようとしていることです。
これらは、このテストを実行する方法のほんの一部です。
＃1） 設計段階では、Webサイト/アプリケーションの設計を紙に描いて、それが機能するかどうかを評価することができます。
＃二） 探索的方法は、サイトを構築し、（開発/設計/ QA-任意またはすべての内部チームによる）ランダムテストを実行して、ユーザビリティ要因を決定することです。
＃3） リアルタイムユーザーのセットを雇って、サイトで作業し、結果を報告します。
＃4） 提出された入力ワイヤーフレームとデザインに基づいて統計を提供するツールを使用します。
＃5） この分野を専門とするサードパーティのユーザビリティチームを雇う。
＃6） サイトのデザインとワイヤーフレームを外部の評価者に提出し、それらから結果を取得します。
構造化されたユーザビリティテストプロセスには、次の手順が含まれます。
ステップ1） ユーザビリティテストを実行するユーザーを特定する –リアルタイムユーザーの状態に近いユーザーのセットを選択するのに役立ちます。専門家や完全な初心者を選ばないように注意する必要があります。専門家はプロセス全体を実行するだけで、初心者でも開始するには多くのバックグラウンドトレーニングが必要です。どちらの状況も最適ではありません。
ステップ2） ユーザーがアプリケーションで実行するタスクの設計 –ユーザーが申請書を使用する状況のリストは、テストを開始する前に作成する必要があります。これには、eコマースサイトで「X-boxを検索して購入する」や「カスタマーケアの質問を送信する」などが含まれます。タスクは、ユーザーがサイトを使用する実際のトランザクションを厳密に表す必要があります。
ステップ3） テストの促進 –ユーザビリティチームは、ユーザーにサイトでタスクを実行させ、テストの進行状況と結果に関する情報を収集します。ユーザーがアプリケーションで作業しているときに設計チームが参加すると、それは本当に大きな違いになります。これにより、アプリがどのように使用され、ユーザーが望んでいたものがどこに配信されなかったかなどを直接把握できます。
ステップ4） 結果を分析する –テストの最後に、タスクの実行にかかった時間、タスクが成功したかどうかなどが発生する可能性があるため、基本的には生データです。結果はすべての利害関係者に提示され、潜在的な問題領域を特定するために分析される必要があります。
これまでに説明したことから、これらは私の印象です。
＃1） ユーザビリティのテストは、徹底的なQAタスクではありません。このコンテキストで従来のQAチームが果たすことができる役割は、タスクを作成し、テストを実施し、結果を解釈するファシリテーターの役割です。この場合の「テスター」は実際にはユーザーです。
＃二） ユーザビリティテストの最終結果または結果は欠陥ではありません。これは、ユーザーがどのように感じたか、何が好きか、何が嫌いかに関する簡単な情報です。基本的には生データです。ユーザビリティテスターの仕事は、結果を報告することだけではありません（従来の場合 QAジョブ 、 私達 バグを報告する そしてそれらの修正には関与しないでください）、それはソフトウェアをユーザーの相互作用をより助長する方法についての提案を提供することを含みます。
＃3） これらの概念を理解することで、機能テスターとして実際に違いを生むことができます。 QAとしての役割にさらに価値を加えるために、これらのユーザビリティの概念を適用し、アプリケーションのユーザビリティを改善する方法について洞察に満ちた提案を提供できます。
結論
上記のチュートリアルでは、ソフトウェアテストのライフサイクルにおけるユーザビリティテストについて詳しく学びました。チュートリアルでは、ユーザビリティテストが必要な理由、その長所と短所、さまざまな参加者またはユーザビリティテストの要素などのトピックも取り上げています。
また、テスト結果の分析方法、さまざまなユーザビリティテストツールについても例を挙げて詳しく説明しました。
ユーザビリティテストは、製品の発売前に改善の機会を与えるため、必要です。この改善により、ビジネスを積極的に後押しすることができます。したがって、ユーザビリティテストは非常に重要であり、より優れた製品を顧客に提供するために実行する必要があります。
また読む： Webアプリケーションをテストするための完全なガイド。
著者： この記事はSTHチームメンバーのSwatiSによって書かれました。
この記事がユーザビリティテストを理解するのに役立つことを願っています。以下のコメントにコメントや質問を追加してください。