Softwaretesten-Blog

Ein Spieler setzt ein Headset auf, macht drei Schritte in Ihre wunderschön gestaltete Welt und reißt es sofort wieder herunter, weil sich sein Magen gerade umgedreht hat. Dieser Moment taucht in keinem Absturzprotokoll auf, aber er kostet Sie augenblicklich den Verkauf, die Bewertung und das Vertrauen des Spielers. In der virtuellen Realität (VR) entscheidet sich der Unterschied zwischen einem Fünf-Sterne-Meisterwerk und einer sofortigen Rückerstattung in Millisekunden: der Zeit, die ein Frame braucht, um anzukommen, und die eine Bewegung braucht, um sich im menschlichen Körper richtig anzufühlen – und nicht nur auf einem Monitor.

Ihr Team führt bereits negative Tests durch. Ungültige E-Mail-Adressen werden abgelehnt. Leere Pflichtfelder werfen die richtige Fehlermeldung. Grenzwerte sind für jede numerische Eingabe abgedeckt. Und trotzdem füllt sich das Support-Postfach weiterhin mit Dingen, für die niemand einen Testfall geschrieben hat: zwei identische Bestellungen, die durch einen Doppelklick im Abstand von 400 ms ausgelöst werden, eine Analytics-Pipeline, die an einem Emoji in einem Anzeigenamen abstürzt, eine Eindeutigkeitsprüfung, die john@acme.com und dieselbe Adresse mit einem unsichtbaren nachgestellten Leerzeichen als zwei verschiedene Konten behandelt.

Unity treibt einige der größten Titel der Welt an und bringt sie aus einem einzigen Projekt heraus auf Smartphones, Konsolen, Browser und Desktops. Genau diese Reichweite macht Unity-Spieletests so knifflig, denn ein Build muss auf iPhone, Android, Konsole und Desktop bestehen, und jede dieser Zielplattformen versagt auf ihre eigene Art.

Ein Team spielt einen nächtlichen Export aus, der in der Staging-Umgebung bei 999 Nutzern problemlos läuft und in der Produktion bei genau 1.000 einen Timeout erzeugt. Niemand hat „1.000“ ins Lastenheft geschrieben. Es gibt kein Formular zu validieren, keinen Altersbereich zu prüfen. Die Grenze ist real, und die Testsuite hat sie nie berührt.

Ihre App funktioniert einwandfrei auf Englisch. Dann bucht das Marketing einen Launch in Deutschland, Japan und Brasilien, und plötzlich wird der „Weiter“-Button zu „Weitermachen“, die Push-Benachrichtigung trifft um 3 Uhr morgens Ortszeit ein, und die App-Store-Screenshots zeigen immer noch US-Dollar-Preise. Das ist kein Übersetzungsproblem. Es ist ein Mobile-QA-Problem, und es sieht überhaupt nicht wie das QA aus, das Sie für den englischen Build durchgeführt haben.

End-to-End-Testing verifiziert, dass ein echter Nutzer einen echten Workflow über die tatsächliche Oberfläche abschließen kann, mit angebundenen echten Diensten. Integrationstesting verifiziert, dass zwei oder mehr Komponenten über ihre Schnittstellen korrekt kommunizieren.

Sie haben Monate damit verbracht, Ihre Spielmechaniken zu verfeinern und Ihre Grafik zu finalisieren, nur damit der Titel am Launch-Tag bei Spielern abstürzt, die bestimmte GPUs oder Mobilbildschirme verwenden. Das Spiel war nie kaputt. Es ist nur nie auf die Hardware getroffen, die Ihre Spieler tatsächlich nutzen.

Das Testen der Spielfunktionalität ist der unsichtbare Schutzschild zwischen Ihrem Meisterwerk und einer Flutwelle von Ein-Sterne-Bewertungen. Ihr Spiel kann atemberaubend aussehen, beeindruckendes Raytracing bieten und mit seidenweichen 120 FPS laufen – doch wenn eine Kernmechanik versagt, eine Speicherdatei beschädigt wird oder ein entscheidender Queststrang sich nicht abschließen lässt, ist es klammheimlich kaputt.

Ihre deutschen Nutzer sehen eine „Absenden“-Schaltfläche, die zu „Absend…“ abgeschnitten ist. Ihr arabischer Checkout kippt halb gespiegelt, wobei der Preis am falschen Rand ausgerichtet ist. Ihr japanisches Anmeldeformular lehnt jeden Namen ab, der länger als zehn Zeichen ist. Und jeder einzelne String in Ihrem Translation Memory ist korrekt.