Как стать автором
Обновить

Вуайеризм тестировщика: как правильно подглядывать за людьми и зачем это нужно

Время на прочтение20 мин
Количество просмотров16K
Всего голосов 31: ↑31 и ↓0+31
Комментарии10

Комментарии 10

Восхитительная статья. Даже не знаю кому она может быть полезней — qa или design представителям.
Прочитал, и прям захотелось все бросить и прям вот сейчас что-то задизайнить… А я между тем программист!
Отличная статья. Спасибо! Мне кажется, это должно быть интересно всем разработчикам, кто хоть немного сталкивается с пользовательскими интерфейсами. Люди живут мифами и устоявшимися понятиями и время от времени их обязательно надо «перетряхивать».
Как показывает практика начать нужно с того, чтобы разработчики были мотивированны сделать «классный» продукт. В силу очевидных причин это возможно(и нужно в целом) далеко не всегда.
НЛО прилетело и опубликовало эту надпись здесь
Потрясный пост, ничего нового, конечно, зато все собрано в одном месте и можно отсылать людей прям вот сюда, спасибо.
Отличная статья. Для мобильных приложений наши разработчики еще используют мобильную аналитику UserX.pro, очень помогает и разработчикам и дизайнерам, рекомендую попробовать.
С интересом прочёл статью. К сожалению, вопрос, которым задаётся автор, происходит от недопонимания того, что такое дизайн и как работает дизайнер.

Дизайнер продукта в компании отвечает за то, чтобы взаимодействие пользователей с продуктом было оптимальным. Для этого он должен исследовать пользователей, анализировать их цели и задачи, фиксировать сценарии их работы, проектировать экраны продукта и тестировать их на пользователях. Тестирование это нужно проводить на разных стадиях создания продукта, чтобы иметь возможность исправить большинство ошибок как можно раньше, пока это ещё недорого. Лучше всего, если есть возможность начать с прототипов. Сейчас есть много инструментов, позволяющих быстро собирать прототипы разной степени детальности. Если для проверки требуются динамические данные, можно попросить разработчиков сделать черновой вариант продукта для тестирования.

В итоге, к моменту создания финальных макетов и фиксации функционала продукта в спецификациях, этот функционал должен быть уже несколько раз протестирован и обсужден с пользователями. Как правило, это снижает количество дизайн-ошибок до минимума.

Другие члены команды тоже много взаимодействуют с продуктом. Это и разработчики, и менеджеры, и, конечно, тестировщики. И они, конечно, тоже могут заметить какие-то вещи, которые покажутся им неудобными. Поэтому важно, чтобы их голос был слышен. Однако так же важно понимать, что так как за взаимодействие отвечает именно дизайнер, именно на нём лежит ответственность на принятие окончательных решений по дизайну продукта. Именно он обладает наиболее полными знаниями о том, кто и как будет пользоваться продуктом, и поэтому за ним должно быть последнее слово. Конечно, хороший дизайнер всегда старается объяснить команде в деталях, почему в том или ином месте продукта выбрано именно такое решение.

Если вас, как тестировщика, такое положение дел не устраивает, и вам хотелось бы иметь больший вес в дизайн-решениях по продукту, возможно, вам стоит просто поменять специализацию и попробовать себя в качестве дизайнера.
Отличная статья, спасибо.
Хотелось бы только попросить более внимательно вычитывать текст перед публикацией, в одном предложении пол автора меняля трижды, что сбивает с толку. Например «Когда я пошла пообщаться с коллегами на тему этой боли, я обратил внимание».
Ох, это боль. Редактура, корректура и все равно ошибки в продакшене(((
Зарегистрируйтесь на Хабре, чтобы оставить комментарий