Eine API-Antwort mocken auf einem echten Gerät

Öffne den Dashboard-Feed und suche einen echten Request an den Endpunkt. Zeigt seine Zeile einen entschlüsselten Body, bist du bereit. Erscheint der Host noch verschlüsselt, füge ihn der SSL-Proxy-Liste des Geräts hinzu — über die Host-Aktionen der Zeile oder in den Geräteeinstellungen — und löse den Aufruf erneut aus. Bei einem Host, der verschlüsselt durchläuft, kann der Enforcer nur den Hostnamen matchen; der Pfad ist unsichtbar, also feuert ein pfadgenauer Mock nie.

Öffne die Seite Blocks aus der Einstellungsnavigation für eine globale Regel, oder gehe zum Gerät und dann zu Blocks für eine Regel, die nur für dieses Smartphone gilt. Füge eine Regel hinzu und trage die Methode ein — oder lass sie leer, um jede zu treffen — sowie das Muster. Muster sind dieselben Host-plus-Pfad-Platzhalter wie bei Breakpoints: Host, Schrägstrich, Pfad, mit einem Sternchen überall dort, wo ein Segment variiert.

Setze die Aktion auf Mock. Während Block einen Aufruf scheitern lässt und Drop so tut, als wäre das Netz verschwunden, soll Mock ihn erfüllen: Lege den Status fest — Standard ist 200 —, alle Header, auf die die App achtet, und den Body. Gib ihm den Content-Type, den deine App parst; ein JSON-Client, der eine Textantwort bekommt, scheitert, bevor er ein Byte gelesen hat. Als JSON gespeichert sieht die Regel so aus.

Speichere die Regel und benutze die App. Der nächste passende Request wird beantwortet, ohne den Aufzeichnungspfad je zu verlassen, und erscheint trotzdem in deinem Feed — als gemockt markiert, damit du genau siehst, was gefälscht wurde, und bestätigen kannst, dass die Regel tut, was du erwartest. Die App sieht nur eine gewöhnliche Serverantwort: Synthetische Antworten tragen keinen internen oder identifizierenden Header, also verrät nichts in der Antwort das Abfangen.

Schalte die Regel über ihren Aktiv-Schalter aus, wenn du fertig bist. Eine deaktivierte Regel kostet nichts und behält ihre Form fürs nächste Mal.

Manche Mocks dürfen nur einmal passieren. Der Klassiker ist ein synthetischer 401, der die App glauben lässt, ihr Token sei abgelaufen, damit sie ihren Refresh-Flow anstößt — beantworte jeden Request so, und die App refresht, versucht es erneut, bekommt wieder einen 401 und dreht sich ewig im Kreis. Das Feld Max runs begrenzt, wie oft eine Regel feuern darf; am Limit deaktiviert sie sich selbst und der Editor zeigt ein Auto-deaktiviert-Badge, unterscheidbar von einer Regel, die du selbst ausgeschaltet hast.

Der Zähler wird pro Gerät geführt und überlebt Reconnects und App-Neustarts, sodass ein Limit von eins auf diesem Smartphone genau einmal überhaupt feuert, nicht einmal pro Sitzung. Eine globale Regel mit Limit wird nur auf dem Gerät unterdrückt, das es aufgebraucht hat, und feuert auf jedem anderen Smartphone der Flotte weiter. Du kannst auch BusyBro in natürlicher Sprache um einen einmaligen Mock-401 auf einem Host bitten, und es schreibt dieselbe Regel.

Ein Mock-Body ist eine eingefrorene Zeichenkette. Wenn die Antwort vom Request abhängen muss — eine zurückgespiegelte ID, ein Zeitstempel, ein in die echte Antwort gepatchtes Feld —, stelle die Aktion der Regel auf Skript um oder lege ein eigenständiges Skript unter Settings, dann Scripts an. Du bekommst einen Code-Editor mit Autovervollständigung für Request-, Response- und Hilfsobjekte sowie ein Test-Panel, das dein Skript gegen einen echten aufgezeichneten Eintrag laufen lässt und einen Vorher-Nachher-Diff zeigt, ohne den Live-Traffic zu berühren. Der Trockenlauf nutzt exakt die Sandbox des Live-Proxys, also bedeutet ein bestandener Test, dass es live funktioniert.

Ein Skript, das eine Ausnahme wirft oder in ein Timeout läuft, fällt offen: Die Originalbytes werden weitergeleitet und der Eintrag wird im Inspektor markiert, sodass ein kaputtes Skript nie eine Verbindung blockieren oder sich der App verraten kann. Skripte sind Admin-Stufe, weil sie beliebigen Code im Aufzeichnungspfad ausführen.