技術書に特化したフランスの出版社を想像してください。彼らは、CSS3、HTML5、およびjQueryガイドを公開しました。これは、一般的なプロジェクトの落とし穴である「hand-in-the handlebar」効果を強調しています。チームは締め切りに非常に集中し、重要な詳細は見落とされます。これは、微妙な（または重要な）欠陥を備えた製品の出荷につながり、ユーザーエクスペリエンスに影響を与え、製品の成功を損なう可能性があります。
このような失敗を回避するには、外部の視点が不可欠です。これは、ユーザビリティテスト（製品をチーム外のユーザーとテストする）が非常に貴重なものである場所です。理想的には、ターゲットオーディエンスとテストします。それが不可能な場合、少なくともプロジェクトの開発に直接関与していない個人が関与します。また、さまざまなアクセシビリティニーズを持つユーザーを考慮することを忘れないでください。
理想的には、テストは早期かつ頻繁に開始する必要があります。完全に開発する前にプロトタイプをテストすると、時間とリソースが節約されます。プレースホルダーデータを使用したHTML/CSS/JavaScriptプロトタイプをテストすることでさえ有益ですが、開発サイクルの後半で変化がより複雑になります。
まず、テストする特定のタスクまたはアクティビティを特定します。これらは、明確な目標を持つユーザー中心である必要があります。例には、アカウントの作成、チェックアウトプロセス、またはホームページから特定のブログ投稿へのナビゲートが含まれます。一貫したテストを確実にするために、テストスクリプト（ユーザーをガイドする一連の質問）を作成します。偏った質問を避けてください。ユーザーに「サインアップ」するように依頼する代わりに、より自然な相互作用のために「アカウントを作成」してみてください。
ターゲットユーザーを特定し、それらに到達する計画を考案します。これには、サポートチームの活用、販売データ、または関連するオンラインコミュニティまたは物理的な場所の潜在的なユーザーと直接関与することが含まれます。ソーシャルメディアを慎重に使用して、適切な視聴者をターゲットにしてください。スクリーナー（事前テストアンケート）は、参加者の資格を得るのに役立ちます。参加者の時間を補償することを忘れないでください。予算で許可されている場合は、専門の採用サービスを検討してください。
参加者が募集されたら、テスト（リモートまたは対面）をスケジュールします。快適さとアクセシビリティを確保するために、テスト環境（物理的または仮想）を準備します。参加者にリマインダーを送信します。重要なことに、実際のテストが始まる前に問題を特定して修正するために、チームとドライランを実施します。
2つのテスターが理想的です。1つのファシリテーターと1つのメモテイカーです。参加者を歓迎し、同意（および記録する許可）を取得し、そのパフォーマンスではなく製品に焦点が当てられていることを強調します。彼らに声を出して考えるように勧めます。ユーザーを支援する衝動に抵抗する。彼らの自然な相互作用を観察します。闘争（「失敗した」タスク）を文書化しますが、行動に影響を与えないでください。テスト後、参加者に感謝し、補償を提供します。すぐに録音とメモをバックアップします。
各テストの後、エクスペリエンスが新鮮である間に予備分析を作成します。タイプ（コメント、機能要求、ユーザビリティの問題）で分類されたフィードバックを表すスティッキーノートを含むミロボードのような視覚ツールは非常に役立ちます。頻度と影響に基づいて問題を優先します。目標は、学び、反復し、改善することです。最初に最も重要な問題に焦点を当てます。コラボレーションは、優先順位を決定し、変更を実装する上で重要です。
製品の成功には、定期的なユーザーテストが重要です。この概要はプロセスを簡素化しますが、専門的なユーザビリティテストはより複雑です。専用のユーザー研究者は理想的ですが、小規模なプロジェクトでさえ基本的なユーザーテストから利益を得ることができます。以下にリストされているリソースは、より詳細なガイダンスを提供します。
さらなるリソース：
以上が実際のユーザーと一緒にサイトをテストしますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
