Чтобы продукт получился таким, каким его задумывал дизайнер, мы проводим ревью вёрстки. Когда задача разработана и начинается этап тестирования, разработчики приносят скриншоты и/или инструкцию, как воспользоваться фичей. Скриншоты должны быть переданы без сжатия(документами). Дизайнер накладывает скриншоты поверх макетов и сравнивает размеры элементов, отступы и стили.
Сценарий дизайн-ревью
Получить от разработчика скриншоты и/или инструкцию для запуска фичи:
В двух цветовых темах.
iOS — для обычного девайса и с«чёлкой».
Android — разработчику нужно выставить ширину 360 dp.
Нужны адекватные тестовые данные: нормальные названия сущностей(«sjhd897423» — плохое название, а«Поездка во Францию» — хорошее), загруженные фотографии в виде живых фоток, а не скриншотов интерфейса.
Проверить поведение.
Проверить все элементы на отступы, размеры и стиль.
Выписать критичные замечания:
Если их мало, то можно сразу в задачу в Jira.
Если замечаний много, то нужно создать документ в пейпере«Дизайн-ревью {платформа} {фича}» и написать туда по пунктам замечания и скриншоты. Можно снабдить чекбоксами, чтобы разработчику было удобнее. А ссылку на пейпер приложить к задаче в Jira. Например:«Дизайн-ревью iOS-распознаваний на фото».
Перепроверить после исправления
А вот так в пейпере
Какие замечания критичные
Если без наложения скриншота видно, что стили поехали или есть случайныеотступы.
Если не хватает важных частей или есть ненужные элементы.
Если нужно подвинуть на точку или полточки, но благодаря этому объекты станут ровнее и это будет заметно.
Некритично: скриншот не совпадает с макетом идеально, но интерфейс от этого не стал выглядеть хуже. Тогда не нужно репортить проблему.
Приложение для сверки отступов
На Android есть крутая приложенька для сверки отступов между элементами.
Сценарий дизайн-ревью
Какие замечания критичные
Приложение для сверки отступов