Все записи

Тестирование верстки

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

В статье Даша, руководитель группы тестирования UI, делится тем, на что обращает внимание при проверке верстки и какие моменты важно проверять в первую очередь.

Даша верстка.jpg


С чего начинается тестирование верстки?

При тестировании верстки мы сначала наполняем блоки разными текстовыми данными. Это сразу показывает, где интерфейс начинает ломаться. Дальше проверяем:

  • максимально короткие значения — точка, пробел;
  • максимально длинный текст, который можно ввести;
  • соответствие ограничениям из постановки — например, максимально доступно 64 символа.
Если ограничений в ТЗ нет, смотрим, какой тип поля используется в базе данных. Часто это varchar(255), от этого и отталкиваемся при проверке.


Почему важно проверять текст с пробелами и без?

Очень частый кейс: текст с пробелами красиво переносится, а без пробелов — вылезает за границы или ломает блок.

Иногда нам кажется, что пользователь так точно не напишет, но ничто не мешает ему назвать кнопку: «дезоксирибонуклеиноваякнопка». Поэтому проверяем с пробелами и без пробелов, а еще смотрим, как ведет себя перенос строк.

Для таких проверок удобно использовать максимально широкие буквы:
  • для кириллицы — «Щ»;
  • для латиницы — «W».
Это простой способ увидеть помещается ли текст, переносится ли он корректно на следующую строку и не вылезает ли за контейнер.


Что нужно проверять в макете?

Например, в макете Figma мы смотрим:

верстка таблица.png

И, конечно, отступы между всеми элементами по вертикали и горизонтали.


Как проверять реализацию?

В браузере используем стандартные DevTools: смотрим вкладку Elements + разделы Styles и Computed.

Computed удобнее — отображаются итоговые значения после применения всех CSS-правил: размер шрифта, высота строки, цвета, отступы. Так проще напрямую сравнивать реализацию с макетом и не теряться в длинных CSS-цепочках.


Что важно знать о состояниях элементов?

Чаще всего это кнопки. В DevTools можно вручную включить состояния:

  • :hover
  • :active
  • :focus
Позволяет увидеть нужный цвет, проверить границы и сравнить с макетом, даже если мышь сейчас не наведена на элемент.


На что еще нужно обращать внимание?

Отступы могут быть реализованы через padding (внутренний) и margin (внешний).

Важно помнить, что высота текстового блока определяется line-height. Если высота строки отличается от макета — поплывут и расстояния между элементами, даже если padding и margin заданы верно.


Когда удобно считать руками, а когда — линейкой?

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

Для текста и иконок лучше ориентироваться на границы блоков и отступы, а не пытаться измерять «на глаз».

Похожие новости

Аналитика в эпоху ИИ

У аналитиков есть много задач, к которым уже можно подключать ИИ: искать информацию, разбирать требования, фиксировать итоги встречи, работать с документами или проверять гипотезы.

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

Ваня и Динара, аналитики Naumen, рассказали, для чего используют ИИ сейчас, что по-прежнему контролируют сами и какие навыки становятся важнее.

7 фич Telegram, которые легко не заметить и потерять из-за этого баллы в тестовом

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

Проверяя тестовые, Даша, системный аналитик в Naumen, заметила: многие кандидаты предлагали функции, которые в мессенджере уже есть.

Так бывает, если придумывать решение до анализа пути пользователя. И если в тестовом вы просто потеряете баллы, то в реальной работе цена ошибки выше: команда может потратить время на разработку функции, которая уже существует.

Чтобы в будущем вы не писали о функциональности, которая уже есть — разберем фичи Telegram, о которых многие не догадываются. Другие ошибки мы уже разобрали в статье.

Подборка материалов: что почитать разработчику

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

Все новости