QA-Інженер, тестувальник

Ми шукаємо QA-інженера, який зосередиться на мануальному тестуванні та створенні професійних тест-кейсів для fintech-платформи. Твоя роль полягає у глибокому ручному тестуванні користувацьких флоу, документуванні результатів та комунікації з командою розробки.

Чим ти будеш займатись

Типовий цикл роботи:

1. Отримуєш опис юзер-флоу із success criteria (що має зробити користувач, щоб досягти мети в застосунку).
2. Проєктуєш тест-кейси — розбиваєш флоу на окремі сценарії (happy path, помилки валідації, edge-кейси) з чіткими кроками та очікуваним результатом.
3. Виконуєш тест-кейси (test execution) — проходиш кожен сценарій вручну та фіксуєш результат прогону: фактичний результат, скріншоти, статус (pass/fail), середовище.
4. Проводиш повторне виконання тих самих тест-кейсів після виправлення багів (ретест) або перед релізом (регресійне тестування), щоб переконатись, що нічого не зламалось.
5. Якщо тест-кейс вже конвертований в E2E-тест на Playwright — орієнтуєшся в коді достатньо, щоб внести хотфікс самостійно або підказати розробнику, що саме зламалось, і оформлюєш звіт у задачі Linear.

Процес тестування

• Проєктування тест-кейсів — розбиття юзер-флоу на сценарії з чіткими кроками й очікуваним результатом (success criteria)

• Виконання тестів (test execution) — мануальний прогін тест-кейсів із фіксацією фактичного результату, скріншотів та статусу
• Регресійне тестування — повторне виконання наявних тест-кейсів, щоб переконатись, що нові зміни не ламають існуючі фічі
• Smoke / Sanity — швидке виконання ключових тест-кейсів для перевірки стабільності основних потоків
• Ретестування — повторне виконання тест-кейсу після виправлення дефекту

Основні напрямки тестування

Користувацькі сценарії

• Реєстрація / логін, інвестування, поповнення гаманця, виведення коштів
• Auth-сценарії (Better Auth): пароль, OAuth, 2FA (TOTP), passkeys, сесії, ролі та права доступу (RBAC)
• UI / UX: стани інтерфейсу (loading / empty / error), форми та валідації, крос-браузерна перевірка

Fintech-специфіка (критично важливо для проєкту)

• Тестування грошових розрахунків: відсотки, нарахування, виплати, округлення / точність (суми у копійках, BigInt)
• Перевірка коректності балансів і подвійного запису (ledger) — стани гаманців до/після операцій
• Онбординг через зовнішнього банківського провайдера (Lemonway): статуси верифікації, edge-кейси
• Платіжні сценарії: pay-in, payout, повернення, обробка webhook-подій

Технічна база

• Написання та ведення тест-кейсів у структурованому вигляді (кроки, очікуваний/фактичний результат, скріншоти)
• Робота з тестовими даними: розуміння сидінгу БД (PostgreSQL), ізоляція тестових оточень
• Postman (або аналоги) для ручної перевірки API-ендпоінтів
• Мокінг мережевих запитів / робота з webhook-подіями (платіжні події) — на рівні розуміння, для відтворення сценаріїв
• Вміння читати код E2E-тестів на Playwright (TypeScript) — для орієнтації в наявних тестах, локалізації причини падіння та внесення дрібних хотфіксів
• Linear — ведення задач, оформлення звітів про баги та результати тестування

Процеси та якість

• Ведення бібліотеки тест-кейсів, її актуалізація при зміні флоу
• Аналіз результатів тестування, пріоритизація дефектів разом із командою
• Оформлення звітів (скріншоти, кроки відтворення, severity/priority) у Linear
• Участь у плануванні тестового покриття для нових фіч

Командна співпраця

• Тісна комунікація з розробниками: уточнення флоу, спільна оцінка ризиків
• Участь у обговоренні success criteria перед стартом тестування нових фіч
• Постійне вдосконалення підходів до тестування та якості тест-кейсів

Що ми очікуємо

• Досвід мануального тестування веб-застосунків (бажано — fintech або суміжна сфера з грошовими розрахунками)
• Вміння писати чіткі, відтворювані тест-кейси
• Уважність до деталей, особливо у розрахунках сум, балансів та статусів платежів
• Базове розуміння HTTP, API, роботи з БД (на рівні читання даних)
• Плюсом буде: досвід читання коду на TypeScript, знайомство з Playwright, досвід роботи з Linear/Jira