Собеседование QA-инженера

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

QA Studio проводит мок-собеседование кандидата с опытом ручного тестирования в криптопроекте и Telegram Mini Apps/ботах. Интервьюеры спрашивают о QA и QC, тест-кейсах и чек-листах, участии тестировщика в процессах, регрессе, severity/priority и техниках тест-дизайна. Далее кандидат отвечает на вопросы о URL, DNS и HTTP, тестирует GET/DELETE и загрузку файлов через API, обсуждает микросервисы, Kafka, синхронное и асинхронное взаимодействие, а также решает SQL-задачу с JOIN, GROUP BY и HAVING. В обратной связи отмечают хорошую frontend-ориентированную QA-базу, но рекомендуют усилить backend, SQL и понимание процессов.

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

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

• Регрессионный набор стоит отбирать по риску, критичности и частоте сценария; одних позитивных проверок недостаточно.
• Severity отражает влияние дефекта, а priority — срочность его исправления; эти оценки могут различаться.
• Для числовых полей полезно сочетать классы эквивалентности и граничные значения, заранее фиксируя допустимый диапазон и правила валидации.
• API-проверки включают валидные и невалидные данные, права доступа, статусы и тело ответа, а также проверку фактического изменения состояния после DELETE или загрузки файла.
• HAVING фильтрует уже сгруппированные результаты, в отличие от WHERE, который фильтрует строки до группировки.
• Микросервисность не определяется количеством баз данных, а синхронность взаимодействия — тем, ожидает ли вызывающая сторона результат операции.