Подборка объединяет вопросы, отмеченные на этапах интервью в Альфа-Банк. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: devops, infrastructure, database.
При недоступном шлюзе сохраняйте платёж как принятую к обработке операцию и возвращайте её статус, а не ложный успех. Надёжность строится на идемпотентности, очереди и сверке результата.
Назовите реальный инструмент сборки и то, что настраивали лично: зависимости, задачи тестов, отчёты или параметры запуска. Использование Gradle Wrapper не означает самостоятельную разработку всей конфигурации.
REST — архитектурный стиль взаимодействия с ресурсами, SOAP — протокол обмена структурированными XML-сообщениями. REST не равен JSON, а SOAP не ограничивается одним HTTP-транспортом.
Назовите настоящую причину поиска и желаемый следующий шаг: задачи, развитие, ответственность или условия. Лучше говорить спокойно и конкретно, без обвинений и выдуманных конфликтов.
Опишите фактический путь запроса: уточнение цели, требования, проектирование, разработку, проверки и приёмку. Состав команды раскрывайте через ответственность участников, а не только количество должностей.
Это анализ граничных значений, Boundary Value Analysis. Он проверяет значения на границах классов эквивалентности и рядом с ними, где часто возникают ошибки сравнений и ограничений.
Для сокращения большого числа сочетаний используют комбинаторное, в частности попарное тестирование. Pairwise подбирает набор, в котором каждая допустимая пара значений параметров встречается хотя бы раз.
Опишите реальный способ использования Playwright: через Java-библиотеку, Kotlin с Java API или отдельный тестовый проект. Наличие в резюме нескольких инструментов не объясняет их роли автоматически.
Из распространённых реализаций List в Java: ArrayList, LinkedList, Vector и CopyOnWriteArrayList. Они различаются устройством, стоимостью операций и свойствами при конкурентном доступе.
Для действий при выходе из блока независимо от обработки исключения используют finally. Если действие нужно только после успешно обработанной ошибки, его можно разместить после соответствующего try/catch.
Плавающий дефект проявляется только при определённых сочетаниях состояния, времени или окружения. Его нужно отличать от ошибки самого теста, хотя внешне оба случая могут выглядеть одинаково.
GET запрашивает представление ресурса и должен иметь безопасную семантику; POST передаёт данные для обработки по правилам ресурса. POST не обязательно создаёт объект, а GET не предназначен для значимых изменений.