К сожалению, еще не все тестировщики хорошо понимают, что такое юзабилити-тестирование и как правильно его использовать в своей повседневной практике. Определенные смутные догадки и масса вопросов постоянно роятся в головах QA-специалистов, сталкивающихся с задачей по проведению подобного вида тестирования программного обеспечения.
Далее в статье мы попытаемся конструктивно развеять базовые мифы про юзабилити-тестирование и его роль в работе тестировщика.
1. Любое юзабилити – это GUI
Больше половины тестировщиков уверены в том, что в сфере QA есть 2 взаимоисключающих типа тестирования:
- Функциональное тестирование (корректно или не корректно работает ПО);
- Проверка GUI (корректно ли расположены кнопки и ссылки на сайте, какой их цвет и правильный ли размер).
Функциональные проверки при такой классификации могут считаться более важными, а вот тестирование GUI – исключительно вспомогательной опцией, которую невозможно откинуть, но и главной трудно назвать. Но именно ее (опцию) некоторые и считают как юзабилити-тестирование.
Сразу отметим, что проверка GUI и тестирование юзабилити – абсолютно разные вещи. Юзабилити – это определенные свойства ПО, направленные на удовлетворение некоторых потребностей пользователя. В то время как графика – просто составляющая всего процесса юзабилити.
Юзабилити ПО в первую очередь определяется большим комплексом факторов:
- Присутствие требуемого функционала и его корректной работы;
- Простота применения веб-продукта и темп обучения;
- Сумма ошибок, которые допускает пользователь из-за своего непонимания.
Это значит, что для достижения удовлетворительного уровня юзабилити, недостаточно просто редактировать цвет кнопок. Удобство применения включает в себя большую функциональную составляющую, GUI и даже техническую поддержку пользователей.
2. Проверка юзабилити – очень простая задача
Но это вообще не так! Только те, кто уверен, что тестирование юзабилити – это очень просто и выполняют его без определенных техник, просто дискредитируя термин проверки юзабилити как вида тестирования.
Для эффективного и успешного проведения проверки юзабилити, необходимо иметь большой багаж знаний и практического опыта:
- Понимание базовых принципов юзабилити, а также проектирования графических интерфейсов.
- Значительный опыт применения продуктов на схожих системных площадках.
- Понимание бизнес-процессов, которые предлагает продукт. Под какие цели он создается? Какие конкретные задачи сможет решать?
- Первое знакомство с пользователями. Кто они? При каких условиях взаимодействуют с ПО? Каким образом они это делают?
3. Каждый человек может легко давать оценку юзабилити ПО
Допустим, что ваш маленький ребенок попросил на свой день рождения много конфет, и вы согласились на это пожелание. Но какие конфеты ему купить? Есть всего 2 варианта, чтобы сделать нужный выбор:
- Дать малышу попробовать ассортимент конфет, чтобы он сам определился с понравившимися.
- Сделать выбор самостоятельно, выбрав самые вкусные, исходя из своих предпочтений, и приобрести такие же конфеты.
Естественно, во втором варианте есть шанс того, что вы попадете в точку, но такой шанс катастрофически малый.
Подобное встречается и при тестировании юзабилити: вы на постоянной основе проверяете ПО, хорошо разбираетесь в технологии и современных программах, у вас намного качественнее компьютерная грамотность, нежели у рядового пользователя ПК.
Но как вы можете качественно оценить, что будет удобно бухгалтеру, который впервые откроет протестированный вами продукт, если вы не бухгалтер, но запускали продукт более тысячи раз за все время тестов?
Хорошо разбираясь в основных принципах юзабилити, вы можете получить полезную практическую информацию от сторонней группы пользователей, но самостоятельно ее сгенерировать не получится!
4. Юзабилити для всех одинаково
Давайте представим, что вы как разработчик лучше узнали манеру поведения определенной группы пользователей, и теперь тщательно работаете над программным обеспечением, дабы удовлетворить все их потенциальные ожидания. Но в реальной жизни крайне редко бывают ситуации, что созданный продукт может использовать всего один тип пользователей.
Те же бухгалтеры бывают разными – от начинающих до опытных специалистов. А графическими веб-продуктами могут пользоваться как дети, так и умелые дизайнеры.
Другими словами, если мы будем пробовать удовлетворить взаимоисключающие потребности разных видов пользователей, мы не сможем удовлетворить никого!
5 . Клиент всегда знает, что и как надо реализовать
Если веб-продукт заказной, некоторые разработчики и тестировщики расслабляются, ведь они могут просто узнать у клиента, что ему нужно сделать и в соответствии с его запросами, разработать должный продукт.
Это, конечно, хорошо, но есть несколько нюансов:
- Клиент очень далек от системы проектирования интерфейсов и порой предлагает трудно реализуемые вещи;
- Заказчик не всегда правильно понимает, какие есть у команды разработчиков технические возможности реализации, и придумывает очень сложный функционал;
- Если делать и тестировать продукт исключительно по запросам клиента, ПО со временем превратится в некое «стеганое одеяло», которое более не отличается оригинальной консистенцией и не содержит свой уникальный стиль.
Критически важно общаться с клиентом, анализировать его сценарии, искать вместе проблемы! Но профессионалами по GUI должны быть именно вы, а не клиенты.
6 . Функциональность важнее, чем юзабилити
Тут также есть несколько очень важных моментов:
- Юзабилити – это тоже функциональность. И порой, при выполнении юзабилити-проверок, приходится удалять (выключать) один функционал, чтобы протестировать другой;
- Если заказчик не будет использовать веб-продукт (не поймет с чего начать, не возникнет желания), тогда функциональность он просто не увидит.
В любом современном ПО добавление новой фичи только повышает уровень юзабилити! Это заметно не сразу. Например, созданный почтовый клиент научился самостоятельно сортировать письма согласно фильтру, а изначально данная работа выполнялась вручную.
Итоги
Юзабилити тестирование – стремительно развивающая и набирающая популярность сфера в разработке программного обеспечения, и многие компании по тестированию веб-продуктов берут на вооружение передовые методы его использования.
И только если развеивать давно устоявшиеся мифы, непрерывно совершенствуя методики создания и тестирования ПО, можно научиться выпускать актуальные и интересные продукты на постоянной основе.
Оставить комментарий