Подготовка к интервью
1967 вопросов для подготовки на позицию Backend-разработчик
Что проверяют на интервью
Подборка помогает системно подготовиться к интервью на позицию Backend-разработчик: проверить теорию, потренировать практические задачи и объяснение решений. В подборке чаще встречаются темы: backend, api, database.
Каталог
Mock-сервис принимает HTTP-запросы и возвращает подготовленные ответы по заданным правилам. Например, WireMock позволяет сопоставить метод и путь с нужным статусом, заголовками и телом ответа.
Читать ответНазовите реально использованные методы и операции: GET для чтения, POST для создания или команды, PUT для замены, PATCH для частичного изменения, DELETE для удаления — согласно контракту проекта.
Читать ответОтдельно проверьте JSON, тип корня и схему каждого элемента. Фильтрация по active выполняется только после успешной валидации и не считается ошибкой.
Читать ответНепустой ответ не доказывает, что фильтр работает или содержит созданную бронь. Проверьте включение её ID и исключение контролируемой записи с другим firstname.
Читать ответREST — архитектурный стиль взаимодействия с ресурсами, часто реализуемый поверх HTTP. SOAP — протокол обмена структурированными сообщениями с XML-конвертом; он не ограничивается REST-подобными ресурсами.
Читать ответМожно использовать асинхронный HTTP API, если он удовлетворяет требованиям. Но тогда нужно самостоятельно обеспечить хранение задач, повторы, подтверждения, ограничение нагрузки и восстановление после сбоев.
Читать ответРешение зависит от риска, повторяемости, стабильности и стоимости сопровождения. Автоматизировать стоит проверки, которые дают полезную обратную связь и могут надёжно выполняться без ручного вмешательства.
Читать ответПередавайте токен способом, определённым контрактом API, часто в заголовке Authorization: Bearer. Храните его в изолированном контексте клиента и не выводите в логи или отчёты.
Читать ответОсновной объём проверок бизнес-правил часто выгоднее делать через API, а на фронте оставить отображение и критические пользовательские пути. Но точный выбор зависит от проверяемого риска.
Читать ответУточните, писали ли спецификацию OpenAPI самостоятельно, редактировали её или только использовали документацию. Приведите пример операции и частей контракта, за которые отвечали.
Читать ответНачните со схемы сервисов, контрактов и критических бизнес-путей, затем распределите проверки по уровням. Основной объём проверок не должен зависеть от полного развёртывания всей системы.
Читать ответREST Assured — Java-библиотека для автоматизированных проверок HTTP API, включая HTTPS. REST — архитектурный стиль, а не отдельный сетевой протокол; библиотека не заменяет тестовый runner.
Читать ответ