Sitzungswiederholung und Lasttest
Ein mitgeschnittener Request kann exakt so wieder ausgeführt werden, in zwei Modi, die jeweils ihre eigene Aufgabe erledigen: Die Sitzungswiederholung reproduziert eine Kette von Requests in großen Mengen, in ihrer ursprünglichen Reihenfolge (einen Ablauf reproduzieren, Regressionen prüfen, gegen eine andere Umgebung wiederholen); der Lasttest übt hochfrequenten Druck auf einen einzelnen Request aus, um zu prüfen, ob er standhält. Beide sind per Rechtsklick aus Mitschnitt-Einträgen erreichbar, und selbst private APIs, die eine Signatur / einen Zeitstempel mitführen, laufen problemlos.
1. Drei Wege, „es noch einmal zu senden“, jeder mit seiner eigenen Aufgabe
Abschnitt betitelt „1. Drei Wege, „es noch einmal zu senden“, jeder mit seiner eigenen Aufgabe“Dieselbe Idee, einen mitgeschnittenen Request erneut zu senden, nach Zweck aufgeteilt:
| Fähigkeit | Rolle |
|---|---|
| Zusammenstellen und Wiederholen | Bearbeiten und erneutes Senden eines einzelnen Requests |
| Sitzungswiederholung (erste Hälfte dieser Seite) | Massenwiederholung mehrerer Requests der Reihe nach, wobei Status und Latenz jedes Einzelnen beobachtet werden |
| Lasttest (zweite Hälfte dieser Seite) | Hochfrequenter Druck auf einen einzelnen Request, um Durchsatz und Latenz-Perzentile zu messen |
2. Sitzungswiederholung: eine Kette von Requests in großen Mengen reproduzieren
Abschnitt betitelt „2. Sitzungswiederholung: eine Kette von Requests in großen Mengen reproduzieren“Nimm eine mitgeschnittene Kette von Requests und führe sie in großen Mengen in ihrer ursprünglichen Reihenfolge erneut aus, wobei die Request-Sequenz originalgetreu reproduziert wird, mit der Option, die ganze Kette N-mal zu schleifen.
So gelangst du dorthin
- Aus einem Mitschnitt starten: Rechtsklick auf „Diesen Request wiederholen“ in der Mitschnittliste, oder mehrere auswählen und „Ausgewählte Requests wiederholen“.
- Manuell hinzufügen: „+ Request hinzufügen“ im Bereich, wo jeder direkt an Ort und Stelle bearbeitet werden kann, Methode / URL / Parameter / Header / Body.
Konfigurierbar
- Schleifenanzahl: die gesamte Sequenz N-mal ausführen.
- Request-Intervall: zwischen jedem eine Weile pausieren.
- Umgebungswechsel: eine Umgebung wählen und die ganze Kette mit einem Klick gegen eine andere wiederholen.
Ergebnisse: Auflistung von Methode, URL, Statuscode und Latenz jedes Requests, dazu Gesamtfortschritt, Erfolgs- / Fehlerzählungen und die insgesamt verstrichene Zeit.
Wann verwenden
- Einen mehrstufigen Ablauf oder ein zeitabhängiges Problem reproduzieren.
- Batch-Regression, um eine Gruppe von Endpunkten zu verifizieren.
- Eine Strecke in der Produktion mitgeschnittener Requests unverändert gegen eine Testumgebung wiederholen.
3. Lasttest: einen einzelnen Request ans Limit bringen
Abschnitt betitelt „3. Lasttest: einen einzelnen Request ans Limit bringen“Einen Endpunkt mitgeschnitten und wissen wollen, ob er standhält? Rechtsklick auf „Diesen Request lasttesten“ bei einem beliebigen mitgeschnittenen Request, um sofort zu starten, mit Durchsatz und Latenz-Perzentilen in Echtzeit.
Zwei Einstiegspunkte
Abschnitt betitelt „Zwei Einstiegspunkte“- Direkt aus einem Mitschnitt-Eintrag lasttesten: Rechtsklick auf „Diesen Request lasttesten“, und Methode / Adresse / Header / Body werden automatisch übernommen und es startet sofort, wobei ein fehlendes Protokoll ergänzt wird.
- Manuelle Konfiguration: „Lasttest“ aus dem Werkzeugkasten öffnen und Ziel und Parameter selbst eintragen. Es ist ein schwebendes Fenster, und du kannst mehrere unabhängige Lasttests in mehreren Fenstern gleichzeitig laufen lassen, ohne dass sie sich gegenseitig stören.
Anders als gewöhnliche Lasttest-Tools: Hier lasttestest du einen mitgeschnittenen Request per Rechtsklick, ohne Parameter neu einzugeben, was dir den Umweg von „erst anderswo mitschneiden, dann von Hand ins Lasttest-Tool übertragen“ erspart.
Zwei Modi
Abschnitt betitelt „Zwei Modi“- Konstante Rate (QPS): gleichmäßig Druck mit der konfigurierten Anzahl Requests pro Sekunde ausüben, mit einer strengeren Latenzmessmethode, sodass Tail-Latenzen wie p99 unter hoher Last ehrlich bleiben, statt künstlich niedrig zu erscheinen, geeignet, um „die reale Latenz dieses Endpunkts bei X QPS“ zu beurteilen. Diese Strenge gilt hauptsächlich für diesen Modus.
- Nebenläufigkeit: bei fester Nebenläufigkeit ohne Pause feuern, um den maximalen Durchsatz auszureizen, geeignet, um „die Grenze dessen, was er verträgt“ zu testen.
Konfigurierbare Parameter
Abschnitt betitelt „Konfigurierbare Parameter“- Request: Methode (GET / POST / PUT / PATCH / DELETE / HEAD), URL (Protokoll optional, https wird automatisch ergänzt), Query-Parametertabelle, Header-Tabelle, Body (JSON / form / roh).
- Druck: Rate (1–100000 req/s), Nebenläufigkeit / Verbindungen (1–2000), Dauer (1–3600 Sekunden, nach Dauer statt einer festen Gesamtzahl).
- Erweitert: Weiterleitungen folgen, TLS-Prüfung überspringen.
- Verbindungen: automatische Verbindungswiederverwendung (Keep-Alive); versucht bei HTTPS-Zielen automatisch HTTP/2.
Echtzeit-Ergebnisse
Abschnitt betitelt „Echtzeit-Ergebnisse“- Durchsatz: eine große Live-RPS-Zahl plus ein Live-Liniendiagramm des Durchsatzes.
- Zählungen: gesendet / erfolgreich / Fehler / verstrichen.
- Latenz-Perzentile (Millisekunden): p50 / p90 / p95 / p99 / p99.9 / max.
- Verteilung der Statuscodes: farbcodierte Labels nach 2xx / 3xx / 4xx / 5xx / Fehler.
Jederzeit stoppbar; das Schließen des Fensters stoppt den laufenden Lasttest automatisch.
4. Ebenso mächtiges Request-Editing
Abschnitt betitelt „4. Ebenso mächtiges Request-Editing“Ob Sitzungswiederholung oder Lasttest, das Request-Editing entstammt derselben Linie wie der Request-Composer (Composer): Es unterstützt Umgebungsvariablen und dynamische Werte (UUID, Zeitstempel, Nonce, Base64, MD5 / SHA, HMAC-Signatur, URL-Kodierung und mehr). So lassen sich auch jene privaten APIs, die dich nur mit einer Signatur / einem Zeitstempel durchlassen, weiterhin in großen Mengen wiederholen und lasttesten, ohne die Signatur von Hand zu berechnen.
Zurück zu Proxy-Mitschnitt · Verwandt: Zusammenstellen und Wiederholen