К какой группе относятся требования к визуалу: функциональные или нефункциональные
Что проверяют
Умеете ли вы классифицировать требование по сути, а не по звучанию, и понимаете ли, что из этой классификации следует для тестирования. Следом почти всегда спрашивают, как вы проверите требование к внешнему виду.
Как отвечать
Короткий ответ: требования к визуалу в основном нефункциональные. Функциональное требование описывает, что система делает: регистрирует пользователя, считает скидку, отправляет письмо. Нефункциональное описывает, каким качеством она при этом обладает. Внешний вид относится к удобству использования: в модели качества ISO/IEC 25010 это отдельная характеристика, в шаблоне требований Volere для неё есть раздел Look and Feel.
Сильный ответ показывает границу на примерах:
- нефункциональное: фирменные цвета и шрифты, соответствие макету в Figma, адаптивная вёрстка на заданных брейкпоинтах, контраст текста не ниже 4.5:1 по WCAG;
- функциональное, хотя и видимое: кнопка оплаты неактивна, пока не заполнены обязательные поля; при ошибке поле подсвечивается и под ним появляется подсказка. Это реакция системы на действие пользователя, её проверяют как любую функцию, по шагам и ожидаемому результату.
Дальше скажите, как их тестировать. Сверка с макетом, скриншотные тесты (toHaveScreenshot() в Playwright, BackstopJS, Percy), проверка контраста и доступности через Lighthouse или axe, прогон на наборе разрешений и браузеров. Главное условие: требование должно быть проверяемым. «Интерфейс должен быть современным» проверить нельзя, «отступы по макету с допуском 2 px, основной шрифт 16 px» можно.
Где спотыкаются
Отвечают одним словом «нефункциональные» и не видят исключений. Интервьюер тут же приводит пример с неактивной кнопкой, и ответ разваливается.
Путают «нефункциональное» с «необязательным». Баг вёрстки на экране оплаты может стоить конверсии больше, чем падение редкой функции, поэтому серьёзность дефекта ставится по влиянию на пользователя, а не по типу требования.
Принимают расплывчатые формулировки вроде «удобно» и «красиво» и тестируют на глаз. Правильная реакция тестировщика: вернуть требование аналитику и добиться измеримых критериев, иначе любой результат можно считать и багом, и фичей.