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 робочих днів від відгуку.