📐 Провести дизайн-ревью (авторский надзор)
Чтобы продукт получился таким, каким его задумывал дизайнер, мы проводим ревью вёрстки. Когда задача разработана и начинается этап тестирования, разработчики приносят скриншоты и/или инструкцию, как воспользоваться фичей. Скриншоты должны быть переданы без сжатия (документами). Дизайнер накладывает скриншоты поверх макетов и сравнивает размеры элементов, отступы и стили.

Сценарий дизайн-ревью

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

Какие замечания критичные

  • Если без наложения скриншота видно, что стили поехали или есть случайные отступы.
  • Если не хватает важных частей или есть ненужные элементы.
  • Если нужно подвинуть на точку или полточки, но благодаря этому объекты станут ровнее  и это будет заметно.

Некритично: скриншот не совпадает с макетом идеально, но интерфейс от этого не стал выглядеть хуже. Тогда не нужно репортить проблему.

Приложение для сверки отступов

На Android есть крутая приложенька для сверки отступов между элементами.

Есть и другие инструменты. Почитайте подробный обзор Андрея Новожилова.