Junior QA Engineer (платформа и аналитика)

О роли

Это QA-позиция для всей команды разработки. Всё, что здесь строится, проходит через тебя, прежде чем дойти до пользователя или до первого доллара трафика: новая фича на дейтинг-платформе, фикс в платёжном флоу, изменение в карте событий, лендинг под кампанию, которая стартует завтра.

Широта здесь намеренная. В трафик-команде поломки не уважают границы между отделами: баг в форме регистрации и событие трекинга, сработавшее дважды, стоят ровно одного и того же — спенда в воронку, которая не работает. Если разделить это между разными людьми, обычно и то, и другое проверяется наполовину.

Компания в дейтинге с 2011 года. Подчинение — Tech Lead, рядом работают разработчики, аналитик и байинг-команда. Это джуниорская позиция, но не позиция с нуля: мы ждём человека, который уже тестировал веб или работал внутри рекламных кабинетов.

Что ты будешь делать

• Тестировать то, что выпускает dev-команда: новые фичи и фиксы на платформе — регистрация, профили, метчинг, сообщения, настройки, админка. Проверка идёт до релиза, а не после жалобы.
• Проверять карту событий: срабатывает ли каждое событие ровно один раз, в правильный момент, с полным набором параметров и доходит ли одинаково до пикселя, Conversion API, трекера и GA4.
• Следить за сквозным прохождением меток: клик → лендинг → регистрация → подписка → оплата, и на каждом шаге subid должен остаться тем же. Subid — это идентификатор, по которому конверсия привязывается к конкретному байеру и кампании.
• Сверять цифры между рекламным кабинетом, трекером и BI-дашбордом, находить источник расхождения и описывать его так, чтобы инженер воспроизвёл за одно прочтение.
• Тестировать лендинги и преленды перед запуском трафика: вёрстка, скорость, формы на разных устройствах, браузерах и GEO. Преленд — это короткая промежуточная страница между объявлением и основным офером.
• Проверять рекламную сторону до запуска: ссылки кампаний и их метки, редиректы, правила ротации и корректность deeplink-переходов в приложение.
• Тестировать маркетинговые страницы на разных языках: сломанная вёрстка или непереведённый блок в одной локали остаются невидимыми, пока на них не пойдёт трафик.
• Изредка помогать разобрать обращение пользователя, когда воспроизвести его — самый короткий путь к багу. Это небольшая часть работы, и мы намерены такой её и оставить.
• Развивать матрицу проверок: каждый пропущенный баг становится в ней новым пунктом.

Что для нас важно

Обязательно:

• Примерно год опыта тестирования веба или смежной роли, где ты регулярно разбирался, почему данные не сходятся.
• Практическое знакомство с рекламой: ты видел рекламный кабинет изнутри и понимаешь, откуда берётся конверсия в отчёте.
• Уверенная работа с DevTools: вкладка Network, чтение запросов, параметры, куки, цепочки редиректов.
• Понимание базовой механики веба: GET и POST, query-параметры, коды ответа, разница между клиентским и серверным событием.
• Готовность читать JSON без страха и описывать найденное структурно, а не в стиле «что-то не работает».
• Спокойное переключение контекста. День может идти от релиза платформы к проверке трекинга и дальше к лендингу — этот ритм должен тебе подходить.
• Системность: матрица проверок проходится полностью даже тогда, когда на вид всё в порядке.

Будет плюсом:

• Google Tag Manager и GA4 на уровне самостоятельной настройки или хотя бы уверенного разбора чужого контейнера.
• Опыт с трекером — Keitaro, Binom или любым другим.
• Postman или аналог для ручной проверки постбеков и ответов API.
• Базовый SQL: умение самому достать цифру из таблицы вместо запроса к аналитику.
• Понимание мобильной атрибуции и MMP вроде AppsFlyer.
• Английский на уровне чтения документации платформ.

Что ты получаешь

• Непривычную для джуниора широту. За год ты поработаешь и с продуктом, и с трекингом, и с рекламой, и с аналитикой — редкий обзор, из-за которого отсюда быстро растут.
• Работу с живыми системами, а не с учебным стендом: объёмы, GEO и количество событий настоящие.
• Прямой доступ к Tech Lead, разработчикам и аналитику: вопросы решаются в одном сообщении, а не через три согласования.
• Видимый результат: ты видишь, сколько бюджета спасло найденное тобой сломанное событие.
• Полный remote, полную ставку с первого дня и выплаты фиксированного числа.

Трек роста

Отсюда открыты три направления, и широта роли даст увидеть каждое изнутри, чтобы выбрать честно. Вглубь QA — к middle и треку автоматизации. К инженеру трекинг-инфраструктуры, который проектирует карту событий, а не проверяет её. Или в маркетинговую аналитику, потому что ты работаешь с теми же когортами, что и BI-аналитик, только с другой стороны. Все три обсуждаем на полугодовом пересмотре и меряем результатами, а не стажем.

Деньги

$300–500 фикс в зависимости от того, насколько самостоятельно ты работаешь со старта. Пересмотр ставки через шесть месяцев. Выплаты фиксированного числа ежемесячно.

Процесс

Скрининг 30 мин → практическое задание на тестовом лендинге со сломанным трекингом (до двух часов, разбираем вместе) → собеседование с Tech Lead → офер. До 8 рабочих дней с момента отклика.