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 Engineer | QA Automation Engineer | SDET | |
|---|---|---|---|
| Отвечает за | Качество фич и релиза | Покрытие автотестами | Систему тестирования |
| Главный результат | Найденные до релиза баги | Стабильный набор автотестов | Быстрые и надёжные прогоны в 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 — смотрит на продукт через данные, а не через проверку сценариев.