Все записи

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

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

В статье Даша, руководитель группы тестирования 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 и сложить их значения. Но если блоки визуально хорошо видны, помогает линейка: измеряем расстояния не только в браузере, но и вообще на экране.

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

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

Как продакт и аналитик работают в одной задаче: три кейса из практики

Маша, продакт ITSM 365, рассказала в статье, как выстроить взаимодействие аналитика и продакта в одной задаче. В материале — три кейса из Delivery и Discovery, типичные ошибки и решения, которые помогли команде избежать хаоса и навести порядок в процессах.

Искусство сложных коммуникаций

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

Ира, системный аналитик Project Ruler, больше шести лет работает с заказчиками, пользователями и командами разработки. За это время она сталкивалась с самыми разными ситуациями: менялись требования после согласования, было страшно выходить на демо, приходилось отстаивать границы и выстраивать коммуникацию в проектах с большим количеством участников.

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

Как использовать ИИ для учебы

По щучьему веленью, по моему хотению... диплом, напишись сам!

Щука — это, конечно, символ волшебства из сказки. Однако со скоростью внедрения технологий в нашу жизнь, сказка начинает граничить с реальностью. А место щуки занимает искусственный интеллект.

Только в реальности, просто лежать на печи и ждать, пока ИИ сделает всю работу не получится. Большой риск упустить возможности для роста.

Мы предлагаем сделать ИИ помощником, который освобождает время для главного — понимания, творчества и развития.

Как подружиться с ИИ, в карточках рассказывает Константин, наш эксперт в сфере искусственного интеллекта.

Все новости