QA у розробці слотів: чим відрізняється від звичайного тестування

Є просте запитання, за яким на співбесіді в студію слотів одразу видно, тестувала людина ігри чи ні: «У гравця зник інтернет саме тоді, коли барабани крутяться. Що має статися?»

Правильна відповідь — нічого страшного: раунд уже пораховано на сервері, тож після повернення гравець зобовʼязаний побачити той самий результат і отримати ті самі гроші. Перевірка цього сценарію — одна з перших речей, яких навчають нового QA у геймдеві слотів, і одна з тих, яких немає в жодному курсі з тестування.

У чому взагалі різниця зі звичайним QA

Формально інструменти ті самі: тест-кейси, Jira, Playwright, Postman, SQL. Різниця — у ціні помилки й у тому, що саме вважається багом.

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

Звідси головний зсув у мисленні. QA у слотах менше клікає по кнопках і більше звіряє числа: суму на балансі до та після спіну, запис в історії раундів, транзакцію в гаманці й лог сервера — усе має зійтися до цента.

Що конкретно тестує QA-інженер у студії

• Ігровий раунд і його відновлення. Обрив звʼязку, закриття вкладки, розряджений телефон посеред бонусної гри. Класичний тест — убити сесію в кожній фазі раунду й переконатися, що після повернення стан відновився.
• Розрахунки й таблицю виплат. Кожна виграшна лінія, кожен множник, усі крайні комбінації. Звіряють із документом математика, а не з «на око виглядає правильно».
• Бонусні механіки. Фриспіни, купівля бонуса, накопичувальні фічі, джекпоти. Тут живе більше половини багів: стан накопичується між спінами, і логіка ламається на нестандартних переходах.
• Гаманець і ліміти. Ставка вища за баланс, паралельна сесія у двох вкладках, скасування транзакції на боці платформи, дробові валюти.
• Відповідальну гру. Ліміти депозиту й ставки, тайм-аути, самовиключення, обовʼязкові нагадування про час гри. У деяких юрисдикціях це блокувальні вимоги, і їх перевіряє окремий чек-лист — та сама логіка, що й у комплаєнс-відділу оператора, але на рівні коду гри.
• Локалізації та валюти. Одна гра виходить 15–30 мовами. Перевіряють не лише переклад, а й обрізання тексту, формати чисел, а іноді й заборонені в конкретній країні слова та символи.
• Сумісність. У слоти грають переважно з телефона, часто зі слабкого й на поганій мережі — матриця пристроїв тут довша, ніж у корпоративних продуктах.

Сертифікація: те, чого немає в іншому QA

Перш ніж гра потрапить на сайти операторів, її перевіряє незалежна лабораторія — GLI, BMM, eCOGRA, iTech Labs. Вони перевіряють генератор випадкових чисел, відповідність фактичного RTP заявленому, поведінку при збоях і дотримання правил конкретної юрисдикції.

QA — той, хто готує білд і пакет документів до цієї перевірки: опис механік, правила гри, звіти про прогони, докази того, що раунд відновлюється. Повернення з лабораторії коштує студії грошей і зриває реліз-календар, тому «скільки сертифікацій пройшло з першого разу» — реальний KPI, який вам назвуть на співбесіді.

Окрема складність: одна й та сама гра під різні ринки збирається по-різному. Десь заборонена купівля бонуса, десь обмежена максимальна ставка, десь обовʼязковий таймер сесії. Отже, регрес проганяють не один раз, а за кількістю юрисдикцій — і саме тому в студіях так цінують автоматизаторів.

День із життя

Що потрібно вміти

1. Тест-дизайн. Базова навичка, яка тут важливіша за інструменти: гра — це скінченний автомат із грошима, і покривати його треба системно, а не навмання.
2. SQL. Половина перевірок — це запит до бази: чи зійшлася транзакція, що записано в історії раундів, чи збігся баланс.
3. API-тестування. Ігровий клієнт лише малює; уся правда у відповідях сервера, тому Postman і REST — щоденний інструмент.
4. Автоматизація. Playwright, Cypress або Selenium на UI плюс API-рівень. Саме автоматизатори отримують на грейд більше за мануальників.
5. Базове розуміння ймовірностей. Не треба бути математиком ігор, але відрізняти статистичне відхилення на короткому прогоні від справжнього бага в розрахунках доведеться.
6. Англійська B1+. Документація лабораторій, листування з оператором і внутрішні специфікації — англійською.

Скільки платять QA в iGaming

Вилки — фікс net на місяць, за даними розділу професій та зарплат SpinHire. «Мальта / Кіпр» — офісні та гібридні команди студій і операторів, «ЄС» — Польща, Румунія, Балтія, «віддалено» — Тбілісі, Єреван, Київ і повністю розподілені команди.

Річний бонус у QA скромніший, ніж у маркетингу: зазвичай 5–12% від річної бази, іноді релізні премії в студіях. Зате вилка стабільна й майже не залежить від того, чи був місяць вдалим для оператора, — на відміну від медіабаєра з відсотком від профіту.

Що справді рухає вилку вгору: автоматизація (+20–35% до мануального грейду за інших рівних), досвід супроводу сертифікації та розуміння платіжної частини. Для порівняння, backend-розробник платформи того самого грейду коштує приблизно на третину дорожче — це розумний орієнтир, якщо плануєте перехід у розробку.

Як увійти в професію

Manual QA — один із найдоступніших входів в iGaming, нарівні з підтримкою. Студії та платформи регулярно беруть тестувальників без досвіду в гемблінгу, бо доменні знання справді доучуються за пару місяців, а от прискіпливість — ні.

1. З QA у будь-якій іншій галузі. Найчастіший маршрут, зазвичай без втрати грейду. Фінтех і e-commerce цінуються особливо: там уже є звичка до грошей у системі та до ідемпотентності.
2. З геймдеву поза гемблінгом. Розуміння ігрових механік і матриці пристроїв уже є, доучувати треба RTP, сертифікацію та вимоги юрисдикцій.
3. З нуля на manual-тестування ігор. Реальний, але вузький шлях: конкуренція на junior-позиції висока, а вимоги — англійська, акуратність і вміння виразно описати баг. Інші варіанти входу розібрані у статті про роботу в iGaming без досвіду.
4. З підтримки всередині компанії. Агент підтримки бачить баги першим і знає продукт краще за багатьох. Внутрішній перехід у QA через рік роботи — звична історія в операторів.

Що покласти в резюме: типи тестованих продуктів, інструменти автоматизації із зазначенням стека, рівень SQL, досвід роботи з платіжними або фінансовими розрахунками. Якщо гемблінгу в досвіді не було — прямо напишіть, які сценарії з грошима ви перевіряли в минулому продукті. Це конвертується у запрошення краще, ніж сертифікат ISTQB.

Куди рости далі

Вертикаль коротка: QA → Senior QA → QA Lead → QA Manager / Head of Quality. Далі — або управління якістю всієї студії, або перехід у суміжні ролі.

Горизонтальні маршрути з QA в iGaming працюють краще, ніж у більшості індустрій, бо тестувальник встигає торкнутися всього одразу: продукту, платежів, математики та вимог регуляторів. Найчастіші переходи — у розробку через автоматизацію, у продакт-менеджмент, в аналітику та в комплаєнс.

Останнє неочевидно, але логічно: людина, яка роками перевіряла ліміти відповідальної гри, уже наполовину знає роботу відділу комплаєнсу.

Відкриті вакансії у студіях і на платформах — у розділі розробки ігор, а повна картка професії з обовʼязками, KPI та інструментами лежить на сторінці QA-інженера. Усі вакансії індустрії із зазначеними вилками — на борді SpinHire.