Program do testowania żądań HTTP

Postman to przesada, gdy chcesz tylko sprawdzić webhooka albo zajrzeć do publicznego API. Wklej adres URL, wybierz metodę GET/POST/PUT/PATCH/DELETE, dodaj nagłówki i treść żądania, a ten tester wyśle żądanie i pokaże kod statusu, nagłówki odpowiedzi, treść oraz całkowity czas odpowiedzi.

Jak wysłać żądanie testowe

  1. 1

    Wybierz metodę i adres URL

    GET, POST, PUT, PATCH, DELETE lub HEAD, a także każdy adres URL osiągalny z naszego serwera.

  2. 2

    Dodaj nagłówki

    Authorization, Content-Type, nagłówki niestandardowe: jeden na linię, tyle, ile potrzebujesz.

  3. 3

    Ustaw treść żądania

    Zwykły tekst, JSON, form-urlencoded lub multipart. Treść jest wysyłana tylko z metodami, które ją obsługują (POST, PUT, PATCH, DELETE).

  4. 4

    Wyślij i sprawdź

    Kod statusu, całkowity czas odpowiedzi, nagłówki i treść są prezentowane obok siebie.

Co zwraca tester

Każda odpowiedź jest prezentowana jako cztery przydatne części.

1. Kod statusu

HTTP 200, liczbowy kod statusu odpowiedzi. Każdy status z zakresu 4xx lub 5xx jest podświetlany, aby ułatwić szybką diagnozę.

2. Czas odpowiedzi

Całkowity czas od rozpoczęcia żądania do pełnej odpowiedzi, mierzony na naszym serwerze w milisekundach. Odpowiedź powyżej 500 ms w API w tym samym regionie to sygnał ostrzegawczy, zwykle oznaczający wolny backend lub brakujący indeks.

3. Nagłówki odpowiedzi

Wszystkie nagłówki odpowiedzi są wypisane po kolei, z dokładnymi wartościami zwróconymi przez serwer.

4. Treść

  • Treść jest wyświetlana dokładnie tak, jak zwrócił ją serwer, bez przeformatowania.
  • Odpowiedzi JSON i XML łatwo odczytać w monospace polu wynikowym.
  • Odpowiedzi binarne (obrazy, pliki PDF) są pokazywane jako surowe dane; do nich lepiej użyć curl lub httpie.

Wskazówki

  • Podczas testowania API REST używaj metody POST z formatem JSON: ustaw Content-Type: application/json i wklej treść jako obiekt JSON.
  • W przypadku punktów końcowych chronionych przez OAuth wklej bezpośrednio nagłówek Authorization: Bearer <token>.
  • Żądania są wykonywane na naszym serwerze, więc reguły CORS przeglądarki nie obowiązują. Wykorzystaj to do testowania punktów końcowych, które Twoja przeglądarka by zablokowała.

Najczęściej zadawane pytania

Tester jest przeznaczony do typowych dla API rozmiarów danych, a nie do masowego przesyłania. Do bardzo dużych przesyłek (wideo, archiwa binarne) lepiej nadaje się dedykowane narzędzie, takie jak curl lub httpie; ten tester służy do testowania API, a nie do przenoszenia dużych plików.

Tak. Wklej wartość pliku cookie do nagłówka Cookie. Domyślnie tester nie udostępnia plików cookie Twojej przeglądarki systemowi docelowemu, więc masz pełną kontrolę nad tym, co jest wysyłane.

Żądanie jest wykonywane z serwera narzędzia (aby obejść ograniczenia CORS w przeglądarce). Nie jest przechowywane nic poza pojedynczą odpowiedzią, którą widzisz; żądanie nie jest zapisywane ani rejestrowane w dzienniku.

Nie, ten tester obsługuje wyłącznie standardowe żądania i odpowiedzi HTTP. Do testowania WebSocket użyj dedykowanego klienta WS, który obsługuje pełne uzgadnianie uaktualnienia oraz protokół ramek.

Powiązane narzędzia

Narzędzie jest dostępne w innych językach