Как известно, тестирование юзабилити — это особая техника проверки программного обеспечения, которая выполняется с привлечением реальных пользователей. Его цель — в максимально приближенные к реальным условиям оценить работоспособность веб-продукта.
О данном виде тестирования сказано и написано очень много. В данном материале мы рассмотрим пять фундаментальных вопросов и ответов к ним, которым должно так или иначе соответствовать юзабилити-тестирование.
- Соответствует ли в полной мере протестированное ПО требованиям клиента?
- Корректна ли и удобна навигация по архитектуре веб-продукта?
- Понимает ли пользователь текущий уровень функциональности веб-продукта?
- Какие потенциальные баги могут скрываться в ПО?
- Как их исправить?
Далее разберем каждый вопрос по-отдельности.
Соответствует ли ПО требованиям клиента в полной мере?
Традиционно, все запросы и требования от клиента сводиться к одному: простое, понятное в оперировании и привлекательное программное обеспечение. Казалось бы всё просто и понятно. Но, когда дело касается следования данным правилам, тут и наступает сложность.
Сама суть тестирования юзабилити основывается не на самом факте обнаружения бага, а на том, чтобы веб-продукт был удобным и нравился пользователям. Как вариант, пользователь должен иметь возможность самостоятельно высказать свои пожелания и предпочтения, дабы на их основе выстраивать последующую стратегию тестирования.
Корректна ли и удобна навигация по архитектуре веб-продукта?
Навигация использования ПО должна быть одним из приоритетов в работе как отдела разработки, так и отдела тестирования. Пользователи всегда имеют привычку не следовать установленным правилам использования веб-продукта, самостоятельно выстраивая цепочку взаимодействия с системой. Даже если клиент или QA-инженер что-то лишнее нажал или отправил на сервер более 50 уведомлений, ПО должно функционировать как и прежде!
Навигация работы с приложением должна быть максимально проверена, дабы в структуре её функционирования не было белых пятен. Также необходимо помнить об умеренности, чтобы пользователям было удобно оперировать предложенными функциями и параметрами.
Понимает ли пользователь текущий уровень функциональности веб-продукта?
Как работает это ПО? Это часто задаваемый вопрос от пользователей. Поэтому имплементированная в нём (в продукте) функциональность должна быть понятной для всех. Другими словами, пользователь должен осознавать, за что и каким образом отвечает та или иная функциональность.
Дабы тестируемое вами приложение могло по праву именоваться эффективным, оно должно пройти все этапы функциональных проверок, от теста удобства использования до актуализации использования тех или иных графических элементов.
Какие потенциальные баги могут скрываться в ПО?
Как известно, людям свойственно допускать ошибки. Конечная цель любого тестирования юзабилити — минимизировать число багов, связанных с недочетами при разработке ПО.
Баги бывают разные, но в большинстве своём они связанны с:
- Недоработками при написании ТЗ;
- Ошибками в работе системы;
- Проблемами в интерпретировании пользовательского интерфейса;
- Ошибками тестовых сценариев.
Как их исправить?
- Постоянно тестировать;
- Проводить тесты исключительно с репрезентативными данными;
- Планировать тесты правильно;
- Тестировать одновременно на нескольких устройствах;
- Выполнять пилотное испытание перед релизами;
- Избегать отвлекающих факторов;
- Уделять достаточно времени проверкам.
Оставить комментарий