Manual QA Engineer
от 150 000 ₽в месяц
УдалённоПолная занятость
SQLAIREST APILLMKafkaAPIRabbitMQPostmanManual QAWebMobile Testingweb testingDevToolsмобильные приложенияNATSтест-кейсыбаг-репорты
Описание
Ищем Manual QA Engineer в музыкальный B2C-продукт.
Сервис для независимых артистов: путь от идеи трека до релиза, продвижения и аналитики результатов. Мобильные приложения, веб, публичное API, интеграции с внешними площадками, real-time-взаимодействие, AI-функциональность.
Обязанности
- Тестировать продукт целиком: мобильные приложения, веб, API, взаимодействие сервисов между собой
- Проверять не только то, что описано в acceptance criteria, а систему в целом: граничные случаи, сбои интеграций, поведение при плохой сети и параллельных действиях
- Вести тестовую документацию так, чтобы по ней мог пройти другой человек
- Участвовать в разборе требований до начала разработки, а не после
- Предлагать изменения в процессе тестирования, когда текущий перестаёт справляться
Требования
- Работа с REST API руками: разбор запросов и ответов, воспроизведение проблемы через Postman, чтение логов
- Браузерные DevTools: сеть, консоль, хранилище — как инструмент расследования, а не просмотра
- Тестирование мобильных приложений: разные версии ОС и устройства, поведение при потере сети, перехват трафика
- SQL: сходить в базу и проверить, что данные легли так, как ожидалось
- Тест-кейсы и баг-репорты, которые воспроизводятся с первого раза по описанию
Будет плюсом
- Асинхронные системы и очереди (RabbitMQ - Kafka - NATS)
- Тестирование AI-функциональности и недетерминированных сценариев
- LLM и AI API
- MCP
- Использование AI-инструментов в работе QA
Условия
- Формат: удалённо
- Занятость: fulltime
- Зарплатная вилка обсуждается по итогам собеседования (~ 150к)
Процесс отбора
- Отклик: резюме + ответы на три вопроса ниже
- Звонок 30 минут
- Техническое интервью 60 минут
- Оффер
- Отклики без ответов на вопросы не рассматриваем
Как откликнуться
- Резюме + ответы на три вопроса, коротко и по делу (5–10 предложений на каждый):
- Последний баг, который вы нашли и который не был виден по acceptance criteria: как вышли, как воспроизвели, в чём была причина.
- Случай, когда ваш баг закрыли как «not a bug», а вы были не согласны: что сделали и чем кончилось.
- Баг, который дошёл до продакшена при вашем участии: почему проскочил и что вы изменили в процессе после.