Playwright-gestützte Skripte
Schreiben Sie Standard-Playwright-Skripte in JavaScript oder TypeScript. Klicken, tippen, navigieren, auf Selektoren warten — alles, was ein echter Nutzer tun kann.
Synthetisches Monitoring
Testen Sie die Flows,
Testen Sie die Flows,
die wirklich brechen.
Echte Headless-Browser-Skripte laufen planmäßig aus mehreren Regionen — Login, Suche, Checkout, jeder mehrstufige Flow. Schritt-für-Schritt-Assertions, Screenshots und vollständige Traces werden bei Fehlern erfasst, damit Sie genau wissen, welcher Schritt aus welchem Grund versagt hat.
Free tier included
No credit card
2-minute setup
checkout-flow HealthyLIVE
SCHRITTE6
LETZTER LAUFPass
P954,2s
iad-13800ms
sfo-14100ms
fra-14350ms
sin-15100ms
syd-15400ms
Was Sie erhalten
Was Nutzern wichtig ist, skripten und überwachen Sie.
HTTP-Pings bestätigen, dass der Server läuft. Synthetisches Monitoring bestätigt, dass die Anwendung wirklich funktioniert — dass das Login-Formular Zugangsdaten akzeptiert, der Warenkorb Artikel hinzufügt und die Zahlungsseite lädt — kontinuierlich, von überall.
Multi-Standort-Ausführung
Führen Sie jedes Skript gleichzeitig aus mehreren globalen Standorten aus; bestätigen Sie Fehler, bevor Sie einen Alert auslösen, damit ein einzelner regionaler Ausreißer Sie nie weckt.
Schritt-für-Schritt-Timing und Assertions
Jeder Skript-Schritt wird einzeln gemessen und kann auf Element-Sichtbarkeit, Seitentitel, URL oder Response-Status prüfen, bevor es weitergeht.
Screenshots und Traces bei Fehler
Jeder fehlgeschlagene Lauf erfasst einen Fullscreen-Screenshot und ein Playwright-Trace-Archiv, damit Sie Schritt für Schritt nachverfolgen können, was der Browser gesehen hat.
Konfigurierbarer Zeitplan und Timeout
Läuft so häufig wie alle 5 Minuten. Setzen Sie ein skriptbezogenes Timeout von bis zu 5 Minuten für Flows, die mehrere Seiten oder langsame Drittanbieter-Abhängigkeiten abdecken.
Läufe auf Abruf
Starten Sie einen Lauf sofort vom Dashboard oder der API aus, um einen Fix nach einem Deploy zu verifizieren — ohne auf das nächste geplante Intervall zu warten.
01 · Erkennen, was Pings übersehen
Der Server war erreichbar.
Der Server war erreichbar.
Der Checkout nicht.
Ein HTTP 200 sagt Ihnen, dass der Server geantwortet hat. Er sagt nichts darüber, ob die React-App hydriert hat, das Zahlungs-SDK geladen oder das Formular tatsächlich abgeschickt wurde. Synthetische Skripte durchlaufen den vollständigen Nutzerpfad und schlagen im Moment fehl, in dem ein Schritt vom erwarteten Ergebnis abweicht.
- Login, Suche, In-den-Warenkorb-legen und Checkout als echte Nutzer-Flows testen
- DOM-Elemente, Textinhalt und Seitenstatus bei jedem Schritt prüfen
- Regressionen in SPAs und client-gerenderten Seiten erkennen, die Pings übersehen
login-flow HealthyLIVE
SCHRITTE4
REGIONEN5
LETZTER LAUFPass
iad-12100ms
sfo-12350ms
fra-12600ms
sin-13100ms
02 · Einfaches Debugging
Den Fehler wiederholen,
Den Fehler wiederholen,
Schritt für Schritt.
Wenn eine synthetische Prüfung fehlschlägt, erhalten Sie mehr als eine Fehlermeldung. Site Qwality speichert ein vollständiges Playwright-Trace für jeden fehlgeschlagenen Lauf — öffnen Sie es im Playwright Trace Viewer, um jede Netzwerkanfrage, jeden DOM-Snapshot und jede Aktion genau so nachzuvollziehen, wie der Browser sie ausgeführt hat.
- Vollständiges Playwright-Trace-Archiv an jeden fehlgeschlagenen Lauf angehängt
- Fullscreen-Screenshot am Fehlerpunkt erfasst
- Netzwerkanfrage-Log zeigt, welche API-Aufrufe erfolgreich waren oder Timeout hatten
Beispiel: Checkout-Skript// step 1 await page.goto('https://acme.com/cart');
// step 2 await page.click('[data-id="add-item"]');
// step 3 await page.click('[data-id="checkout"]');
// assert await expect(page).toHaveURL(/payment/);
✓ 4 steps · 3.8s · all assertions passed
// step 2 await page.click('[data-id="add-item"]');
// step 3 await page.click('[data-id="checkout"]');
// assert await expect(page).toHaveURL(/payment/);
✓ 4 steps · 3.8s · all assertions passed
5m
minimales Prüfintervall für synthetische Skripte
5
globale Regionen führen jedes Skript gleichzeitig aus
100%
der fehlgeschlagenen Läufe erfassen Screenshot und Trace
$0
kostenloser Tarif — ohne Kreditkarte starten
FAQ
Questions, answered.
Skripte werden in JavaScript oder TypeScript mit der Standard-Playwright-API geschrieben. Wenn Sie bereits Playwright-End-to-End-Tests schreiben, können Ihre bestehenden Skripte direkt für die Verwendung in Site Qwality angepasst werden.
Es gibt keine feste Begrenzung der Schrittzahl. Die praktische Grenze ist das Skript-Timeout, das Sie auf bis zu 5 Minuten setzen können. Komplexe mehrseitige Flows werden in der Regel weit innerhalb dieses Zeitrahmens abgeschlossen.
Ja. Skripte können Login-Formulare ausfüllen, Mehrfaktor-Eingabeaufforderungen verarbeiten oder gespeicherte Session-Storage-Tokens verwenden. Der Authentifizierungsstatus kann in einem beforeAll-Block eingerichtet und über Schritte hinweg wiederverwendet werden, um Laufzeiten kurz zu halten.
Jeder fehlgeschlagene Lauf speichert einen Fullscreen-Screenshot am Fehlerpunkt und ein Playwright-Trace-Archiv. Das Trace kann im Playwright Trace Viewer geöffnet werden, um jede Netzwerkanfrage, jede DOM-Mutation und jede Aktion, die der Browser ausgeführt hat, zu wiederholen.
Ja. Jedes Skript kann auf Abruf vom Dashboard oder über die REST API gestartet werden. Das ist nützlich, um einen Hotfix direkt nach einem Deploy zu verifizieren, ohne den Prüfplan zu verändern.
More of the platform
Explore the rest of the platform
Bereit?
In unter einer Minute live gehen.
Jedes Produkt startet kostenlos — Uptime-Monitoring, Cron-Monitoring, Synthetisches Monitoring, Logs, RUM, Incidents und Statusseiten. Keine Kreditkarte erforderlich.