Herunterladen
RU EN DE FR ES PT 中文

Lasttests — Benutzerhandbuch | YoBench

So verwenden Sie das Modul „Load Testing" in YoBench: HTTP bis zu 500 Threads und Browser bis zu 20, Ramp-up, RPS / Latency / P95 / P99 Metriken.

Was das Modul „Lasttests" leistet

Das Modul erzeugt Last gegen Ihre Web-Services, damit Sie deren Verhalten unter Traffic sehen. Zwei Modi: HTTP via undici in Worker-Threads (bis zu 500 parallele Threads) und Browser via Chromium (bis zu 20 parallele Tabs). Metriken tickern jede Sekunde — RPS, Latency, P95/P99, Error-Rate und aktive Threads.

Was Sie bekommen:

  • Hohe HTTP-Parallelität — bis 500 Threads auf einem Rechner, ohne Browser, minimaler Overhead.
  • Browser-Modus — bis 20 parallele Chromium-Tabs mit page.goto() und waitUntil: networkidle2, für Full-Render-Checks.
  • Ramp-up — schrittweise Thread-Erhöhung (ramp_step_threads Threads alle ramp_step_duration Sekunden).
  • Echtzeit-Metriken — ein Snapshot pro Sekunde in load_test_snapshots: RPS, Durchschnitts-Latency, P95/P99, Error-Rate, aktive Threads.
  • Proxy und Auth — Header/Cookies/Query-Parameter gelten für jeden Request.
  • Persistente Ergebnisse — Vorlagen und Reports lokal gespeichert.

Test-Parameter

Beim Anlegen einer Vorlage:

  • URL — Pflicht.
  • HTTP-Methode — derzeit nur GET (im Worker fest verdrahtet).
  • Header — aus dem gewählten Auth-Profil (Methode header).
  • Cookies — aus dem Auth-Profil (Methode cookie); in den Cookie-Header eingebettet.
  • Threads — 1–500 für HTTP, 1–20 für Browser.
  • Dauer — mindestens 5 Sekunden.
  • Ramp-up — ramp_enabled, ramp_step_duration (sek), ramp_step_threads (Threads pro Schritt). Nur für HTTP-Modus verfügbar; der Browser-Modus startet immer mit allen Threads.
  • Proxy — eine zufällige IP aus der gewählten Proxy-Gruppe; mit Auth-Unterstützung.
  • Auth-Profil — geteilter Eintrag aus den Einstellungen.

Es läuft nur ein Test gleichzeitig — für Messgenauigkeit.

Echtzeit-Metriken

Snapshots werden jede Sekunde in load_test_snapshots gespeichert:

  • RPS — Requests pro Sekunde im aktuellen Fenster.
  • Avg Latency — durchschnittliche Antwortzeit (ms).
  • P95 / P99 — 95./99. Perzentil der Latency.
  • Error Rate — Prozent fehlgeschlagener Antworten.
  • Active Threads — aktuell laufende Threads (steigt während Ramp-up).
  • Total Requests / Errors — kumulative Zähler.

Im Endbericht zusätzlich P50 (Median), Min und Max Latency.

Speicher-Limits für Latency-Samples: HTTP — 50.000 letzte, Browser — 10.000.

Globale Einstellungen

Keine speziellen loadTesting*-Schlüssel in den zentralen Einstellungen — alle Parameter in Vorlagen (load_test_templates) und Reports (load_test_reports).

Ablauf

1. Vorlage erstellen

  1. Modul Lasttests im linken Menü öffnen.
  2. Auf Vorlagen Vorlage erstellen klicken.
  3. URL, Modus (HTTP / Browser), Thread-Anzahl, Dauer eintragen.
  4. Optional Ramp-up aktivieren und Schritte festlegen.
  5. Proxy-Gruppe und Auth-Profil wählen.
  6. Speichern.

2. Test starten

Die Schaltfläche Starten neben der Vorlage erstellt einen Report mit Status running. Nur ein Test gleichzeitig. Stop beendet vorzeitig; Metriken bleiben erhalten.

3. Bericht prüfen

Auf dem Tab Berichte zeigen Einträge Diagramme (RPS, Latency, P95/P99, Errors), Zusammenfassungen und Snapshot-Liste pro Sekunde.

4. Läufe vergleichen

Vergleichen Sie Berichte über Code-/Proxy-/Umgebungs-Änderungen. Vorlagen lassen sich beliebig oft erneut starten — jeder Lauf erzeugt einen neuen Bericht.

Nächste Schritte

  • Während des Tests mit Servern und Health Check das Backend überwachen.
  • Mit Site Audit SEO und Lighthouse unter Normallast prüfen.
  • Für volle JS-Pipeline-Prüfung Browser-Modus wählen (begrenzt auf 20 Threads).

Hilfe und Feedback

Wünschen Sie POST/PUT/DELETE, Request-Bodys, randomisierte Daten oder WebSocket-Last? Schreiben Sie uns über das Feedback-Formular.