Junior AQA-инженер (ручное + автотесты, Playwright/TypeScript)
Хорошая вакансия для старта карьеры: современный стек (Playwright + TS), гибридный формат работы в Москве и четко прописанные задачи. Отсутствие указанной вилки зарплаты немного снижает балл, но наличие обучения работе с оборудованием — большой плюс.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сложность вакансии
Позиция Junior уровня с умеренными требованиями: достаточно иметь от 6 месяцев опыта (включая учебный) с Playwright и TypeScript. Основная сложность может заключаться в необходимости работы со специфическим торговым оборудованием.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Зарплата для Junior AQA в Москве обычно находится в диапазоне от 80 000 до 130 000 рублей в зависимости от глубины знаний TypeScript и опыта с Playwright. Данная вакансия соответствует рыночным ожиданиям для начинающих специалистов с опытом до года.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Описание вакансии
Сервис Плюс
Junior AQA-инженер (ручное + автотесты, Playwright/TypeScript)
Опыт работы: 1–3 года
Полная занятость
График: 5/2
Формат работы: гибрид или офис (Москва)
*☑️* Чем предстоит заниматься
-Разработка и поддержка E2E-автотестов на Playwright + TypeScript
-Тестирование Frontend и пользовательских сценариев (включая работу с оборудованием: кассы, весы, сканеры, ККТ)
-Работа с Git, Jenkins (настройка и поддержка пайплайнов)
-Тестирование API через Swagger, Postman, Curl
-Настройка Mock-сервисов для изоляции тестового окружения
-Взаимодействие с реляционными и нереляционными СУБД (подготовка данных, проверка результатов)
-Анализ результатов прогонов, разбор флакающих тестов
-Заведение и отслеживание багов в Jira
-Участие в code review и планировании спринтов
*☑️* Наши пожелания к кандидатам
-Опыт E2E-тестирования на Playwright + TypeScript (или JavaScript) от 6 месяцев — подойдёт коммерческий, проектный или учебный опыт. Главное — реальный опыт написания кода и понимание, что и зачем вы делаете
-Уверенное владение TS/JS на базовом уровне: функции, условия, async/await, типы
-Понимание работы Playwright: локаторы, ожидания, assertions, запуск тестов
-Умение читать и разбирать чужой код — работать с существующими тестами, а не только писать с нуля
-Опыт работы с Git: ветки, коммиты, merge, разрешение конфликтов
-Базовый опыт работы с Jenkins (запуск джоб, понимание, как устроен пайплайн)
-Работа с API: Swagger, Postman, Curl — уметь составить запрос и проверить ответ
-Понимание работы с Mock-сервисами для изоляции тестового окружения
-Базовые знания SQL и умение работать с реляционными СУБД; представление о нереляционных СУБД
-Желание учиться и разбираться в новом, в том числе в работе с оборудованием (кассы, весы, сканеры, ККТ)
-Базовое понимание тест-дизайна: чек-листы, тест-кейсы, баг-репорты
Будет плюсом:
-Опыт работы в Linux (systemd, bash, работа с зависимостями)
-Опыт работы с ИИ-агентами (в тестировании, написании тестов, анализе)
-Опыт работы с контейнерными приложениями (Docker и т. п.)
-Опыт ведения багов в Jira и участия в code review
-Понимание специфики ритейла / торгового оборудования
Контакты: Откликнуться
| | ()
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.

Навыки
- TypeScript
- Git
- Linux
- SQL
- Bash
- JavaScript
- Docker
- Jenkins
- Jira
- REST API
- Playwright
- Postman
- Swagger
Возможные вопросы на собеседовании
Проверка базовых знаний инструмента автоматизации, указанного в стеке.
Расскажите, как работают авто-ожидания (auto-waiting) в Playwright и в каких случаях может потребоваться ручное ожидание?
Важно понимать, как кандидат справляется с нестабильностью тестов, что критично для E2E.
Как вы подходите к анализу и исправлению «флакающих» (flaky) тестов?
Вакансия подразумевает работу с оборудованием и API, где мокирование необходимо.
Для чего нужны Mock-сервисы в тестировании и как бы вы настроили заглушку для внешнего API в Playwright?
Проверка навыков работы с данными, необходимых для подготовки тестовых сценариев.
Напишите SQL-запрос для проверки того, что созданный в ходе теста заказ корректно отобразился в базе данных с нужным статусом.
Оценка понимания процесса CI/CD.
Как устроена типичная Jenkins-job для запуска автотестов и какие параметры вы бы в неё передавали?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.

