Вернуться в видеотеку

Провальное техническое собеседование на QA-инженера

Выпуск рубрики «Провальные собеседования» с записью технического интервью на QA-позицию. Интервьюер проверяет базовые понятия тестирования, тест-дизайн и документацию, затем переходит к требованиям, SQL, API-инструментам, DevTools, логам, архитектуре и оценке задач; ответы кандидата показывают как практический опыт, так и пробелы в теории.

Источник: Quality Academy | Создаем тестировщиков с нуля

Открыть на YouTube

Таймлайн

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

После вступления следует техническое интервью с QA-кандидатом. В первой части проверяют классификации тестирования, различия smoke-, регрессионного и приёмочного тестирования, техники тест-дизайна, тестовые артефакты и критерии качества требований. Далее обсуждаются PostgreSQL и JOIN, Postman, Swagger и SoapUI, JSON/XML, DevTools, Kibana, Git и Jenkins, брокеры сообщений, микросервисы, Charles Proxy, Python/Bash, оценка задач и наставничество. Кандидат рассказывает о двух проектах и опыте работы с отдельными инструментами, но затрудняется объяснить семантику JOIN, области видимости переменных Postman и подход к оценке задач; интервьюер уточняет эти пробелы.

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

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

  • Smoke-тестирование быстро проверяет критичные сценарии и жизнеспособность сборки; регрессионное ищет побочные эффекты изменений, а приёмочное подтверждает соответствие согласованным критериям.
  • Для эквивалентного разбиения и анализа границ нужны явные допустимые диапазоны и проверка значений по обе стороны каждой границы.
  • При попарном тестировании наборы нужно проверять матрицей: каждая пара значений всех параметров должна встретиться хотя бы один раз; произвольное сокращение комбинаций этого не гарантирует.
  • Качество требований проверяют на однозначность, полноту, непротиворечивость, проверяемость и трассируемость; неопределённые формулировки нужно уточнять.
  • INNER JOIN возвращает только совпавшие строки, LEFT JOIN сохраняет все строки левой таблицы, а RIGHT JOIN — правой.
  • В Postman важно различать области видимости глобальных, коллекционных, окружения, data- и локальных переменных; динамическая переменная сама по себе не определяет область видимости.
  • Git — система контроля версий, а Jenkins — сервер автоматизации CI/CD; на собеседовании важно не смешивать их роли.
  • Оценку тестовой задачи стоит строить от объёма проверок, рисков, зависимостей, окружений и тестовых данных; опыт разработчика — лишь один из контекстных факторов.

Рекомендуем посмотреть

1:52:10
QAMiddle

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

Мок-собеседование QA-инженера с опытом ручного тестирования: QA/QC, тестовая документация, процессы команды, регресс и приоритизация дефектов. В технической части обсуждают тест-дизайн, URL/DNS/HTTP, API, микросервисы, Kafka, синхронное и асинхронное взаимодействие, базы данных и SQL; в финале кандидату дают обратную связь.

52:11
QAMiddle

Мок-собеседование на Middle QA-инженера: резюме и технические вопросы

Мок-собеседование на Middle QA: интервьюер разбирает структуру резюме и самопрезентацию, затем проверяет опыт тестирования веба и мобильного приложения. Обсуждаются дефекты и кэш, логи, API-запросы, Postman и Burp Suite, а также SQL, JavaScript, Linux и Docker; в финале кандидат получает обратную связь по подготовке.