В этой подборке вопросы сгруппированы по формату «Поведенческие вопросы», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: qa, testing, frontend.
Опишите именно свой опыт в Совкомбанке: назначение команды, личные задачи, подтверждённые результаты и причину поиска. Общие сведения о компании не заменяют рассказа о вашей работе.
Если использовали моки или эмуляторы, расскажите, какую зависимость заменяли и зачем: изоляция, редкие ошибки, задержки или недоступность среды. Уточните инструмент и собственную роль.
Уточните, спрашивают о численности разработчиков, объёме функций или вашей доле проверок. Затем дайте фактические данные по своему проекту, не подменяя одно измерение другим.
Если используете JOIN, покажите простой реальный пример и объясните условие связи. Важно понимать несовпавшие строки, дубли при один-ко-многим и влияние фильтров, а не только синтаксис.
Подтвердите, знаете ли расположение офиса и подходит ли вам три дня присутствия. Если данных недостаточно, уточните адрес, часы и гибкость графика до обещания.
Опишите фактический процесс спринтов: планирование, работа с целью, ревью и ретроспективу, если они были. Наличие двухнедельных итераций само по себе не означает полноценный Scrum.
Выберите обращение, которое действительно комфортно, и коротко сообщите об этом. Предпочтение «ты» или «вы» не определяет профессионализм и не требует оправданий.
Перечислите документы, которые действительно создавали или поддерживали: кейсы, чек-листы, планы, отчёты, инструкции и описания дефектов. Для каждого укажите аудиторию и назначение.
Назовите фактическую роль Redis: кэш, сессии, счётчики, очереди или другое. Само наличие Redis в стеке не позволяет понять, какие данные и гарантии использовал ваш проект.
Оцените уровень через сложность самостоятельно решаемых задач, ответственность и влияние, а не только стаж. Уточните, какие критерии Middle и Senior использует конкретная компания.
Перечислите реальные внешние зависимости и конкретные сценарии их проверки. Разделите sandbox поставщика, договорённые интеграционные проверки и заглушки для ошибок или недоступности.
Опишите реальную последовательность релиза: выбор изменений, подготовку сборки, проверки, решение о готовности, выкладку и наблюдение. Укажите роли и периодичность, не подменяя их идеальным процессом.