Skip to content

Laufmodi

Der Runner bietet drei Ausführungsmodi, die auf unterschiedliche Situationen im Entwicklungsalltag zugeschnitten sind.

Alle Tests

Der Standardmodus führt die gesamte Test-Suite Ihres Projekts aus. Geeignet für:

  • Vollständige Regression vor einem Release
  • Nightly Builds in der CI-Pipeline
  • Erstmalige Validierung eines neuen Projekts

INFO

Bei großen Projekten mit hunderten Tests empfiehlt sich die Konfiguration paralleler Worker, um die Gesamtlaufzeit zu reduzieren.

Chirurgischer Modus

Im chirurgischen Modus wählen Sie gezielt aus, was ausgeführt werden soll:

  • Einzelne Datei — eine bestimmte .spec.ts ausführen
  • Ordner — alle Tests in einem Verzeichnis
  • Einzelner Test — einen spezifischen test() Block über den Test Hub auswählen

Dieser Modus ist ideal während der aktiven Entwicklung, wenn Sie schnell eine einzelne Datei validieren möchten, ohne die gesamte Suite abzuwarten.

TIP

Im Test-Katalog können Sie Tests per Checkbox auswählen und direkt im chirurgischen Modus starten.

Smart Run

Der intelligenteste Modus: Smart Run analysiert Ihren aktuellen Git-Diff und ermittelt automatisch, welche Tests von den Änderungen betroffen sind.

So funktioniert es

  1. xyva liest den Git-Status des Projekts (geänderte und neue Dateien)
  2. Der Import-Graph wird analysiert — welche Tests importieren geänderte Module?
  3. Nur die betroffenen Tests werden ausgeführt

Wann Smart Run verwenden

  • Nach einem git pull mit Änderungen von Kollegen
  • Vor einem Commit, um nur die relevanten Tests zu prüfen
  • In Feature-Branches, um die Feedback-Schleife kurz zu halten

WARNING

Smart Run erfordert ein initialisiertes Git-Repository. Ohne Git-Historie fällt der Runner auf den Modus "Alle Tests" zurück.

Performance-Optionen

Unabhängig vom Modus stehen folgende Einstellungen zur Verfügung:

OptionBeschreibung
Parallele WorkerAnzahl gleichzeitiger Browser-Instanzen (Standard: 1)
Headless / HeadedStealth-Modus oder sichtbares Browserfenster
RetriesAutomatische Wiederholung fehlgeschlagener Tests (0–3)
TimeoutMaximale Laufzeit pro Test in Millisekunden

Weiterführende Seiten

  • Runner — Übersicht der Ausführungs-Engine
  • Debug-Modus — Trace und Video bei Fehlern

Local-first QA orchestration.