Es gibt eine simple Frage, an der man im Bewerbungsgespräch eines Slot-Studios sofort erkennt, ob jemand schon Spiele getestet hat: „Dem Spieler bricht das Internet weg, während sich die Walzen drehen. Was muss passieren?“

Die richtige Antwort: nichts Schlimmes. Die Runde ist auf dem Server bereits abgerechnet, und beim Zurückkommen muss der Spieler dasselbe Ergebnis sehen und dasselbe Geld erhalten. Dieses Szenario zu prüfen gehört zum Ersten, was ein neuer Slot-QA lernt — und zu dem, was in keinem Testkurs vorkommt.

Worin liegt der Unterschied zum normalen QA

Formal sind die Werkzeuge dieselben: Testfälle, Jira, Playwright, Postman, SQL. Der Unterschied liegt im Preis eines Fehlers und darin, was überhaupt als Bug gilt.

In einem gewöhnlichen Produkt ist ein Bug, wenn der Nutzer eine Aktion nicht ausführen kann. In einem Slot ist ein Bug, wenn Geld anders berechnet wurde als in den Spielregeln versprochen — oder wenn sich das Rundenergebnis nicht reproduzieren lässt. Das Erste kostet das Unternehmen Auszahlungen und Reputation, das Zweite eine Rückweisung durch das Prüflabor und wochenlange Release-Verschiebungen.

AspektNormales QAQA bei Slots
Was geprüft wirdFunktion und UIGeld und Rundenergebnis
Quelle der WahrheitProduktanforderungenMathematikmodell + Spielregeln
AbnahmeRelease-Managerexternes Labor
Preis eines übersehenen BugsHotfixAuszahlungen und Lizenzrisiko
Regressionvor dem Releasepro Jurisdiktion

Daher die zentrale Verschiebung im Denken. Slot-QA klickt weniger auf Buttons und gleicht mehr Zahlen ab: den Kontostand vor und nach dem Spin, den Eintrag in der Rundenhistorie, die Wallet-Transaktion und das Server-Log — alles muss auf den Cent zusammenpassen.

Was ein QA-Engineer im Studio konkret testet

  • Die Spielrunde und ihre Wiederherstellung. Verbindungsabbruch, geschlossener Tab, leerer Handyakku mitten im Bonusspiel. Der klassische Test: die Session in jeder Phase der Runde killen und prüfen, ob der Zustand bei der Rückkehr wiederhergestellt ist.
  • Berechnungen und Auszahlungstabelle. Jede Gewinnlinie, jeder Multiplikator, alle Randkombinationen. Abgeglichen wird mit dem Dokument des Mathematikers, nicht mit „sieht ungefähr richtig aus“.
  • Bonusmechaniken. Freispiele, Bonus Buy, Sammelfeatures, Jackpots. Hier steckt mehr als die Hälfte aller Bugs: Zustand sammelt sich zwischen den Spins an, und die Logik bricht bei untypischen Übergängen.
  • Wallet und Limits. Einsatz über dem Guthaben, parallele Session in zwei Tabs, plattformseitig stornierte Transaktion, Nachkommastellen bei Währungen.
  • Verantwortungsvolles Spielen. Einzahlungs- und Einsatzlimits, Time-outs, Selbstsperre, verpflichtende Spielzeit-Hinweise. In manchen Jurisdiktionen sind das blockierende Anforderungen mit eigener Checkliste — dieselbe Logik wie in der Compliance-Abteilung des Betreibers, aber auf Ebene des Spielcodes.
  • Lokalisierungen und Währungen. Ein Spiel erscheint in 15–30 Sprachen. Geprüft wird nicht nur die Übersetzung, sondern auch abgeschnittener Text, Zahlenformate und mitunter in einem Land verbotene Wörter und Symbole.
  • Kompatibilität. Slots werden überwiegend auf dem Handy gespielt, oft auf schwachen Geräten und in schlechten Netzen — die Gerätematrix ist hier länger als bei Unternehmensprodukten.
Der Hauptunterschied zur Spieleentwicklung außerhalb des Glücksspiels: In einem Casual-Game wird ein Guthaben-Bug im nächsten Sprint gepatcht. In einem Slot, der bereits live ist, bedeutet derselbe Bug die Neuberechnung von Auszahlungen für konkrete Spieler, einen Bericht an die Aufsicht und eine Klärung mit dem Betreiber, der das Spiel auf seiner Seite eingebunden hat.

Zertifizierung: was es in anderem QA nicht gibt

Bevor ein Spiel auf die Seiten der Betreiber kommt, prüft es ein unabhängiges Labor — GLI, BMM, eCOGRA, iTech Labs. Geprüft werden der Zufallszahlengenerator, die Übereinstimmung des tatsächlichen RTP mit dem angegebenen, das Verhalten bei Störungen und die Einhaltung der Regeln der jeweiligen Jurisdiktion.

QA bereitet Build und Dokumentenpaket für diese Prüfung vor: Beschreibung der Mechaniken, Spielregeln, Berichte der Testläufe, Nachweise der Rundenwiederherstellung. Eine Rückweisung durch das Labor kostet das Studio Geld und zerlegt den Release-Kalender — deshalb ist „wie viele Zertifizierungen beim ersten Anlauf durchgingen“ ein echter KPI, den man Ihnen im Interview nennt.

Eine eigene Schwierigkeit: Dasselbe Spiel wird für verschiedene Märkte unterschiedlich gebaut. Irgendwo ist Bonus Buy verboten, anderswo der Maximaleinsatz gedeckelt, wieder anderswo ein Session-Timer Pflicht. Die Regression läuft also nicht einmal, sondern so oft, wie es Jurisdiktionen gibt — genau deshalb schätzen Studios Automatisierer so sehr.

Ein Tag im Leben

09:30Nächtlicher Testlauf: Fehlschläge sichten, echte Defekte von Flaky Tests trennen.
11:00Neues Bonusfeature im Test: Disconnect-Szenarien in jeder Phase durchspielen und Auszahlungen mit dem Mathematikmodell abgleichen.
13:30Call mit Entwicklung und Mathematiker: 0,3 % Abweichung zwischen berechnetem und tatsächlichem RTP im Langlauf.
15:00Lokalisierungsprüfung vor dem Start in einem neuen Markt: abgeschnittener Text, Währungsformat, Limits der Jurisdiktion.
17:00Automatisierte Tests für die neuen Gewinnlinien fertigstellen und das Paket für das Prüflabor zusammenstellen.

Was man können muss

  1. Testdesign. Die Grundfertigkeit, die hier wichtiger ist als Werkzeuge: Ein Spiel ist ein endlicher Automat mit Geld darin, und man muss ihn systematisch abdecken, nicht nach Gefühl.
  2. SQL. Die Hälfte aller Prüfungen ist eine Datenbankabfrage: Stimmt die Transaktion, was steht in der Rundenhistorie, passt der Kontostand.
  3. API-Testing. Der Spielclient zeichnet nur; die Wahrheit steckt in den Serverantworten, deshalb sind Postman und REST tägliches Werkzeug.
  4. Automatisierung. Playwright, Cypress oder Selenium auf der UI plus API-Ebene. Automatisierer verdienen eine Stufe mehr als manuelle Tester.
  5. Grundverständnis von Wahrscheinlichkeit. Man muss kein Spielmathematiker sein, aber eine statistische Abweichung im kurzen Lauf von einem echten Rechenfehler unterscheiden schon.
  6. Englisch B1+. Labordokumentation, Korrespondenz mit dem Betreiber und interne Spezifikationen laufen auf Englisch.

Was QA im iGaming verdient

Die Spannen sind monatliche Nettofixgehälter, laut Abschnitt über Berufe und Gehälter von SpinHire. „Malta / Zypern“ steht für Büro- und Hybridteams von Studios und Betreibern, „EU“ für Polen, Rumänien und das Baltikum, „Remote“ für Tiflis, Eriwan, Kiew und vollständig verteilte Teams.

GradeMalta / ZypernEURemote
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

Der Jahresbonus im QA fällt bescheidener aus als im Marketing: üblich sind 5–12 % des Jahresgrundgehalts, in Studios manchmal Release-Prämien. Dafür ist die Spanne stabil und hängt kaum davon ab, ob der Monat für den Betreiber gut lief — anders als bei einem Media Buyer mit Gewinnbeteiligung.

Was die Spanne wirklich nach oben zieht: Automatisierung (+20–35 % gegenüber der manuellen Stufe bei sonst gleichen Bedingungen), Erfahrung mit der Begleitung von Zertifizierungen und Verständnis der Zahlungsseite. Zum Vergleich: ein Backend-Entwickler der Plattform derselben Stufe kostet rund ein Drittel mehr — ein vernünftiger Richtwert, wenn Sie einen Wechsel in die Entwicklung planen.

Wie man in den Beruf einsteigt

Manual QA ist einer der zugänglichsten Einstiege ins iGaming, gleichauf mit dem Support. Studios und Plattformen stellen regelmäßig Tester ohne Glücksspielerfahrung ein, weil man Domänenwissen tatsächlich in ein paar Monaten nachlernt — Gründlichkeit dagegen nicht.

  1. Aus dem QA einer beliebigen anderen Branche. Der häufigste Weg, meist ohne Stufenverlust. Fintech und E-Commerce sind besonders gefragt: Dort ist der Umgang mit Geld im System und mit Idempotenz bereits Gewohnheit.
  2. Aus der Spieleentwicklung außerhalb des Glücksspiels. Verständnis für Spielmechaniken und Gerätematrix ist da; nachzulernen sind RTP, Zertifizierung und die Anforderungen der Jurisdiktionen.
  3. Von null ins manuelle Testen von Spielen. Ein realer, aber schmaler Weg: Die Konkurrenz auf Junior-Stellen ist hoch, verlangt werden Englisch, Sorgfalt und die Fähigkeit, einen Bug verständlich zu beschreiben. Weitere Einstiegswege behandelt der Beitrag über den Einstieg ins iGaming ohne Erfahrung.
  4. Aus dem Support innerhalb der Firma. Ein Support-Agent sieht Bugs als Erster und kennt das Produkt besser als viele. Der interne Wechsel ins QA nach einem Jahr ist bei Betreibern eine ganz normale Geschichte.

Was in den Lebenslauf gehört: getestete Produktarten, Automatisierungswerkzeuge mit konkretem Stack, SQL-Niveau, Erfahrung mit Zahlungs- oder Finanzberechnungen. Fehlt Glücksspiel in der Vita, schreiben Sie direkt, welche Geldszenarien Sie im vorherigen Produkt geprüft haben. Das führt eher zur Einladung als ein ISTQB-Zertifikat.

Wohin es weitergeht

Die Vertikale ist kurz: QA → Senior QA → QA Lead → QA Manager / Head of Quality. Danach entweder die Qualitätsverantwortung für das ganze Studio oder der Wechsel in angrenzende Rollen.

Horizontale Wege aus dem QA funktionieren im iGaming besser als in den meisten Branchen, weil ein Tester alles auf einmal anfasst: Produkt, Zahlungen, Mathematik und regulatorische Anforderungen. Die häufigsten Wechsel führen über Automatisierung in die Entwicklung, ins Produktmanagement, in die Analytik und in die Compliance.

Letzteres ist nicht offensichtlich, aber logisch: Wer jahrelang Limits des verantwortungsvollen Spielens geprüft hat, kennt die halbe Arbeit der Compliance-Abteilung bereits.

Offene Stellen in Studios und auf Plattformen finden Sie im Bereich Spieleentwicklung, und das vollständige Berufsprofil mit Aufgaben, KPIs und Werkzeugen liegt auf der Seite QA-Engineer. Alle Jobs der Branche mit angegebenen Spannen gibt es auf dem SpinHire-Board.