На что направлено тестирование: на логику или на отображение UI
Что проверяют
Понимаете ли вы уровни проверок и умеете ли уточнять постановку. Формулировка намеренно размытая: интервьюер смотрит, броситесь ли вы отвечать заученным или сначала спросите, речь про конкретный проект или про принцип.
Как отвечать
Скажите, что это вопрос о фокусе, и назовите принцип: проверка ставится на самый низкий уровень, где она остаётся осмысленной.
- Бизнес-правила, то есть расчёты, статусы, права доступа, валидация, проверяются юнит-тестами и запросами к API. Это быстро, стабильно и точно показывает место поломки.
- Интерфейс проверяется на другое: дошли ли данные до экрана, проходит ли сценарий целиком, отрабатывают ли состояния загрузки, пустого списка, ошибки и длинного текста.
- Само отображение выносится отдельно: визуальные регрессионные проверки по скриншотам, адаптив, доступность, разные локали и масштаб шрифта.
Итог формулируйте как пропорцию: основная масса проверок логики внизу, сверху тонкий слой сквозных пользовательских сценариев. Если вопрос про ваш проект, отвечайте составом набора и цифрами: сколько проверок на каком уровне, что гоняется на каждый пулл-реквест, что раз в ночь.
Где спотыкаются
Проверяют бизнес-правила кликами. Перебор вариантов расчёта через интерфейс превращается в часы прогона и разваливается от любой перевёрстки, хотя те же случаи закрываются на уровне API за секунды.
Смешивают визуальные и функциональные проверки. Скриншотный тест не знает, что сумма посчитана неверно, а функциональный не заметит съехавшую на полэкрана кнопку. Это два разных инструмента, и один другой не заменяет.
Отвечают «важно и то, и другое» и останавливаются. Это правда, но без распределения по уровням ответ пустой: собеседник хотел услышать, как вы решаете, куда положить конкретную проверку.