Провальное техническое собеседование на QA-инженера
Выпуск рубрики «Провальные собеседования» с записью технического интервью на QA-позицию. Интервьюер проверяет базовые понятия тестирования, тест-дизайн и документацию, затем переходит к требованиям, SQL, API-инструментам, DevTools, логам, архитектуре и оценке задач; ответы кандидата показывают как практический опыт, так и пробелы в теории.
- Опубликовано на YouTube:
- Просмотры на YouTube: 2 тыс.
- Лайки на YouTube: 26
Таймлайн
Коротко о видео
После вступления следует техническое интервью с 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; на собеседовании важно не смешивать их роли.
- Оценку тестовой задачи стоит строить от объёма проверок, рисков, зависимостей, окружений и тестовых данных; опыт разработчика — лишь один из контекстных факторов.