1. ユーザビリティ (またはユーザー エクスペリエンス) のテスト
ユーザビリティテストはユーザーエクスペリエンステストとも呼ばれますが、ここではユーザビリティテストについて説明します。
ユーザビリティテストは基本的にブラックボックステストです。
ソフトウェア開発において、プログラマは機能や性能の実装が主であり、ユーザビリティにはあまり関心がありません。ただし、ユーザーの観点から見ると、ソフトウェアの使いやすさ/ユーザー エクスペリエンスが最も直接的です。これは開発者が見落としがちな点です。
2. ユーザビリティテストの基本要素
ユーザビリティの基本要素は通常、プロダクト マネージャーの責任ですが、テスト エンジニアとして、次の基本要素を理解することも有益です。
-
すべてのユーザー インタラクション デザインでは、エンド ユーザーの理解、学歴、環境圧力が考慮されていますか?
-
プログラムの出力は意味があり、侮辱的な言葉がなく、曖昧ですか?
-
エラー診断に使用されるエラー メッセージは単純明快で理解しやすいものですか? それとも、それを理解するにはコンピューター サイエンスの博士号が必要ですか?
-
ユーザー インターフェイスは、概念的な一貫性、内部一貫性、文法的な一貫性を維持していますか? 合意された使用習慣、意味論的規則と構文規則、形式、スタイル、および略語の習慣に準拠していますか?
-
高い精度と精度を必要とするソフトウェア システムは、十分に効果的な入力検証を提供しますか?
-
システムに含まれるオプションが多すぎませんか? それとも使用されないオプションが含まれていますか?
-
システムはユーザーからの入力に即座に応答できますか?
-
プログラムは使いやすいですか?
-
ソフトウェアはユーザーが正確に入力できるように設計されていますか?
-
ユーザーのアクションを簡単に繰り返すことができますか?
-
ユーザーは、多くの機能やメニューを事故なく行き来できると確信していますか?
-
ソフトウェアの機能実装は設計仕様を満たしていますか?
3. ユーザビリティテストのプロセス
記事の冒頭で述べたように、ユーザビリティ テストはブラック ボックス テストであるため、テスト プロセス全体がブラック ボックス テストと一致している必要があります。
一般的なシナリオを例に挙げると、一般的に使用されるテスト プロセスは次のとおりです。
-
顧客の記録を見つけて変更します。
-
会社のレコードを見つけて変更します。
-
新しい会社レコードを作成します。
-
会社のレコードを削除します。
-
特定の種類の企業のリストを生成します。
-
リストを印刷します。
-
連絡先のバッチを選択し、テキスト ファイルまたはスプレッドシート ファイルにエクスポートします。
-
別のシステムから連絡先情報ファイルをインポートします。
-
1 つ以上のレコードに写真を追加します。
-
カスタマイズしたレポートを作成して保存します。
-
カスタマイズされたメニュー。