Подборка объединяет вопросы, отмеченные на этапах интервью в ОТП Банк. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: frontend, browser, android.
Укажите фактическое число прямых интеграций и разделите их на синхронные REST-вызовы и обмен событиями. Важнее числа — назначение связей и поведение при отказах.
Начните с назначения продукта и основных компонентов, затем опишите команду, свои задачи и причину поиска. Архитектурные детали раскрывайте в пределах реального знания и допустимой информации.
Нужны два контролируемых клиента: допущенный к оформлению и находящийся в стоп-листе. Ожидаемые решения, сообщение и побочные действия должны следовать из согласованных бизнес-правил.
Сначала уточню семантику нового статуса и допустимые переходы, затем подготовлю заявку и вызову событие, которое должно его установить. Проверю состояние, историю и совместимость потребителей.
Чётко обозначьте стартовое состояние: готовый набор, отдельные проверки или полное отсутствие автоматизации. Затем расскажите, что именно вы добавили, изменили или организовали.
Параллелизация распределяет независимые тесты по потокам или процессам. Одновременное наличие JUnit и TestNG нужно объяснять устройством конкретного проекта: миграцией, разными модулями или наследуемыми наборами.
Разделю проверку длинного JSON на контракт структуры и смысловые утверждения по важным полям и связям. Полное сравнение с огромной строкой обычно слишком хрупко и плохо объясняет ошибки.
Согласование должен организовать владелец изменяемого контракта совместно с ответственными командами-потребителями. Аналитик или технический лидер может координировать работу, но конкретная роль определяется процессом.
Назовите реальное приблизительное число backend-тестов и схему запуска. Уточните, считаете ли тестовые методы, параметризованные случаи или все исполнения по окружениям.
Объясните, на каком этапе подключаетесь: анализ требований, разработка тест-дизайна, ревью или автоматизация готовых сценариев. Отделите самостоятельное проектирование от технической реализации кейсов.
Назовите реальное приблизительное число сервисов вашей команды и критерий ответственности: разработка, тестирование, сопровождение или дежурство. Не включайте все доступные интеграции.
Опишите хранилище кейсов, устойчивую связь автотеста с кейсом и передачу результатов CI в TMS/Jira, включая ошибки интеграции и обновление документации.