← Powrót do funkcji
Pro

Tester API

API Tester to wbudowany klient HTTP dla wywołań REST, GraphQL i WebSocket, który działa w kontekście strony, na której już się znajdujesz — dzięki czemu Twoje pliki cookie, sesja i pochodzenie są stosowane automatycznie, bez tokenów do kopiowania do osobnej aplikacji.

Testowanie API zwykle oznacza opuszczenie przeglądarki. Otwierasz Postmana lub Insomnię, a następnie poświęcasz pięć minut na odtworzenie czegoś, co już ma przeglądarka: plik cookie sesji, token okaziciela, właściwe pochodzenie, nagłówek CSRF. Zanim żądanie będzie gotowe, testujesz kontekst inny niż ten, w którym żyje Twój błąd.

Tester API usuwa ten krok. Wysyła żądanie z wnętrza przeglądanej strony, tak samo jak z samej strony, więc niezależnie od tego, na co jesteś zalogowany, takie samo jest żądanie. GET względem własnego punktu końcowego administratora działa natychmiast, ponieważ plik cookie jest z nim podróżowany. Nie trzeba nic konfigurować ani synchronizować.

Karta REST udostępnia metodę, adres URL, który może być bezwzględny lub względny, nagłówki zapisywane po jednym w każdym wierszu oraz treść. Odpowiedź wraca ze swoim statusem, czasem trwania, wielkością, ładnie wydrukowanym kodem JSON i pełnymi nagłówkami odpowiedzi. Karta GraphQL pobiera punkt końcowy, zapytanie i zmienne, tworzy dla Ciebie żądanie i informuje Cię, kiedy odpowiedź zawiera błędy GraphQL, mimo że status HTTP wynosił 200. Karta WebSocket otwiera prawdziwe połączenie, wysyła wpisane ramki i rejestruje wszystko w obu kierunkach ze znacznikami czasu.

Gdy polityka bezpieczeństwa treści strony lub reguła CORS blokują wywołanie, jeden przełącznik zamiast tego ponownie wysyła identyczne żądanie z rozszerzenia, co nie podlega żadnemu z nich. Dzięki temu można szybko odróżnić problem z serwerem od problemu z zasadami przeglądarki — to samo żądanie, dwa konteksty, dwie odpowiedzi. Twoje ostatnie 25 żądań zostanie zachowanych, więc powrót do czegoś, co próbowałeś wczoraj, to jedno kliknięcie.

Podgląd na żywo
app.example.com/dashboard
Tester API Uruchamianie w kontekście strony
REST GraphQL WebSocket Historia
POST /api/v2/orders Wysłać
Nagłówki
Content-Type: application/json
X-Request-Id: 4f2b-dev-check
201 Created 142 ms · 1.2 KB Ładny Surowy Nagłówki
{
  "id": "ord_8821",
  "status": "pending",
  "total": 49.90
}
Kluczowe funkcje

Kreator żądań z prawdziwymi nagłówkami

Wybierz dowolną metodę, wprowadź bezwzględny lub względny adres URL i wpisz nagłówki po jednym w każdym wierszu jako Nazwa: wartość. Względne adresy URL są porównywane ze stroną, na której się znajdujesz, więc /api/users po prostu działa.

Działa w sesji zalogowania

Żąda opuszczenia własnego kontekstu strony, przenosząc pliki cookie, pochodzenie i sesję. Uwierzytelnione punkty końcowe odpowiadają dokładnie tak samo, jak w przypadku aplikacji, bez kopiowania tokenów.

Zapytania i zmienne GraphQL

Wprowadź punkt końcowy, zapytanie i zmienne JSON; zbudowana jest dla Ciebie właściwa treść POST. Błędy GraphQL zwrócone w odpowiedzi 200 są zliczane i oznaczane, a nie ukrywane.

Dwukierunkowa konsola WebSocket

Otwórz połączenie ws:// lub wss://, wysyłaj ramki i oglądaj każdą klatkę w obu kierunkach ze znacznikami czasu, rozmiarami i stanem połączenia — a nie tylko przechwytywanie tylko do odczytu.

Czytelne odpowiedzi

Stan, czas i rozmiar transferu z góry, z widokami Pretty, Raw i Headers. JSON jest formatowany automatycznie i wszystko można skopiować jednym kliknięciem.

W razie potrzeby omiń CSP i CORS

Jeśli CSP strony lub reguła CORS blokuje połączenie, przełącz opcję Uruchom z na Rozszerzenie i wyślij identyczne żądanie spoza strony — natychmiastowy sposób na oddzielenie błędów serwera od zasad przeglądarki.

Typowe zastosowania

Testowanie punktu końcowego po zalogowaniu

Trafienie na punkt końcowy, który wymaga uwierzytelnionej sesji bez eksportowania pliku cookie lub generowania tokena — jesteś już zalogowany na tej karcie, a żądanie zostaje wysłane.

Debugowanie 401 lub 403

Wyślij dokładnie to żądanie, które zakończyło się niepowodzeniem, sprawdź nagłówki odpowiedzi, a następnie wyślij ponownie z nagłówkiem Autoryzacji zmienionym o jeden znak, aby dokładnie zobaczyć, czemu serwer się sprzeciwia.

Sprawdzanie kształtu odpowiedzi GraphQL

Uruchom zapytanie z rzeczywistymi zmiennymi w stosunku do aktywnego punktu końcowego i przeczytaj sformatowany wynik przed napisaniem kodu frontendu, który go zużywa.

Oglądanie na żywo kanału WebSocket

Podłącz się do gniazdka, wyślij ramkę subskrypcji i obserwuj w czasie rzeczywistym, co serwer przesyła z powrotem, sprawdzając format wiadomości.

Powielanie błędu w zgłoszeniu

Przechwyć nieudane żądanie i odpowiedź, skopiuj je i wklej pełny obraz do zgłoszenia, aby osoba, która je odbierze, nie musiała zgadywać.

Jak używać
1

Otwórz testera API

Kliknij ikonę Tester API w doku DevSuite Pro. Otworzy się panel z zakładkami REST, GraphQL, WebSocket i Historia, wstępnie wypełnionymi informacjami o pochodzeniu bieżącej witryny.

2

Opisz prośbę

Wybierz metodę i wprowadź adres URL — pełny lub względny, np. /api/orders. Dodaj nagłówki po jednym w każdym wierszu (typ zawartości: aplikacja/json) i wklej treść, jeśli metoda ją przyjmuje.

3

Wyślij to

Naciśnij Wyślij lub Ctrl+Enter (Cmd+Enter na komputerze Mac). Żądanie wychodzi ze strony, więc pozostajesz zalogowany jako kimkolwiek jesteś na tej karcie.

4

Przeczytaj odpowiedź

Pigułka stanu, czas i rozmiar pojawiają się natychmiast. Przełączaj się między Pretty, Raw i Headers i kopiuj dowolne z nich. Jeśli dostawca usług internetowych strony zablokował połączenie, przełącz opcję Uruchom z na opcję Rozszerzenie i wyślij ponownie.

5

Użyj go później

Każde żądanie jest zapisywane w Historii wraz ze swoim statusem. Kliknij dowolny wpis, aby załadować metodę, adres URL, nagłówki i treść bezpośrednio z powrotem do formularza.

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