Тестирование дизайна мобильных приложений

Мы мечтали о летающих скейтах, а получили акшур и оригами

или Тестирование дизайна приложений

Андраш Густи«Бегемот-Бегемот»

2015

Некоторые инструментыдля прототипирования

Сама идея - классная

Главные преимущества

• Щекочет эстетику дизайнера• Нравится принимающей стороне• Можно тестировать на реальных юзерах• Показывает главные проблемные точки• Полезно для начинающих• Можно сразу переводить в код (условно)• Программисты лучше понимают

Главные недостатки

• Все делается «тыком»• Занимает безумное количество времени• Безумно скучно• Все равно что-то пропустится• Трудозатратно делать итерации• Не применимо для больших проектов• Опытный дизайнер делает «на глаз»

«Да там 4 экрана.»

Сущности функций добавляются в арифметической прогрессии.

Юзкейсы возрастают в геометрической прогрессии.

«Да тут 86 экранов!»

Задача

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

Водопадная разработка

1. Сбор требований2. Концепция3. Карта функциональности4. Пользовательские истории5. Схема экранов6. Тестирование схемы7. Оформление8. …9. Составление юзкейсов10. Тестирование оформления

Водопадная разработка

1. Сбор требований2. Концепция3. Карта функциональности4. Пользовательские истории5. Схема экранов6. Тестирование схемы7. Оформление8. …9. Составление юзкейсов WTF??!!!10. Тестирование оформления

Карта функциональности

Пользовательские истории

Некоторые требования к пользовательским историям

• Целевые действия достигаются самым быстрым путем

• Пользователь может идти по кругу функциональности (loop)

• Расставляется приоритеты функцийи самих историй

• Можно составить MVP

Схема экранов

Сверка

сверка – баги – отладка - сверка

Немного капитанщины

Всем спасибо!