← Powrót do funkcji
Pro

Request Mocker

Request Mocker zmienia ruch sieciowy w przeglądarce bez dotykania backendu — blokuje żądania, ustawia lub usuwa nagłówki żądań i odpowiedzi oraz zwraca własne kody stanu, treści i opóźnienia, dzięki czemu można testować stany, których prawdziwy interfejs API nie wygeneruje na żądanie.

Do niektórych stanów trudno dotrzeć. Pusty pulpit nawigacyjny wymaga pustej odpowiedzi, baner ponownej próby wymaga 500, szkielet ładujący potrzebuje wolnego punktu końcowego, a frontend potrzebuje punktu końcowego, który jeszcze nie istnieje. Zwykle każdy z nich oznacza zmianę zaplecza, zarodkową bazę danych lub zakomentowaną linię, której masz nadzieję nie wysyłać.

Request Mocker generuje te stany w przeglądarce. Dopasuj adres URL za pomocą podciągu lub symboli wieloznacznych, a następnie zdecyduj, co się stanie: zablokuj żądanie, aby strona zobaczyła błąd, napisz na bieżąco nagłówki żądania lub odpowiedzi lub zwróć gotową odpowiedź z wybranym kodem stanu, typem treści, treścią i opóźnieniem. Strona nie jest w stanie odróżnić, więc rzeczywista obsługa błędów, puste stany i przekroczenia limitu czasu działają naprawdę.

Blokowanie i przepisywanie nagłówków korzystają z reguł deklarativeNetRequest przeglądarki Chrome, więc mają zastosowanie do wszystkiego, czego żąda strona, łącznie z ponownym ładowaniem. Fałszywe odpowiedzi są podawane do pobrania i XMLHttpRequest z wnętrza strony, a panel rejestruje każdą z nich w momencie ich dostarczenia wraz ze licznikiem trafień dla każdej reguły, dzięki czemu możesz szybko sprawdzić, czy Twoja reguła jest zgodna z tym, co myślisz.

Zasady celowo łatwo jest się pozbyć. Są one zapisywane w poszczególnych witrynach, dotyczą tylko bieżącej karty i każdy z nich jest usuwany w momencie zamknięcia narzędzia — nie ma więc możliwości spędzenia popołudnia na debugowaniu problemu, który okazuje się próbą, o której zapomniałeś, że działa.

Podgląd na żywo
app.example.com
Request Mocker Na tej zakładce aktywne są 3 reguły
Nowa zasada
Próbna odpowiedź GET /api/orders
Status 500 Opóźnij panią 1200 Dodaj regułę
Zasady
kpina GET /api/orders → 500 7 ●
blok ANY analytics.vendor.com/* ●
nagłówki ANY /api/* → Cache-Control: no-store ●
Wyświetlano wyśmiewane odpowiedzi
GET 500 /api/orders?page=1 · fetch · 14:22:07
GET 500 /api/orders?page=2 · fetch · 14:22:11
Kluczowe funkcje

Blokuj wszelkie żądania

Powstrzymaj żądanie przed opuszczeniem, dopasowane według adresu URL i metody, i obserwuj, jak zachowuje się strona, gdy skrypt, obraz, moduł śledzący lub wywołanie API po prostu nigdy nie dotrze.

Przepisuj nagłówki w locie

Ustaw lub usuń nagłówki żądań i odpowiedzi — dodaj nagłówek autoryzacji, wymuś kontrolę pamięci podręcznej: no-store lub usuń nagłówek, aby zobaczyć, co się psuje — bez zmiany serwera.

Zwróć własne odpowiedzi

Podaj treść, którą piszesz, z wybranym kodem statusu i typem treści. Idealny do pustych list, zniekształconych ładunków i punktów końcowych, które jeszcze nie istnieją.

Symuluj błędy i wolne sieci

Na żądanie zwróć 500, 429 lub 404 i dodaj opóźnienie w milisekundach, aby wstrzymać odpowiedź, aby można było prawidłowo przetestować stany ładowania, pokrętła i obsługę limitu czasu.

Dopasowanie podciągu lub symbolu wieloznacznego

Dopasuj luźno fragment, taki jak /api/users, lub dokładnie symbole wieloznaczne, takie jak *.example.com/v1/* i zawęź dowolną regułę do pojedynczej metody HTTP.

Zapisane dla poszczególnych witryn, kasowane przy wyjściu

Reguły należą do witryny, w której je utworzono i mają zastosowanie tylko do bieżącej karty. Zamknięcie narzędzia usuwa wszystkie aktywne reguły, więc nic nie przechwytuje ruchu za Twoimi plecami.

Typowe zastosowania

Testowanie pustych stanów

Zwróć pustą tablicę dla punktu końcowego listy i sprawdź, czy interfejs użytkownika pokazuje prawidłowy pusty stan, czy niewygodny pusty panel.

Wymuszanie uruchomienia obsługi błędów

Na żądanie zwróć punkt końcowy o wartości 500 lub 429, aby sprawdzić, czy baner ponownej próby, toast i kopia awaryjna rzeczywiście się pojawiają.

Budowanie w oparciu o interfejs API, który jeszcze nie istnieje

Wykpij uzgodniony kształt odpowiedzi i zbuduj na jego podstawie cały frontend, podczas gdy backend jest jeszcze w trakcie pisania.

Diagnozowanie skryptów innych firm

Zablokuj analitykę, czat lub skrypt reklamowy, aby sprawdzić, czy to on spowalnia stronę, czy psuje układ.

Sprawdzanie działania powolnej sieci

Dodaj dwusekundowe opóźnienie do jednego punktu końcowego i obserwuj, jak szkielety, pokrętła i przekroczenia limitu czasu utrzymują się w przypadku opóźnienia pojedynczego połączenia.

Jak używać
1

Otwórz Request Mocker

Kliknij ikonę Request Mocker w doku DevSuite Pro. Otworzy się panel z formularzem reguł na górze i regułami zapisanymi dla tej witryny poniżej.

2

Wybierz, co powinno się wydarzyć

Wybierz opcję Zablokuj żądanie, Edytuj nagłówki lub Próbna odpowiedź i opcjonalnie ogranicz regułę do jednej metody, np. POST.

3

Powiedz, które adresy URL mają pasować

Wprowadź podciąg, taki jak /api/users, lub użyj symboli wieloznacznych, takich jak *.example.com/v1/*. Wybierz, czy reguła obejmuje tylko wywołania pobierania i XHR, czy też każdy typ żądania.

4

Wypełnij szczegóły i dodaj je

W przypadku nagłówków wpisz je po jednym w każdym wierszu — Nazwa: wartość, aby ustawić jedną, Nazwa: sama, aby ją usunąć. Aby wykonać próbę, ustaw status, opóźnienie, typ zawartości i treść. Kliknij Dodaj regułę, a zostanie ona natychmiast zastosowana.

5

Zobacz, jak działa, a następnie zamknij

Załaduj ponownie lub użyj strony, a dziennik pokaże każdą sfałszowaną odpowiedź w momencie jej dostarczenia, wraz ze liczbą trafień obok każdej reguły. Przełączaj, edytuj lub usuwaj reguły na bieżąco; zamknięcie narzędzia usuwa je wszystkie.

Gotowy do wypróbowania?

Zainstaluj DevSuite Pro za darmo i odblokuj ponad 71 narzędzi programistycznych dla swojej przeglądarki.

Dodaj do Chrome Dodaj do Edge Dodaj do FireFox