3h 32m ago
Manual QA Engineer
postmansql
📡Worldwide Remote
Manual QA Engineer
Music
3h 32m agoWorldwide Remote
Full Time
IC
Source not independently verified - confirm the company domain before applying.
🎧 #Вакансия #QA #тестировщик #ManualQA #работа #remote #удаленка #fulltime
Привет! Ищем Manual QA Engineer в музыкальный B2C-продукт.
✅ Формат: удалённо
✅ Занятость: fulltime
✅ Продукт: мобильные приложения + веб + публичное API
✅ Автотестов нет — тестируем руками
⭐️ О продукте
Сервис для независимых артистов: путь от идеи трека до релиза, продвижения и аналитики результатов. Мобильные приложения, веб, публичное API, интеграции с внешними площадками, real-time-взаимодействие, AI-функциональность.
Автотестов сейчас нет — проект активно меняется, и писать их рано. Но если у вас есть позиция по тому, что и когда стоит автоматизировать, — это плюс.
🔧 Что делать
— Тестировать продукт целиком: мобильные приложения, веб, API, взаимодействие сервисов между собой
— Проверять не только то, что описано в acceptance criteria, а систему в целом: граничные случаи, сбои интеграций, поведение при плохой сети и параллельных действиях
— Вести тестовую документацию так, чтобы по ней мог пройти другой человек
— Участвовать в разборе требований до начала разработки, а не после
— Предлагать изменения в процессе тестирования, когда текущий перестаёт справляться
✅ Что должно быть в опыте (всё обязательно):
🔸 Работа с REST API руками: разбор запросов и ответов, воспроизведение проблемы через Postman, чтение логов
🔸 Браузерные DevTools: сеть, консоль, хранилище — как инструмент расследования, а не просмотра
🔸 Тестирование мобильных приложений: разные версии ОС и устройства, поведение при потере сети, перехват трафика
🔸 SQL: сходить в базу и проверить, что данные легли так, как ожидалось
🔸 Тест-кейсы и баг-репорты, которые воспроизводятся с первого раза по описанию
➕ Будет плюсом
Асинхронные системы и очереди (RabbitMQ - Kafka - NATS) · тестирование AI-функциональности и недетерминированных сценариев · LLM и AI API · MCP · использование AI-инструментов в работе QA
🤝 Как мы работаем
Удалённо. Баги бывают у всех — обсуждаем проблему, а не человека. Спорим о реализации, приоритетах и severity, но не друг с другом. Приоритеты меняются в течение дня — это норма. Невысказанная идея хуже плохой.
📋 Отбор
1️⃣ Отклик: резюме + ответы на три вопроса ниже
2️⃣ Звонок 30 минут
3️⃣ Техническое интервью 60 минут
4️⃣ Оффер
📨 Как откликнуться
Резюме + ответы на три вопроса, коротко и по делу (5–10 предложений на каждый):
1️⃣ Последний баг, который вы нашли и который не был виден по acceptance criteria: как вышли, как воспроизвели, в чём была причина.
2️⃣ Случай, когда ваш баг закрыли как «not a bug», а вы были не согласны: что сделали и чем кончилось.
3️⃣ Баг, который дошёл до продакшена при вашем участии: почему проскочил и что вы изменили в процессе после.
💰 Зарплатная вилка обсуждается по итогам собеседования (~ 150к).
❗️ Отклики без ответов на вопросы не рассматриваем.
📲 Отклик — в Telegram:
Привет! Ищем Manual QA Engineer в музыкальный B2C-продукт.
✅ Формат: удалённо
✅ Занятость: fulltime
✅ Продукт: мобильные приложения + веб + публичное API
✅ Автотестов нет — тестируем руками
⭐️ О продукте
Сервис для независимых артистов: путь от идеи трека до релиза, продвижения и аналитики результатов. Мобильные приложения, веб, публичное API, интеграции с внешними площадками, real-time-взаимодействие, AI-функциональность.
Автотестов сейчас нет — проект активно меняется, и писать их рано. Но если у вас есть позиция по тому, что и когда стоит автоматизировать, — это плюс.
🔧 Что делать
— Тестировать продукт целиком: мобильные приложения, веб, API, взаимодействие сервисов между собой
— Проверять не только то, что описано в acceptance criteria, а систему в целом: граничные случаи, сбои интеграций, поведение при плохой сети и параллельных действиях
— Вести тестовую документацию так, чтобы по ней мог пройти другой человек
— Участвовать в разборе требований до начала разработки, а не после
— Предлагать изменения в процессе тестирования, когда текущий перестаёт справляться
✅ Что должно быть в опыте (всё обязательно):
🔸 Работа с REST API руками: разбор запросов и ответов, воспроизведение проблемы через Postman, чтение логов
🔸 Браузерные DevTools: сеть, консоль, хранилище — как инструмент расследования, а не просмотра
🔸 Тестирование мобильных приложений: разные версии ОС и устройства, поведение при потере сети, перехват трафика
🔸 SQL: сходить в базу и проверить, что данные легли так, как ожидалось
🔸 Тест-кейсы и баг-репорты, которые воспроизводятся с первого раза по описанию
➕ Будет плюсом
Асинхронные системы и очереди (RabbitMQ - Kafka - NATS) · тестирование AI-функциональности и недетерминированных сценариев · LLM и AI API · MCP · использование AI-инструментов в работе QA
🤝 Как мы работаем
Удалённо. Баги бывают у всех — обсуждаем проблему, а не человека. Спорим о реализации, приоритетах и severity, но не друг с другом. Приоритеты меняются в течение дня — это норма. Невысказанная идея хуже плохой.
📋 Отбор
1️⃣ Отклик: резюме + ответы на три вопроса ниже
2️⃣ Звонок 30 минут
3️⃣ Техническое интервью 60 минут
4️⃣ Оффер
📨 Как откликнуться
Резюме + ответы на три вопроса, коротко и по делу (5–10 предложений на каждый):
1️⃣ Последний баг, который вы нашли и который не был виден по acceptance criteria: как вышли, как воспроизвели, в чём была причина.
2️⃣ Случай, когда ваш баг закрыли как «not a bug», а вы были не согласны: что сделали и чем кончилось.
3️⃣ Баг, который дошёл до продакшена при вашем участии: почему проскочил и что вы изменили в процессе после.
💰 Зарплатная вилка обсуждается по итогам собеседования (~ 150к).
❗️ Отклики без ответов на вопросы не рассматриваем.
📲 Отклик — в Telegram:
Required Skills
postmansql
Required Languages
🇷🇺 Russian