Logika IT School — школа програмування для дітей і підлітків. Ми розробляємо власну LMS: BackOffice, у якому команда керує навчанням, і кабінет студента, де діти навчаються. Продуктом користуються сотні тисяч учнів, а також викладачі, менеджери й адміністратори. Готуємося до виходу на нові ринки.
Шукаємо досвідченого QA-інженера з фокусом на автоматизацію.
Твоя задача — системно розвивати API-автотести, вибудувати UI-автоматизацію ключових сценаріїв і зробити так, щоб ручної роботи ставало менше, а впевненості в релізах — більше.
Що зараз з тестуванням
Чим ти займатимешся
Основний фокус — автоматизація. Ручне тестування залишається там, де воно корисніше за автотест: нові фічі, дослідницьке тестування, складні інтеграційні випадки.
Автоматизація
- Оцінити наявні автотести й Postman-колекції: що вони перевіряють, що застаріло, що варто перенести в код.
- Будувати UI-автотести ключових сценаріїв на Playwright: структура проєкту, тестові дані, стабільні селектори, читабельні перевірки.
- Переводити ручну регресію в автотести там, де це окупається.
Тестування продукту
- Тестувати нові фічі в BackOffice і кабінеті студента з урахуванням ролей, прав доступу та інтеграцій.
- Перевіряти дані через SQL, API — через Postman і Swagger, DevTools.
- Писати баг-репорти, які розробник відтворює без додаткових питань.
Кого ми шукаємо
Людину, яка:
- читає вимоги, документацію API, дані — і приходить з конкретними питаннями;
- бачить, що потенційно може зламатися для користувача, і з цього починає;
- доводить задачу до результату: тест стабільний, зрозумілий і працює в загальному запуску;
- шукає, як прибрати повторювану ручну роботу, а не мириться з нею;
- повідомляє про проблему одразу;
- хоче розвиватись в продукті.
Обов'язково
- Від 3 років комерційного досвіду в QA, з них щонайменше 1 рік автоматизація — основна частина твоєї роботи.
- Ми пишемо на Playwright, але досвід Cypress, WebdriverIO чи Selenium теж підходить: нам важливо, як ти будуєш тести, а перехід на Playwright — частина онбордингу.
- Впевнений JavaScript або TypeScript: async/await, модулі, типи — на рівні, достатньому, щоб писати й рев'ювити код тестів.
- Автоматизація API-перевірок: тести в коді або Postman зі скриптами; розуміння HTTP, статус-кодів, авторизації.
- SQL: JOIN, GROUP BY, підзапити — для перевірки й підготовки тестових даних.
- Git: гілки, pull request, код-рев'ю.
- Досвід розбору нестабільних тестів до причини.
Буде плюсом
- Комерційний досвід з Playwright.
- Запуск автотестів у CI (Jenkins, GitHub Actions чи інший).
- Перенесення Postman-колекцій у код або автоматичний запуск колекцій.
- Тестування систем з багатьма ролями й правами доступу, оплат або CRM-інтеграцій.
- TestRail чи інша система керування тест-кейсами.
- Docker на рівні користувача.
- Досвід в EdTech.
Стек продукту
Frontend: React.
Backend: Java, REST API, PostgreSQL/MySQL.
Інфраструктура: Jenkins, Vault, Docker.
Автотести: Playwright (TypeScript), Postman.
Задачі — у Jira, працюємо спринтами.
Умови
- Оплата: фіксована, перегляд оплати в кінці року за результатами. Перший місяць — оплачуваний випробувальний період. Виплати стабільні, без затримок.
- Зайнятість: full-time, повністю віддалено, гнучкий графік. Синхронізуємося на зустрічах спринту.
- Основне місце роботи: шукаємо людину, для якої Logika буде єдиною основною роботою — без паралельної full-time роботи й комерційних проєктів. Це не про переробки чи доступність 24/7, а про час і увагу, щоб глибоко розібратися в продукті й відповідати за результат. Якщо в тебе є інша регулярна активність — викладання, open source, волонтерство, — розкажи на першій розмові, обговоримо відкрито.
- QA Lead поруч: рев'ю тестів, обговорення підходу, допомога з доменом на старті.
Як проходить відбір
- Розгляд відгуку: резюме й відповіді на два питання нижче.
- Прескринінг — до 30 хвилин: досвід, очікування, умови.
- Технічна співбесіда — близько години: розбираємо твій досвід автоматизації й разом дивимося на код тестів.
Тестового завдання немає. Від відгуку до оферу — зазвичай 5–7 днів.
Як відгукнутися
Надішли резюме й коротко, своїми словами, дай відповідь на два питання:
- Який набір автотестів ти будував(-ла) або суттєво розвивав(-ла) особисто: що він перевіряв, на чому написаний, як запускався? Яке рішення в ньому вважаєш своїм найкращим?
- Яку частину ручної роботи тобі вдалося прибрати автоматизацією і як ти вирішував(-ла), що саме автоматизувати?
На технічній співбесіді ми детально розберемо ці відповіді. Якщо код під NDA — опиши структуру й рішення словами; публічний репозиторій чи pet project теж підійдуть.
