Назад к вакансиям

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», а вы были не согласны: что сделали и чем кончилось.
  • Баг, который дошёл до продакшена при вашем участии: почему проскочил и что вы изменили в процессе после.