С днем рождения, тестировщик тестов!
Доклад не про юзабилити, но близко.
Если программа издает неприятные звуки — вот пример неудобства, о котором шла речь.
Или если программа что-то требует, ничего не объясняя — тоже трабла из этой серии 🙂
Все пользователи ошибаются. Не надо тестировщику фокусироваться только на одной фиче во время тестирования — надо делать «Шаг назад» и смотреть глобальнее, чем подразумевается.
Не надо пропускать запись в трекер мелких багов или «мне вот неудобно, но вроде бы ничего страшного» — страшно всё.
Надо своевременно заводить обоснованные дефекты на неудобство.
Резко вспомнился XMind, который на каждое сохранение документа в какой-то момент начинает брать по 15-20 секунд.
Документацию надо тестировать, ибо пользователи ее, в отличие от нас, иногда читают 🙂
Сильнее всего бесит, когда сделать что-то просто, но это не очевидно, и в документации тем более не указано.
Действительно, кстати. Глаза и уши в процессе разработки замыливаются непременно.
Надо тестировать сообщения об ошибках. Их вообще читать надо «свежими глазами», а не «сейчас что-то должно мелькнуть, мелькнуло, поехали дальше».
Опять же — eat your own dog food!
