Мок-собеседование начинающего QA-инженера

Коротко о видео

В мок-собеседовании QA-кандидат с полутора годами опыта ручного тестирования обсуждает подготовку к поиску работы, черновик резюме и опыт на двух проектах. Интервьюер уточняет различия между регрессионным и smoke-тестированием, проверяет понимание REST API, Postman, JSON, типов данных, валидации, кодов HTTP и токенов авторизации. На примере POST- и GET-запросов разбираются позитивные и негативные сценарии и связь API с хранением данных. В вопросе о сбое после релиза кандидат предлагает воспроизвести проблему и завести баг, а интервьюер отмечает: при недоступности сервиса сначала может потребоваться откат к стабильной версии. В финале даны рекомендации структурировать резюме, не указывать непонятные инструменты и подтянуть SQL, базы данных, Git и возможности Postman.

Затронутые темы

Что взять на заметку

• При API-тестировании проверяйте не только успешный ответ, но и типы, пустые и отсутствующие поля, граничные значения и неожиданные символы.
• Smoke-тест подтверждает работоспособность базового сценария; после него переходят к более глубоким и негативным проверкам.
• При критическом сбое после релиза сначала восстанавливают доступность продукта по процессу инцидента — например, откатом к стабильной версии; затем воспроизводят и расследуют дефект.
• Перед собеседованием важно уметь кратко объяснить назначение REST-методов, HTTP-кодов, авторизации, баз данных и Git, а не только перечислить инструменты.
• В резюме стоит указывать навыки, которые кандидат способен раскрыть на вопросах; в данном случае интервьюер рекомендует усилить SQL, базы данных и Postman.