В этой подборке вопросы сгруппированы по формату «Поведенческие вопросы», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: qa, testing, frontend.
Выберите несколько реальных задач последних месяцев и покажите личный вклад, сложность и результат. Соотношение backend/frontend назовите приблизительно, указав, что именно считаете.
Оцените английский через реальные действия: чтение документации, переписку, созвоны и объяснение технических решений. Если называете уровень, уточните, чем он подтверждён и где есть затруднения.
Отметьте реальные сильные стороны коллектива и одно-два улучшения процессов с понятной пользой. Лучше обсуждать организацию работы, чем оценивать личности коллег.
Опишите фактические способы связи сервисов: синхронные HTTP/RPC-вызовы и асинхронные сообщения, если они были. У каждого назовите конкретный сценарий и причину выбора.
Разделите инструменты, которые применяли на практике, и те, которые только изучали. Prometheus связан с метриками, Grafana — с визуализацией, а ELK — с обработкой, хранением и анализом данных, часто логов.
Перспективность компании не означает, что конкретная роль соответствует вашим целям. Объясните реальную причину перехода через задачи, развитие или условия, не обесценивая прежнего работодателя.
Опишите реальную модель окружений: общее, отдельные стенды или временные среды на ветку. Важны правила совместного использования данных, развёртывания версий и уведомления команды.
Назовите, где и для чего действительно использовали Spring: рабочий сервис, тестовую инфраструктуру или учебный проект. Уточните компоненты и собственную ответственность.
Озвучьте свой актуальный диапазон и структуру ожиданий: фиксированную часть, бонусы и важные условия. Уточните валюту и сумму до или после налогов, чтобы стороны сравнивали одно и то же.
Расскажите фактический путь задачи от идеи до проверки и кто отвечал за требования, тест-дизайн и приёмку. Аналитик обычно помогает определить ожидаемое поведение, но распределение ролей различается.
Для Stream API подойдёт преобразование и фильтрация коллекции, для Builder — создание сложных тестовых данных. Приведите реальную задачу и объясните, почему выбранный подход сделал код понятнее.
Расскажите о реальном consumer: как задавали подключение, топик, группу, десериализацию и стартовую позицию. Проверка должна находить именно своё событие и иметь ограниченное ожидание.