Echte Browser-Tests in Ihrer GitLab-CI-Pipeline
Nahtlose Integration mit Ihren bevorzugten KI-gestützten Editoren
Zwei Variablen, keine Konfigurationsdatei
Legen Sie TESTSPRITE_API_KEY als maskierte CI/CD-Variable an, dann authentifiziert sich die CLI aus der Umgebung. In ~/.testsprite wird nichts geschrieben — genau das will man in einem kurzlebigen Runner.
Keine Browser in Ihrem Runner
Die Ausführung findet in der TestSprite-Cloud gegen echte Browser statt, der Job installiert also nur die CLI. Damit entfällt der langsamste Schritt einer kalten Pipeline: das Herunterladen oder Zwischenspeichern von Browser-Binärdateien.
JUnit, das GitLab darstellt
--report junit --report-file <Pfad> schreibt den Bericht. Richten Sie artifacts:reports:junit darauf, und GitLab zeigt die Ergebnisse Test für Test im Merge-Request-Widget.
Der Exit-Code ist das Tor
--wait blockiert, bis alle Läufe abgeschlossen sind — ein Exit-Code 0 bedeutet also, dass wirklich alle Tests bestanden haben, nicht dass sie erfolgreich losgeschickt wurden. Die dokumentierten Codes unterscheiden einen fehlgeschlagenen Test (1) von einem Authentifizierungsproblem (3) oder aufgebrauchtem Guthaben (12).
Sichern Sie den Merge Request mit einem echten Browser ab
Unit-Tests bestätigen, dass der Code tut, wofür er geschrieben wurde. Nur ein Lauf gegen Ihre Review App bestätigt, dass das, was Sie gleich mergen, tatsächlich funktioniert.
Für Teams, die auf GitLab ausliefern
Passt zu Review Apps
Richten Sie das Projekt vor dem Lauf auf die URL Ihrer Review App: testsprite project update <id> --url "$CI_ENVIRONMENT_URL". Die Suite bleibt gleich, auch wenn sich das Ziel bei jedem Merge Request verschiebt.
Version festnageln
Installieren Sie @testsprite/testsprite-cli@<version>, statt latest zu folgen — dann ändert ein neues Release nie ohne Commit, was Ihre Pipeline tut.
Frontend und Backend in einem Tor
Fassen Sie Web-Abläufe und API-Vertragstests in einer Testliste zusammen und führen Sie sie mit testsprite testlist run aus, wobei jedes Projekt an seine Umgebung gebunden wird.
Kostenlose Community-Version
Wir bieten eine kostenlose Community-Version, damit sie allen offensteht.
Weltweit von Unternehmen geschätzt
"Gute Arbeit! Ziemlich cooles MCP vom TestSprite-Team! KI-Codierung + KI-Tests helfen Ihnen, mühelos bessere Software zu entwickeln!"
"TestSprite bietet eine umfangreiche Testfallgenerierung, eine klare Struktur und leicht lesbaren Code. Es unterstützt auch einfaches Online-Debugging mit der Möglichkeit, durch die Generierung neuer Testfälle schnell zu erweitern."
"Die Automatisierung von TestSprite hilft uns, eine Menge manueller Arbeit zu reduzieren. Die Entwickler können Fehler früher im Entwicklungsprozess leicht erkennen und beheben."
FAQ
Funktioniert die GitHub-App-Integration mit GitLab?
Nein: Diese Integration lauscht auf GitHub-Deployment-Ereignisse und ist GitHub-spezifisch. Auf GitLab steuern Sie den Lauf mit der CLI aus Ihrer Pipeline; sie braucht nur TESTSPRITE_API_KEY in der Umgebung.
Wie zeige ich die Ergebnisse im Merge Request an?
Schreiben Sie den Bericht mit --report junit --report-file testsprite-junit.xml und deklarieren Sie ihn unter artifacts:reports:junit. GitLab stellt die Ergebnisse dann Test für Test im Merge-Request-Widget dar.
Wie teste ich eine Review App, deren URL sich jedes Mal ändert?
Aktualisieren Sie die Projekt-URL als ersten Schritt des Jobs mit GitLabs eigener Variablen: testsprite project update <id> --url "$CI_ENVIRONMENT_URL". Die Suite bleibt bestehen, während sich das Ziel bewegt.
Was, wenn meine Anwendung eine Anmeldung verlangt?
Hinterlegen Sie ein Testkonto am Projekt mit --username und --password-file; beide Optionen sind nur gemeinsam gültig. Ohne sie sehen Erkundung und Läufe nur öffentliche Seiten — das ergibt eine Warnung, keinen Fehlschlag.
Ist die CLI Open Source?
Ja: Die Open-Source-CLI steht unter Apache-2.0 und wird kostenlos über npm installiert. Vorausgesetzt wird Node 20.19+, 22.13+ oder 24+. Die Testausführung läuft in der Cloud und verbraucht Workspace-Credits.
Kann ich Befehle ausprobieren, ohne Credits zu verbrauchen?
Ja. --dry-run durchläuft den gesamten Codepfad offline mit vorbereiteten Daten, und test scaffold und test lint berühren weder das Netz noch Ihre Zugangsdaten.