Există o întrebare simplă care, la un interviu într-un studio de sloturi, arată imediat dacă cineva a testat vreodată jocuri: „Jucătorului îi cade internetul exact când se învârt rolele. Ce trebuie să se întâmple?”

Răspunsul corect: nimic grav. Runda a fost deja calculată pe server, iar la revenire jucătorul trebuie să vadă același rezultat și să primească aceiași bani. Verificarea acestui scenariu este printre primele lucruri pe care le învață un QA nou pe sloturi — și printre cele care nu apar în niciun curs de testare.

Care este de fapt diferența față de QA-ul obișnuit

Formal, uneltele sunt aceleași: cazuri de test, Jira, Playwright, Postman, SQL. Diferența stă în costul greșelii și în ce anume se consideră bug.

Într-un produs obișnuit, un bug înseamnă că utilizatorul nu poate finaliza o acțiune. Într-un slot, un bug înseamnă că banii au fost calculați altfel decât promit regulile jocului sau că rezultatul rundei nu a putut fi reprodus. Primul costă compania plăți și reputație, al doilea o respingere din partea laboratorului de certificare și o lansare amânată cu săptămâni.

AspectQA obișnuitQA pe sloturi
Ce se verificăfuncția și UI-ulbanii și rezultatul rundei
Sursa adevăruluicerințele de produsmodelul matematic + regulile jocului
Acceptanțărelease managerlaborator extern
Costul unui bug scăpathotfixplăți și risc de licență
Regresieînainte de lansarepentru fiecare jurisdicție

De aici marea schimbare de gândire. QA-ul pe sloturi apasă mai puține butoane și reconciliază mai multe cifre: soldul înainte și după spin, înregistrarea din istoricul rundelor, tranzacția din portofel și logul serverului — totul trebuie să iasă la cent.

Ce testează concret un inginer QA într-un studio

  • Runda de joc și restaurarea ei. Conexiune întreruptă, filă închisă, telefon descărcat în mijlocul jocului bonus. Testul clasic este să omori sesiunea în fiecare fază a rundei și să verifici că starea se restaurează la revenire.
  • Calculele și tabelul de plăți. Fiecare linie câștigătoare, fiecare multiplicator, toate combinațiile-limită. Se compară cu documentul matematicianului, nu cu „din ochi pare corect”.
  • Mecanicile de bonus. Rotiri gratuite, cumpărare de bonus, funcții cu acumulare, jackpoturi. Aici stau peste jumătate dintre buguri: starea se acumulează între spinuri, iar logica se rupe la tranziții atipice.
  • Portofelul și limitele. Pariu peste sold, sesiune paralelă în două file, tranzacție anulată de partea platformei, valute cu zecimale.
  • Jocul responsabil. Limite de depunere și de pariu, pauze, autoexcludere, mementouri obligatorii privind timpul de joc. În unele jurisdicții sunt cerințe blocante, verificate cu o listă separată — aceeași logică precum în departamentul de conformitate al operatorului, dar la nivelul codului jocului.
  • Localizările și valutele. Un singur joc apare în 15–30 de limbi. Se verifică nu doar traducerea, ci și textul tăiat, formatele numerice și uneori cuvinte și simboluri interzise într-o anumită țară.
  • Compatibilitatea. Sloturile se joacă mai ales de pe telefon, adesea unul slab și pe o rețea proastă — matricea de dispozitive este aici mai lungă decât la produsele corporate.
Diferența majoră față de gamedev-ul din afara gamblingului: într-un joc casual, un bug de sold se repară cu un patch în sprintul următor. Într-un slot deja în producție, același bug înseamnă recalcularea plăților pentru jucători anume, un raport către autoritate și lămuriri cu operatorul care a pus jocul pe site-ul său.

Certificarea: ceea ce nu există în alt QA

Înainte ca jocul să ajungă pe site-urile operatorilor, îl verifică un laborator independent: GLI, BMM, eCOGRA, iTech Labs. Ei testează generatorul de numere aleatorii, potrivirea dintre RTP-ul real și cel declarat, comportamentul la erori și respectarea regulilor jurisdicției vizate.

QA-ul este cel care pregătește build-ul și dosarul pentru această verificare: descrierea mecanicilor, regulile jocului, rapoartele rulărilor, dovezile că runda se restaurează. O respingere din partea laboratorului costă studioul bani și distruge calendarul lansărilor, așa că „câte certificări au trecut din prima” este un KPI real, pe care vi-l vor cita la interviu.

O dificultate aparte: același joc se construiește diferit pentru piețe diferite. Undeva cumpărarea bonusului este interzisă, altundeva pariul maxim este plafonat, în altă parte cronometrul de sesiune este obligatoriu. Regresia nu se rulează o dată, ci de câte ori sunt jurisdicții — și tocmai de aceea studiourile prețuiesc atât de mult automatizatorii.

O zi din viață

09:30Rularea de noapte a testelor automate: analiza eșecurilor, separarea defectelor reale de testele flaky.
11:00Funcție bonus nouă în testare: rularea scenariilor de deconectare în fiecare fază și reconcilierea plăților cu modelul matematic.
13:30Call cu echipa de dezvoltare și matematicianul: abatere de 0,3% între RTP-ul calculat și cel real pe o rulare lungă.
15:00Verificarea localizărilor înainte de lansarea pe o piață nouă: text tăiat, format de valută, limitele jurisdicției.
17:00Finalizarea testelor automate pentru noile linii de plată și pregătirea dosarului pentru laboratorul de certificare.

Ce trebuie să știi

  1. Proiectarea testelor. Competența de bază, aici mai importantă decât uneltele: un joc este un automat finit cu bani înăuntru și trebuie acoperit sistematic, nu la întâmplare.
  2. SQL. Jumătate dintre verificări sunt interogări în bază: dacă tranzacția se potrivește, ce s-a scris în istoricul rundelor, dacă soldul coincide.
  3. Testarea API. Clientul de joc doar desenează; tot adevărul stă în răspunsurile serverului, așa că Postman și REST sunt unelte zilnice.
  4. Automatizarea. Playwright, Cypress sau Selenium pe UI plus nivelul API. Automatizatorii câștigă cu un grad mai mult decât testerii manuali.
  5. Noțiuni de bază de probabilitate. Nu trebuie să fii matematician de jocuri, dar va trebui să deosebești o abatere statistică pe o serie scurtă de un bug real de calcul.
  6. Engleză B1+. Documentația laboratoarelor, corespondența cu operatorul și specificațiile interne sunt în engleză.

Cât se plătește un QA în iGaming

Intervalele sunt salariu fix net lunar, conform sectiunea profesii si salarii de la SpinHire. „Malta / Cipru” înseamnă echipe de birou și hibride ale studiourilor și operatorilor, „UE” — Polonia, România, Baltice, „remote” — Tbilisi, Erevan, Kiev și echipe complet distribuite.

GradMalta / CipruUERemote
Junior€1.9–2.6K€1.3–1.9K€1–1.6K
Middle€3–4.2K€2.3–3.3K€2–3K
Senior€4.5–6K€3.6–4.8K€3.2–4.5K
QA Lead€6.5–9K€5.2–7K€4.8–6.5K

Bonusul anual în QA este mai modest decât în marketing: de obicei 5–12% din baza anuală, uneori prime de lansare în studiouri. În schimb, intervalul este stabil și aproape nu depinde de cât de bună a fost luna pentru operator — spre deosebire de un media buyer plătit cu procent din profit.

Ce ridică într-adevăr intervalul: automatizarea (+20–35% față de gradul manual, în rest la fel), experiența în însoțirea certificărilor și înțelegerea zonei de plăți. Pentru comparație, un dezvoltator backend de platformă de același grad costă cu aproximativ o treime mai mult — un reper rezonabil dacă plănuiți trecerea în dezvoltare.

Cum intri în profesie

QA-ul manual este una dintre cele mai accesibile porți de intrare în iGaming, la fel ca suportul. Studiourile și platformele angajează frecvent testeri fără experiență în gambling, pentru că bagajul de domeniu chiar se învață în câteva luni, în timp ce meticulozitatea nu.

  1. Din QA în orice alt domeniu. Traseul cel mai frecvent, de regulă fără pierdere de grad. Fintech și e-commerce sunt apreciate în mod special: obișnuința cu banii în sistem și cu idempotența există deja.
  2. Din gamedev-ul din afara gamblingului. Înțelegerea mecanicilor de joc și a matricei de dispozitive există deja; de învățat rămân RTP-ul, certificarea și cerințele jurisdicțiilor.
  3. De la zero în testarea manuală a jocurilor. O cale reală, dar îngustă: concurența pe pozițiile junior este mare, iar cerințele sunt engleza, atenția și capacitatea de a descrie clar un bug. Alte variante de intrare sunt analizate în articolul despre intrarea în iGaming fără experiență.
  4. Din suport, în interiorul companiei. Agentul de suport vede bugurile primul și cunoaște produsul mai bine decât mulți. Trecerea internă în QA după un an de muncă este o poveste obișnuită la operatori.

Ce puneți în CV: tipurile de produse testate, uneltele de automatizare cu stack-ul menționat, nivelul de SQL, experiența cu calcule de plăți sau financiare. Dacă nu aveți gambling în experiență, scrieți direct ce scenarii cu bani ați verificat în produsul anterior. Asta se transformă în invitație mai bine decât un certificat ISTQB.

Încotro creșteți mai departe

Verticala este scurtă: QA → Senior QA → QA Lead → QA Manager / Head of Quality. Mai departe, fie conduceți calitatea întregului studio, fie treceți în roluri conexe.

Traseele orizontale din QA funcționează în iGaming mai bine decât în majoritatea industriilor, pentru că testerul atinge totul deodată: produs, plăți, matematică și cerințe de reglementare. Cele mai frecvente treceri sunt spre dezvoltare prin automatizare, spre product management, spre analiză și spre conformitate.

Ultima nu este evidentă, dar este logică: cine a verificat ani la rând limitele jocului responsabil știe deja jumătate din munca departamentului de conformitate.

Pozițiile deschise în studiouri și pe platforme sunt în secțiunea de dezvoltare de jocuri, iar fișa completă a profesiei, cu responsabilități, KPI și unelte, se află pe pagina de inginer QA. Toate joburile din industrie cu interval de salariu afișat sunt pe boardul SpinHire.