Какими разделами браузерной консоли пользовались и для чего

Что проверяют

Умеете ли вы локализовать баг сами, а не приносить разработчику «страница не работает». Почти всегда следом просят конкретный случай: как по DevTools вы поняли, виноват фронтенд или бэкенд.

Как отвечать

Строго говоря, консоль это одна вкладка, а весь набор называется DevTools (F12). Пройдите по вкладкам с задачами тестировщика:

• Network: главная вкладка для QA. Статус, тело запроса и ответа, заголовки, время. Фильтр Fetch/XHR оставляет запросы к API, Preserve log сохраняет историю при переходах, Disable cache отключает кэш, троттлинг эмулирует медленную сеть. Запрос копируют как cURL для баг-репорта или Postman, сессию сохраняют в HAR;
• Console: JS-исключения, ошибки CORS, смешанный контент, упавшие загрузки ресурсов. Красная ошибка после клика по кнопке сразу подсказывает, где искать;
• Elements: DOM и стили на лету, проверка локаторов для автотестов, скрытые элементы, атрибут disabled;
• Application: куки с флагами HttpOnly, Secure, SameSite, localStorage, sessionStorage, IndexedDB, service worker. Здесь удобно удалить токен и проверить поведение при истёкшей сессии;
• режим устройства: эмуляция экрана и тача для первичной проверки адаптива;
• Lighthouse и Performance: цифры, когда жалобу «медленно грузится» нужно подкрепить замером.

Сильный ответ держится на вашем примере: запрос вернул корректные данные, а интерфейс показал ошибку, значит дефект на фронтенде; пришёл 500, в баг-репорт идут cURL, тело ответа и время.

Где спотыкаются

Перечисляют вкладки без задач. Интервьюеру важно не название, а что вы там ищете.

Смотрят только на статус и не открывают тело ответа. Ответ 200 с {"error": ...} внутри или пустым массивом легко пропустить.

Тестируют с включённым кэшем и накопленными куками. Баг «после деплоя видна старая версия» или ошибка первого входа не воспроизводятся, пока не отключить кэш или не открыть окно инкогнито.