Подготовка к интервью
3834 вопроса с собеседований в Сбер
Что проверяют на интервью
Подборка объединяет вопросы, отмеченные на этапах интервью в Сбер. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: database, sql, backend.
Каталог
Обычно выделяют выяснение потребностей, требования, проектирование, реализацию, проверку, выпуск и сопровождение. В итеративной разработке эти работы повторяются и могут идти параллельно.
Читать ответРасскажите фактический путь задачи от идеи до проверки и кто отвечал за требования, тест-дизайн и приёмку. Аналитик обычно помогает определить ожидаемое поведение, но распределение ролей различается.
Читать ответОбработчик кнопки собирает данные, выполняет клиентские проверки и отправляет API-запрос. Backend проверяет запрос и права, выполняет бизнес-операцию и возвращает результат, который frontend отображает.
Читать ответHAVING фильтрует группы после группировки и вычисления агрегатов, а WHERE отбирает строки до неё. Например, можно выбрать клиентов, у которых больше трёх заказов.
Читать ответОпишите свою роль на последнем месте, основные задачи и конкретную причину поиска сейчас. Упоминание чужого рассказа не заменяет вашего собственного объяснения и не требует копировать его формулировки.
Читать ответДа: UNION объединяет совместимые результаты, а подзапросы, EXISTS и IN позволяют использовать другую таблицу без явного JOIN. Но выборка FROM a, b является соединением по смыслу, хотя слова JOIN нет.
Читать ответОпишите реальную функцию бота, путь пользователя и границы своей ответственности. Без сведений о проекте нельзя утверждать, какая модель, очередь или архитектура там использовалась.
Читать ответПолезнее передать минимальный комплект: сценарий, время, идентификатор запроса, сообщение и stack trace, плюс связанные строки лога. Выбор «только одно» часто теряет нужный контекст.
Читать ответРазделите ручную диагностику Kafka и автоматизированные проверки сообщений. Уточните, какие действия выполняли вы: просмотр топика, публикация события, ожидание ответа или проверка конечного состояния.
Читать ответНазовите реальные клиентские библиотеки или обёртки, которыми тесты отправляли и читали сообщения Kafka. Отдельно объясните организацию топиков, consumer group и ожидания результата.
Читать ответКроме повторяемости учитывайте влияние дефекта, критичность пользовательского пути, частоту изменений, историю ошибок и стоимость проверки. Приоритет должен отражать риск и пользу автоматизации.
Читать ответДа. finally обычно выполняется при штатном выходе из try, включая исключение или return, но не гарантирован при аварийном завершении процесса, отключении питания или принудительном уничтожении.
Читать ответ