Любая работа в процессе разработки ПО требует тестирования:
1. Техническое задание - ревьюят на корректность и цельность.
2. Дизайн - тестируют на применимость и соответствие ожиданиям/возможностям.
3. Реализация - тестируется на соответствие требованиям.
Чтобы итог получился клёвый, я советую всегда применять первое правило тестирования:
тестировать необходимо на реальных данных.
Если реальные данные никак не достать, то на данных максимально близких к реальным.
Дизайн - сделай его с реальными данными и увидишь много нового.
Принимаешь фичу - вноси реальные данные.
Это правило мега важно при проверке UX.
Пример
На Госуслугах есть форма подачи заявки на сдачу экзамена в ГИБДД при получении прав.
В этой форме есть поле: Номер медицинской справки.
Вроде бы, если тестировать не на реальных данных, то вбиваешь в это поле некий номер и норм. Но, если взять в руки медсправку, то видно, что у справки есть Серия и Номер.
Что вбивать в итоге? Оказывается так: серияномер без пробела.
Это поле породило даже кучу консультаций юристов и экспертов, что именно вбивать.
.......................
В этом месте принято просить лайки и подписаться на канал, а я не буду — смотрите сами 😉.
Эта заметка из моего телеграм-канала @proudobstvo — про UX, продуктовую разработку и саморазвитие.