QA dans le développement de slots : ce qui change par rapport au test classique

Il existe une question toute simple qui, en entretien dans un studio de slots, révèle immédiatement si quelqu'un a déjà testé des jeux : « Le joueur perd sa connexion au moment où les rouleaux tournent. Que doit-il se passer ? »

La bonne réponse : rien de grave. Le tour a déjà été calculé sur le serveur, et à son retour le joueur doit voir le même résultat et recevoir le même montant. Vérifier ce scénario fait partie des premières choses qu'apprend un nouveau QA sur les slots — et de celles qu'aucun cours de test n'enseigne.

En quoi cela diffère vraiment du QA classique

Formellement, les outils sont les mêmes : cas de test, Jira, Playwright, Postman, SQL. La différence tient au coût de l'erreur et à ce qui compte comme un bug.

Dans un produit ordinaire, un bug, c'est quand l'utilisateur ne peut pas accomplir une action. Dans un slot, c'est quand l'argent a été calculé autrement que ne le promettent les règles du jeu, ou quand le résultat d'un tour n'a pas pu être reproduit. Le premier coûte des paiements et de la réputation, le second un refus du laboratoire de certification et une sortie repoussée de plusieurs semaines.

D'où le principal changement de mentalité. Le QA slots clique moins sur des boutons et rapproche davantage des chiffres : le solde avant et après le spin, l'entrée dans l'historique des tours, la transaction du portefeuille et le log serveur — tout doit tomber juste au centime.

Ce que teste concrètement un ingénieur QA en studio

• Le tour de jeu et sa restauration. Coupure de connexion, onglet fermé, téléphone déchargé en plein jeu bonus. Le test classique consiste à tuer la session à chaque phase du tour et à vérifier que l'état est restauré au retour.
• Les calculs et la table des gains. Chaque ligne gagnante, chaque multiplicateur, toutes les combinaisons limites. On compare au document du mathématicien, pas à « ça a l'air correct ».
• Les mécaniques bonus. Tours gratuits, achat de bonus, fonctionnalités à accumulation, jackpots. Plus de la moitié des bugs vivent ici : l'état s'accumule entre les spins et la logique casse sur les transitions atypiques.
• Le portefeuille et les limites. Mise supérieure au solde, session parallèle dans deux onglets, transaction annulée côté plateforme, devises fractionnaires.
• Le jeu responsable. Limites de dépôt et de mise, pauses, auto-exclusion, rappels obligatoires du temps de jeu. Dans certaines juridictions, ce sont des exigences bloquantes couvertes par une checklist dédiée — la même logique que dans le service conformité de l'opérateur, mais au niveau du code du jeu.
• Les localisations et les devises. Un même jeu sort en 15 à 30 langues. On vérifie non seulement la traduction, mais aussi le texte tronqué, les formats de nombres et parfois les mots et symboles interdits dans tel pays.
• La compatibilité. On joue aux slots surtout depuis un téléphone, souvent peu puissant et sur un mauvais réseau — la matrice d'appareils est ici plus longue que dans les produits d'entreprise.

La certification : ce qui n'existe pas ailleurs en QA

Avant qu'un jeu n'arrive sur les sites des opérateurs, il est contrôlé par un laboratoire indépendant — GLI, BMM, eCOGRA, iTech Labs. Ils vérifient le générateur de nombres aléatoires, la correspondance entre le RTP réel et le RTP annoncé, le comportement en cas de panne et le respect des règles de la juridiction visée.

C'est le QA qui prépare le build et le dossier pour ce contrôle : description des mécaniques, règles du jeu, rapports d'exécution, preuves que le tour se restaure. Un refus du laboratoire coûte de l'argent au studio et fait exploser le calendrier des sorties : « combien de certifications passées du premier coup » est donc un vrai KPI qu'on vous citera en entretien.

Difficulté supplémentaire : un même jeu se construit différemment selon les marchés. Ici l'achat de bonus est interdit, là la mise maximale est plafonnée, ailleurs un minuteur de session est obligatoire. La régression ne se joue donc pas une fois, mais autant de fois qu'il y a de juridictions — d'où l'importance des automaticiens en studio.

Une journée type

Ce qu'il faut savoir faire

1. La conception de tests. La compétence de base, ici plus importante que les outils : un jeu est un automate fini contenant de l'argent, et il faut le couvrir méthodiquement, pas au hasard.
2. SQL. La moitié des vérifications sont des requêtes en base : la transaction est-elle cohérente, qu'y a-t-il dans l'historique des tours, le solde correspond-il.
3. Le test d'API. Le client de jeu ne fait que dessiner ; toute la vérité est dans les réponses du serveur, donc Postman et REST sont des outils quotidiens.
4. L'automatisation. Playwright, Cypress ou Selenium sur l'UI, plus la couche API. Ce sont les automaticiens qui gagnent un grade de plus que les testeurs manuels.
5. Des bases en probabilités. Pas besoin d'être mathématicien de jeux, mais il faudra distinguer un écart statistique sur une courte série d'un véritable bug de calcul.
6. Anglais B1+. La documentation des laboratoires, les échanges avec l'opérateur et les spécifications internes sont en anglais.

Combien gagne un QA dans l'iGaming

Les fourchettes sont des salaires fixes nets mensuels, d'après la section des professions et des salaires de SpinHire. « Malte / Chypre » désigne les équipes en bureau et hybrides des studios et opérateurs, « UE » la Pologne, la Roumanie et les pays baltes, « remote » Tbilissi, Erevan, Kyiv et les équipes entièrement distribuées.

Le bonus annuel en QA est plus modeste qu'en marketing : en général 5 à 12 % de la base annuelle, parfois des primes de sortie en studio. En échange, la fourchette est stable et dépend à peine du fait que le mois ait été bon pour l'opérateur — contrairement à un média-acheteur payé au pourcentage du profit.

Ce qui fait vraiment monter la fourchette : l'automatisation (+20 à 35 % par rapport au grade manuel, toutes choses égales par ailleurs), l'expérience de l'accompagnement des certifications et la compréhension du volet paiements. À titre de comparaison, un développeur backend de plateforme de même grade coûte environ un tiers de plus — un repère raisonnable si vous envisagez de passer au développement.

Comment entrer dans le métier

Le QA manuel est l'une des portes d'entrée les plus accessibles de l'iGaming, au même titre que le support. Studios et plateformes recrutent régulièrement des testeurs sans expérience du gambling, parce que les connaissances métier s'acquièrent vraiment en quelques mois — la minutie, non.

1. Depuis le QA d'un autre secteur. Le parcours le plus fréquent, en général sans perte de grade. La fintech et l'e-commerce sont particulièrement appréciés : l'habitude de l'argent dans le système et de l'idempotence y est déjà acquise.
2. Depuis le jeu vidéo hors gambling. La compréhension des mécaniques de jeu et de la matrice d'appareils est déjà là ; restent à apprendre le RTP, la certification et les exigences des juridictions.
3. De zéro vers le test manuel de jeux. Une voie réelle mais étroite : la concurrence sur les postes juniors est forte, et l'on exige l'anglais, la rigueur et la capacité à décrire un bug clairement. D'autres portes d'entrée sont détaillées dans notre article sur l'entrée dans l'iGaming sans expérience.
4. Depuis le support, en interne. L'agent de support voit les bugs en premier et connaît le produit mieux que beaucoup. Un passage interne au QA après un an est une histoire banale chez les opérateurs.

À mettre dans votre CV : les types de produits testés, les outils d'automatisation avec la stack précisée, votre niveau SQL, votre expérience des calculs de paiement ou financiers. Si le gambling manque à votre parcours, écrivez directement quels scénarios monétaires vous avez testés sur le produit précédent. Cela convertit mieux en entretien qu'un certificat ISTQB.

Vers quoi évoluer

La verticale est courte : QA → Senior QA → QA Lead → QA Manager / Head of Quality. Ensuite, soit la qualité de tout le studio, soit un passage vers des rôles voisins.

Les passerelles horizontales depuis le QA fonctionnent mieux dans l'iGaming que dans la plupart des secteurs, car un testeur touche à tout en même temps : produit, paiements, mathématiques et exigences des régulateurs. Les transitions les plus fréquentes vont vers le développement via l'automatisation, le product management, l'analytique et la conformité.

La dernière n'est pas évidente mais elle est logique : quelqu'un qui a passé des années à tester les limites de jeu responsable connaît déjà la moitié du travail du service conformité.

Les postes ouverts en studio et sur les plateformes sont dans la rubrique développement de jeux, et la fiche métier complète avec missions, KPI et outils se trouve sur la page ingénieur QA. Toutes les offres du secteur avec fourchettes affichées sont sur le board SpinHire.