AI, данные и инженерия

QA Engineer

QA Engineer — это инженер, который отвечает за качество продукта: решает, что и как проверять, находит баги до пользователей и помогает решить, готов ли релиз.

Также называют: Quality Assurance Engineer, Software Tester, Test Engineer, Manual QA Engineer, QA Analyst.

Кто такой QA Engineer и чем он занимается?

QA Engineer — это инженер, который отвечает за качество продукта: решает, что и как проверять, находит баги до пользователей и помогает решить, готов ли релиз. В сильной команде QA подключается ещё на этапе требований, а не после того, как код написан:

  • разбирает требования и находит в них противоречия и пропущенные сценарии;
  • проектирует тест-кейсы и решает, какие риски проверять в первую очередь;
  • тестирует фичи вручную, в том числе исследовательским тестированием;
  • пишет и поддерживает часть автотестов, обычно на уровне API или UI;
  • воспроизводит и описывает баги так, чтобы разработчик мог их сразу исправить.

Когда компании нужен QA Engineer?

QA Engineer нужен, когда баги начинают регулярно доходить до пользователей, а разработчики тратят всё больше времени на исправления после релиза. Обычно это происходит, когда продукт вырос до нескольких команд, частота релизов увеличилась или появились платежи, персональные данные и интеграции, где ошибка стоит дорого. Отдельный случай — первый QA в команде, который должен выстроить процесс качества с нуля. Роль не сработает, если компании на самом деле нужна инфраструктура автотестов и ускорение CI: тогда нужен SDET, а не ещё один тестировщик.

Чем QA Engineer отличается от SDET?

QA Engineer отличается от SDET тем, что идёт от продукта и пользователя, а SDET — от кода и инфраструктуры тестирования. QA Engineer проектирует проверки, ищет риски и тестирует руками и автотестами, а SDET пишет фреймворки, настраивает прогоны в CI/CD и тестовые окружения. Частая ошибка — открыть вакансию QA и ждать от кандидата уровня разработчика. QA Automation Engineer находится между ними: пишет автотесты в готовом фреймворке.

QA Engineer и смежные роли: сравнение

QA EngineerQA Automation EngineerSDET
Отвечает заКачество фич и релизаПокрытие автотестамиСистему тестирования
Главный результатНайденные до релиза багиСтабильный набор автотестовБыстрые и надёжные прогоны в CI
С кем работаетProduct Manager, разработчикиQA-команда, разработчикиРазработчики, DevOps Engineer

Почему QA Engineer сложно нанять?

QA Engineer сложно нанять, потому что на вакансию приходит много откликов, а сильных кандидатов среди них мало.

  • Порог входа в профессию низкий, и большая часть откликов — от людей после коротких курсов без опыта в продукте.
  • Резюме QA похожи друг на друга: по списку инструментов не видно, умеет ли человек думать о рисках и находить неочевидные баги.
  • Нужное соотношение ручного тестирования и автоматизации у каждой компании своё, и кандидаты часто сильны только в одной части.
  • Опытные QA из продуктовых компаний с частыми релизами уже работают и откликаются на вакансии редко.

Что выяснить до найма QA Engineer?

  • Где сейчас баги проскакивают в продакшен? Без ответа непонятно, нужен человек на тест-дизайн, на регрессию или на автоматизацию.
  • Какое соотношение ручного тестирования и автоматизации нужно? Если ждать от одного человека и то и другое на высоком уровне, поиск затянется.
  • Что тестируем: веб, мобильные приложения, API, данные, ML-функции? Опыт в одной области плохо переносится на другую, особенно в мобильной разработке и ML.
  • Это первый QA в команде или найм в существующий отдел? Первому QA нужен опыт построения процесса, а не только тестирования.
  • Кто решает, что релиз готов? Если у QA нет права остановить релиз, сильный кандидат воспримет роль как формальную.

Где искать QA Engineer?

QA Engineers чаще всего приходят из продуктовых компаний с частыми релизами, финтеха, e-commerce и мобильной разработки, где цена ошибки высока и процесс качества уже выстроен. Сильный сигнал в профиле — опыт в продукте, похожем на ваш по сложности: платежи, интеграции, мобильные релизы. Ещё один сигнал — человек рассказывает, как изменил процесс тестирования, а не только какие инструменты использовал. NEWHR ищет таких кандидатов по результатам работы, а не по откликам на вакансию.

Как проверить QA Engineer на интервью?

QA Engineer проверяют заданием на тест-дизайн по реальной фиче вашего продукта и разбором бага, который кандидат нашёл в прошлой работе. В задании кандидат решает, какие кейсы и риски проверять, что автоматизировать, а что нет. Со стороны компании участвуют QA Lead или Engineering Manager, а для роли с автоматизацией добавляется короткая практическая задача, которую принимает разработчик.

Сильные сигналы:

  • начинает с вопросов о пользователях и рисках, а не с перечисления видов тестирования;
  • находит в задании сценарии, о которых не подумали авторы;
  • объясняет, почему какие-то проверки сознательно не стал бы делать.

Красные флаги:

  • описывает работу только как прохождение готовых тест-кейсов;
  • не может привести пример бага, который нашёл сам, а не по чек-листу;
  • считает, что за качество отвечает только QA, а не вся команда.

Сколько длится поиск QA Engineer?

Первых кандидатов на роль QA Engineer показываем через 5–7 дней после брифа.

Смежные роли

  • SDET — разработчик, который строит инфраструктуру тестирования, а не тестирует фичи.
  • Evals Engineer — оценивает качество ответов AI-моделей, где нет одного правильного результата.
  • DevOps Engineer — отвечает за пайплайны и окружения, в которых запускаются тесты.
  • Product Analyst — смотрит на продукт через данные, а не через проверку сценариев.

Есть роль, которую никак не закрыть? Давайте обсудим.

contact@new.hr