Вакансии тестировщика на удалёнке: QA Engineer, SDET и автотесты
Искать удалённые вакансии тестировщика в международных компаниях сложнее, чем кажется: одну и ту же работу называют пятью разными способами. QA Engineer, SDET, Test Automation Engineer, Quality Engineer и просто Tester могут означать очень разные задачи, а разница между ручным тестированием и автотестами часто важнее самого названия. Разберём, что обычно стоит за каждой должностью, как читать QA-вакансию и как настроить поиск, чтобы ловить все варианты.
Названия и что за ними обычно стоит
На hh.ru привычно искать «тестировщик» или «QA-инженер», в Telegram-каналах часто пишут «AQA» и «автоматизатор». В англоязычных вакансиях набор такой:
| Название | Что обычно значит | Что проверить |
|---|---|---|
| QA Engineer | От ручного тестирования до полной автоматизации | Соотношение ручного и автотестов |
| QA Analyst, Tester, Manual QA | В основном ручное: тест-кейсы, исследовательское тестирование, регресс | Ждут ли хоть немного автоматизации |
| Test Automation / QA Automation Engineer | Автотесты: писать и поддерживать | Фреймворк и язык |
| SDET (Software Development Engineer in Test) | Разработчик тестовой инфраструктуры и фреймворков | Сколько кода продакшен-уровня придётся писать |
| Quality Engineer | Автоматизация плюс процессы качества в команде | Отвечаете ли вы за тест-стратегию |
| Test Engineer | Чаще тестирование софта; в железных компаниях — устройств | Что именно тестируют |
Жёстких определений нет. «QA Engineer» в одной компании вручную гоняет мобильное приложение, а в другой строит набор тестов на Playwright в CI и ни разу не проходит кейс руками.
Ручное тестирование или автоматизация
Это главный вопрос для большинства QA-кандидатов, поэтому скажем прямо.
Ручное тестирование — настоящая квалифицированная работа: понимать продукт, продумывать граничные случаи, писать внятные баг-репорты, находить то, что пропускают скрипты. Но ручной QA — ещё и частый вход в IT, так что откликается на такие вакансии много людей. Если вы на этом этапе, посмотрите статью о фильтрах для джунов.
Автоматизация — это код: UI-тесты на Playwright, Cypress или Selenium, API-тесты, подготовка тестовых данных, прогон в CI. Во многих вакансиях с простым «QA Engineer» просят хотя бы немного автоматизации, так что не считайте роль ручной, пока не прочитали требования.
В некоторых командах выделенного QA нет вообще — разработчики тестируют свой код сами. Там работа по качеству если и появляется, то под названиями SDET или Software Engineer.
Как перейти из ручного в автоматизацию
Если вы мануальщик и целитесь в автоматизацию, сфокусированный план работает лучше, чем «всё и сразу»:
- Выберите один язык под вакансии, которые вам интересны: JavaScript или TypeScript для веб-компаний, Java или Python — там, где на них написан бэкенд.
- Освойте один UI-фреймворк, например Playwright или Cypress, и один способ тестировать API.
- Разберитесь с Git и CI настолько, чтобы тесты запускались на каждый пуш.
- Выложите на GitHub небольшой аккуратный проект с тестами для публичного демо-приложения и README с объяснением решений.
- Перепишите резюме так, чтобы ручной опыт читался как знание домена и тест-дизайн, а не как список пройденных кейсов.
Про пятый шаг подробнее — в статье об адаптации резюме под вакансию.
Что проверить в QA-вакансии
- Уровень: UI, API, мобильное приложение, нагрузка или данные.
- Язык тестов и совпадает ли он с основным языком продукта.
- Зона ответственности: вы проектируете тест-стратегию или проходите чужие кейсы?
- Устройство команды: QA внутри продуктовой команды или отдельный отдел на несколько команд?
- Ритм релизов: при непрерывном деплое тестирование выглядит иначе, чем при релизах по расписанию.
- Локация: как и с любой удалёнкой, сначала строка локации. «Remote - US» и требования к пересечению по часам решают многое. Подробнее — в статье об удалённых вакансиях для Европы.
А что с цифрами
Мы делали срез за сентябрь 2026 по источникам, которые проверяет Hot Jobs, но QA не вошёл в опубликованную таблицу, так что цифры по тестированию у нас нет — и угадывать мы не будем. Можно сказать только общее: компании в этих источниках в основном из софта, инфраструктуры и финтеха, поэтому логично ожидать, что их QA-вакансии написаны языком инженерных команд — «automation», «CI», «quality» чаще, чем «тест-кейсы». Но проверяйте каждую вакансию, а не полагайтесь на это.
Смежные роли
Если QA-вакансий для вас мало, те же навыки нужны и здесь:
- Technical Support Engineer: воспроизвести проблему, прочитать логи, внятно описать баг. Между поддержкой и QA переходят в обе стороны — подробнее в статье о техподдержке в IT.
- Release или Build Engineer: ближе к CI/CD и DevOps.
- Mobile QA: если вы тестировали приложения, стоит добавить мобильные QA-роли.
- Software Engineer: сильные в коде SDET иногда уходят в обычную разработку.
Как Hot Jobs распознаёт QA-вакансии
Совпадение ищется по ключевым словам в названии. Роль «QA / тестировщик» ловит заголовки с QA, Quality Assurance, Test Engineer, Test Automation, SDET, Tester и Quality Engineer. Что стоит знать:
- Развёрнутое «Software Engineer in Test» этих слов не содержит и попадёт только в «Разработчик (любой стек)» — а это гораздо более широкая роль.
- Вакансии безопасности со словом Tester, например Penetration Tester, тоже могут прийти в QA. Если не ваше — просто пропускайте.
- Руководящие должности вроде QA Manager или Head of QA в эту роль не попадают.
- Junior-вакансии и стажировки скрыты, пока вы их не включите, — это важно, если вы ищете первую работу в QA.
Выберите «QA / тестировщик», при необходимости включите junior-вакансии и укажите, где готовы работать. Hot Jobs проверяет карьерные страницы 390+ компаний каждые 30 минут, а также две remote-площадки и присылает новые подходящие вакансии в Telegram. €3, оплата один раз. Подключить бота