Jede App mit Registrierung per Telefonnummer stellt Entwickler vor ein Problem: Wie testet man den Verifizierungs-Flow ohne echte SIM-Karten? Virtuelle Nummern lösen diese Aufgabe elegant – per API, ohne physische Infrastruktur und mit der Möglichkeit zur vollständigen Automatisierung in der CI/CD-Pipeline.

Wo Testnummern benötigt werden

Registrierung und Anmeldung

Der naheliegendste Fall. Bei jeder Änderung am Registrierungs-Flow muss das komplette Szenario durchlaufen werden: Nummer eingeben → SMS mit Code → Verifizierung. Ohne Testnummer muss der Entwickler seine private Nummer verwenden – das lässt sich nicht skalieren und verunreinigt die Produktivdaten.

Zwei-Faktor-Authentifizierung

2FA-Flow: Anmeldung → SMS anfordern → Code eingeben. Diesen Flow bei jedem Pull Request manuell zu testen, ist teuer. Ein automatisierter Test mit einer virtuellen Nummer erledigt die Aufgabe vollständig.

Änderung der Telefonnummer

Ein kritischer Flow in Produkten, in denen die Nummer als Kennung dient: Code an die alte Nummer anfordern → neue Nummer eingeben → neue Nummer verifizieren. Dafür werden gleichzeitig zwei verschiedene Testnummern benötigt.

SMS-Benachrichtigungen und Alerts

Das Testen von SMS-Versand, Transaktionsalerts und Benachrichtigungen zum Bestellstatus erfordert in jedem Fall echte Nummern, die die Nachrichten empfangen.

Werkzeuge: So funktioniert es technisch

Synchrone Variante (manuelles Testen)

Der QA-Ingenieur öffnet turbon.rent, wählt eine Nummer des gewünschten Landes, gibt sie im Registrierungsformular der zu testenden App ein, wartet auf die SMS in der Oberfläche des Dienstes und gibt den Code ein. Dauer: 1–3 Minuten pro Test. Das genügt für gelegentliche manuelle Tests.

Asynchrone API-Variante (Automatisierung)

Der automatisierte Test fordert eine Nummer über die API an, startet die Registrierung, prüft per Polling auf eingehende SMS, liest den Code aus und schließt den Flow ab. Dauer: 10–30 Sekunden. Geeignet für E2E-Tests in der CI/CD-Pipeline.

Integration in die CI/CD-Pipeline

Architektur der Testumgebung

Die richtige Architektur: Tests dürfen nicht von einer bestimmten Nummer abhängen. Jeder Test fordert eine frische Nummer an, nutzt sie und gibt sie wieder frei. Der Nummernpool ist unbegrenzt – jede Anfrage liefert eine eindeutige Nummer.

Paralleles Testen

Wenn 20 Tests gleichzeitig parallel laufen, werden 20 eindeutige Nummern benötigt. Der API-Ansatz unterstützt das nativ. Physische SIM-Karten lassen sich nicht skalieren.

Kosten bei Automatisierung

TestumfangNummern/TagKosten/TagKosten/Monat Kleines Projekt (10 Tests/Tag)10–3020–60 ₽600–1800 ₽ Mittleres Projekt (100 Tests/Tag)100–300200–600 ₽6000–18000 ₽ Großes Projekt (1000 Tests/Tag)1000–30002000–6000 ₽60000–180000 ₽

Für große Projekte lohnt es sich, Großhandelstarife über turbon.rent zu vereinbaren.

Besonderheiten nach App-Typ

Mobile Apps (iOS/Android)

Eine Besonderheit: App Store und Google Play bieten zwar Testumgebungen (TestFlight, Internal Testing), doch diese isolieren den SMS-Flow nicht. Zum Testen der SMS-Verifizierung in einer mobilen App funktionieren virtuelle Nummern identisch – die App erkennt keinen Unterschied zwischen einer echten und einer virtuellen Nummer.

Fintech und Banking

Strenge Testanforderungen: Jedes Release durchläuft einen Regressionstest mit 50–200 Testfällen. Viele davon betreffen die SMS-Verifizierung von Transaktionen. Virtuelle Nummern sind in die Testsuiten führender Fintech-Teams integriert.

Apps mit Geolokalisierung

Mitunter ist die Verifizierung an das Land gebunden: Die App prüft, ob die Landesvorwahl der Nummer zum Standort des Nutzers passt. Mit virtuellen Nummern verschiedener Länder lassen sich solche Szenarien ohne VPN testen.

Bewährte Methoden beim Testen von SMS-Flows

Keine Produktivnummern in Tests verwenden

Selbstverständlich, wird aber oft missachtet. Die Nummer eines echten Nutzers in den Testdaten bedeutet einen Datenschutzverstoß und das Risiko, dass versehentlich SMS an eine reale Person gehen.

Testdaten nach Umgebung trennen

Ein eigener Nummernpool für Dev-, Staging- und Produktiv-Tests. Überschneidungen führen zu falsch positiven Ergebnissen und Fehlalarmen.

Timeouts und Retry-Logik

Eine SMS kann sich verzögern. Implementieren Sie in automatisierten Tests stets Polling mit Timeout (30–60 Sekunden) und einen Retry bei Ablauf. Ein instabiler Test aufgrund von SMS-Verzögerungen ist ein weit verbreitetes Problem.

Aufräumen nach den Tests

Nach einem erfolgreichen Test: Das Konto wird deaktiviert, die Nummer freigegeben. Angesammelte Testkonten in der Produktivdatenbank sind technische Schulden, die die Analytik erschweren und die Datenbank belasten.

Integration mit gängigen Test-Frameworks

Virtuelle Nummern lassen sich über die REST-API in jedes Framework integrieren. Playwright, Cypress, Selenium, Appium – das Muster ist stets dasselbe: HTTP-Anfrage für eine Nummer → Verwendung im Test → HTTP-Anfrage zum Abrufen der SMS. Fertige Wrapper gibt es für Python, JavaScript/TypeScript, PHP und Go.

Fazit

Virtuelle Nummern zum Testen sind der professionelle Standard für jedes Team, das Qualität ernst nimmt. Sie sind günstiger als Firmen-SIM-Karten, skalieren für jeden Testumfang und lassen sich in wenigen Stunden in CI/CD integrieren. Holen Sie sich den API-Zugang auf turbon.rent und lösen Sie die Frage der Testnummern ein für alle Mal.