Request Mocker ändert den Netzwerkverkehr im Browser, ohne das Backend zu berühren – blockiert Anfragen, legt oder entfernt Anfrage- und Antwortheader und gibt Ihre eigenen Statuscodes, Körper und Verzögerungen zurück, sodass Sie Zustände testen können, die die echte API bei Bedarf nicht erzeugen wird.
Einige Staaten sind äußerst schwer zu erreichen. Ein leeres Dashboard benötigt eine leere Antwort, ein Wiederholungsbanner benötigt eine 500, ein Ladeskelett benötigt einen langsamen Endpunkt und ein Frontend benötigt einen Endpunkt, der noch nicht existiert. Normalerweise bedeutet jedes einzelne eine Backend-Änderung, eine vordefinierte Datenbank oder eine auskommentierte Zeile, die Sie hoffentlich nicht versenden.
Request Mocker erzeugt diese Zustände im Browser. Ordnen Sie eine URL per Teilzeichenfolge oder mit Platzhaltern zu und entscheiden Sie dann, was passiert: Blockieren Sie die Anfrage, damit die Seite einen Fehler erkennt, schreiben Sie die Anfrage- oder Antwortheader spontan um oder geben Sie eine vorgefertigte Antwort mit dem Statuscode, dem Inhaltstyp, dem Text und der Verzögerung Ihrer Wahl zurück. Die Seite kann den Unterschied nicht erkennen, sodass Ihre tatsächliche Fehlerbehandlung, Leerzustände und Zeitüberschreitungen alle real sind.
Beim Blockieren und Umschreiben von Headern werden die deklarativen NetRequest-Regeln von Chrome verwendet, sodass sie auf alle Anforderungen der Seite angewendet werden, auch beim Neuladen. Gefälschte Antworten werden zum Abrufen und XMLHttpRequest innerhalb der Seite bereitgestellt, und das Panel protokolliert jede einzelne, während sie bereitgestellt wird, zusammen mit einem Trefferzähler pro Regel, sodass Sie auf einen Blick sehen können, ob Ihre Regel Ihrer Meinung nach übereinstimmt.
Regeln sind bewusst leicht abzuschaffen. Sie werden pro Site gespeichert, gelten nur für die aktuelle Registerkarte und werden alle entfernt, sobald Sie das Tool schließen. Es gibt also keine Möglichkeit, einen Nachmittag damit zu verbringen, ein Problem zu beheben, das sich als eine Simulation herausstellt, deren Ausführung Sie vergessen haben.
Verhindern Sie, dass eine Anfrage je nach URL und Methode abgeglichen wird, und beobachten Sie, wie sich die Seite verhält, wenn ein Skript, ein Bild, ein Tracker oder ein API-Aufruf einfach nie eintrifft.
Legen Sie Anforderungs- und Antwortheader fest oder entfernen Sie sie – fügen Sie einen Autorisierungsheader hinzu, erzwingen Sie Cache-Control: no-store oder entfernen Sie einen Header, um zu sehen, was kaputt geht – ohne dass eine Serveränderung erforderlich ist.
Stellen Sie einen Text, den Sie schreiben, mit dem von Ihnen gewählten Statuscode und Inhaltstyp bereit. Perfekt für leere Listen, fehlerhafte Payloads und Endpunkte, die noch nicht vorhanden sind.
Geben Sie bei Bedarf eine 500, eine 429 oder eine 404 zurück und fügen Sie eine Verzögerung in Millisekunden hinzu, um die Antwort zurückzuhalten, damit Ladezustände, Spinner und Timeout-Handhabung ordnungsgemäß getestet werden können.
Passen Sie lose an ein Fragment wie /api/users oder genau an Platzhalter wie *.example.com/v1/* an und beschränken Sie jede Regel auf eine einzelne HTTP-Methode.
Regeln gehören zu der Site, auf der Sie sie erstellt haben, und gelten nur für die aktuelle Registerkarte. Durch das Schließen des Tools werden alle aktiven Regeln entfernt, sodass nichts mehr den Datenverkehr hinter Ihrem Rücken abfängt.
Geben Sie ein leeres Array für einen Listenendpunkt zurück und prüfen Sie, ob Ihre Benutzeroberfläche einen ordnungsgemäß leeren Zustand oder ein unangenehmes leeres Bedienfeld anzeigt.
Lassen Sie einen Endpunkt bei Bedarf 500 oder 429 zurückgeben, um zu überprüfen, ob das Wiederholungsbanner, der Toast und die Fallback-Kopie tatsächlich angezeigt werden.
Verspotten Sie die vereinbarte Antwortform und bauen Sie das gesamte Frontend darauf auf, während das Backend noch geschrieben wird.
Blockieren Sie ein Analyse-, Chat- oder Werbeskript, um zu überprüfen, ob es die Seite verlangsamt oder ein Layout stört.
Fügen Sie einem Endpunkt eine Verzögerung von zwei Sekunden hinzu und beobachten Sie, wie Skeletons, Spinner und Timeouts funktionieren, wenn ein einzelner Anruf verzögert wird.
Klicken Sie im DevSuite Pro-Dock auf das Request Mocker-Symbol. Das Bedienfeld wird mit einem Regelformular oben und Ihren gespeicherten Regeln für diese Site darunter geöffnet.
Wählen Sie „Anfrage blockieren“, „Header bearbeiten“ oder „Mock-Antwort“ und beschränken Sie die Regel optional auf eine Methode wie POST.
Geben Sie eine Teilzeichenfolge wie /api/users ein oder verwenden Sie Platzhalter wie *.example.com/v1/*. Wählen Sie, ob die Regel nur Abruf- und XHR-Aufrufe oder jeden Anforderungstyp abdeckt.
Schreiben Sie für Kopfzeilen eine pro Zeile – Name: Wert, um einen Wert festzulegen, Name: allein, um ihn zu entfernen. Legen Sie für einen Mock den Status, die Verzögerung, den Inhaltstyp und den Text fest. Klicken Sie auf Regel hinzufügen und sie wird sofort angewendet.
Laden Sie die Seite neu oder verwenden Sie sie. Das Protokoll zeigt jede gefälschte Antwort an, sobald sie zugestellt wird, mit einer Trefferzahl neben jeder Regel. Wechseln, bearbeiten oder löschen Sie Regeln, während Sie unterwegs sind. Durch Schließen des Tools werden alle gelöscht.
Installieren Sie DevSuite Pro kostenlos und schalten Sie 71+ Entwickler-Tools für Ihren Browser frei.
