Вкрай корисно навіть спостерігати за користувачами, які просто досліджують Web-сайт. Як і для будь-якого іншого тестування користувачів:
· Спробуйте задати користувачам для виконання кілька спеціальних завдань.
· Запитайте у них, що вони думають, і вислухайте, що вони скажуть.
· Приділіть увагу тому, що вони роблять, так як це може відрізнятися від того, що вони говорять: затверджувані переваги є поганим керівництвом для продуктивності.
При проектуванні сайту необхідно зосередитися на трансакціях, які хочуть виконати користувачі на сайті, а не на конкретних елементах управління, які їм потрібно використовувати. Аналогічно при тестуванні доступності поставлені завдання мають (принаймні на початку) відображати реальні цілі відвідувача при використанні сайту, а не зосереджуватися на їх взаємодії з певними елементами управління. Ці транзакції будуть звичайно аналогічні для людей які мають фізичні вади і не мають. Наприклад, при тестуванні сайту загального доступу до відео на доступність не починайте з питання про те, чи можуть вони використати певні елементи управління ("Це регулятор гучності. Чи можете ви налаштувати гучність?"). Замість цього дайте їм сценарій і попросіть виконати ключові завдання користувачів. Наприклад:
|
|
• Огляд наявних відео і вибір одного з них для відтворення.
• Пошук відео.
• Завантажити відео на сайт.
• Зупинка відтворення відео, відтворення відео, відключення звуку відео, включення звуку відео, перемотування відео в зворотному напрямку і повторне відтворення.
• Оцінка відео.
• Поділитися відео з приятелем.
Таким чином ви, швидше за все, виявите безліч проблем, яких не чекали. Наприклад, користувачі зчитувача екрану не зможуть знайти поле пошуку або елементи керування для відео. І навпаки, користувачі можуть мати навігаційні стратегії для роботи з Web, про які ви навіть можете не здогадуватися.