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.