← Vissza a funkciókhoz
Pro

API tesztelő

Az API Tester egy beépített HTTP-kliens a REST, GraphQL és WebSocket hívásokhoz, amely a már megnyitott oldal kontextusában fut – így a cookie-k, a munkamenet és az eredet automatikusan érvénybe lépnek anélkül, hogy egy külön alkalmazásba másolni kellene tokeneket.

Az API tesztelése általában a böngésző elhagyását jelenti. Megnyitja a Postmant vagy az Insomniát, majd öt percet tölt azzal, hogy újra létrehoz valamit, ami a böngészőben már megvan: a munkamenet cookie-ja, a hordozó token, a megfelelő eredet, a CSRF fejléc. Mire a kérés elkészül, egy másik kontextust tesztel, mint amelyben a programhibája él.

Az API Tester eltávolítja ezt a lépést. A kérést a megtekintett oldalon belülről küldi el, mint maga az oldal, tehát bármibe is van bejelentkezve, az úgy lesz bejelentkezve. A saját adminisztrátori végpontja elleni GET azonnal működik, mert a cookie vele együtt utazik. Nincs mit konfigurálni, és nincs mit szinkronban tartani.

A REST lap egy metódust, egy URL-t, amely lehet abszolút vagy relatív, soronként egy fejlécet és egy törzset tartalmaz. A válasz visszajön az állapotával, mennyi ideig tartott, mekkora volt, szépen nyomtatott JSON-nal és a teljes válaszfejlécekkel. A GraphQL lap vesz egy végpontot, egy lekérdezést és változókat, felépíti a kérést, és közli, ha a válasz GraphQL hibákat tartalmaz, annak ellenére, hogy a HTTP állapot 200 volt. A WebSocket lap valódi kapcsolatot nyit meg, elküldi a beírt kereteket, és mindkét irányban naplóz mindent időbélyeggel.

Amikor egy oldal saját tartalombiztonsági szabályzata vagy egy CORS-szabály blokkolja a hívást, az egyik kapcsoló újra elküldi az azonos kérést a mellékről, amelyre egyik sem vonatkozik. Ezzel gyorsan megkülönböztetheti a szerverproblémát a böngészőházirend-problémáktól – ugyanaz a kérés, két kontextus, két válasz. Utolsó 25 kérése megőrződik, így egy kattintással visszatérhet valamihez, amit tegnap próbált.

Élő előnézet
app.example.com/dashboard
API tesztelő Az oldal kontextusában fut
REST GraphQL WebSocket Történelem
POST /api/v2/orders Elküld
Fejlécek
Content-Type: application/json
X-Request-Id: 4f2b-dev-check
201 Created 142 ms · 1.2 KB Szép Nyers Fejlécek
{
  "id": "ord_8821",
  "status": "pending",
  "total": 49.90
}
Főbb jellemzők

Kérjen Buildert valódi fejlécekkel

Válasszon ki egy metódust, írjon be egy abszolút vagy relatív URL-t, és írja be soronként egy fejlécet Név: értékként. A relatív URL-ek feloldják azt az oldalt, amelyen éppen tartózkodik, így az /api/users egyszerűen működik.

A bejelentkezett munkamenetben fut

A kérések az oldal saját kontextusából indulnak ki, és a cookie-kat, az eredetet és a munkamenetet hordozzák. A hitelesített végpontok pontosan úgy reagálnak, mint az alkalmazásra, token másolás nélkül.

GraphQL lekérdezések és változók

Adjon meg egy végpontot, egy lekérdezést és JSON-változókat; a megfelelő POST törzset az Ön számára készítették el. A 200-as válaszon belül visszaadott GraphQL hibákat a rendszer számolja és jelöli, nem pedig rejti.

Kétirányú WebSocket konzol

Nyisson meg egy ws:// vagy wss:// kapcsolatot, küldjön kereteket, és figyeljen minden képkockát mindkét irányban időbélyegekkel, méretekkel és kapcsolati állapottal – nem csak írásvédett rögzítéssel.

Olvasható válaszok

Állapot, időzítés és átviteli méret előre, Pretty, Raw és Headers nézetekkel. A JSON automatikusan formázódik, és bármi másolható egy kattintással.

Ha szükséges, kerülje ki a CSP-t és a CORS-t

Ha az oldal CSP-je vagy egy CORS-szabály blokkol egy hívást, váltsa a Futtatás lehetőséget a Kiterjesztés értékre, és küldje el az azonos kérést az oldalon kívülről – ez egy azonnali módja a szerverhibák és a böngészőházirend elkülönítésének.

Gyakori használati esetek

Végpont tesztelése bejelentkezve

Elér egy végpontot, amelynek hitelesített munkamenetre van szüksége anélkül, hogy cookie-t exportálna vagy token generálna – Ön már bejelentkezett ezen a lapon, és a kérés Önként jelenik meg.

401 vagy 403 hibakeresése

Küldje el a pontos sikertelen kérelmet, ellenőrizze a válaszfejléceket, majd küldje el újra egy karakterrel módosított engedélyezési fejléccel, hogy pontosan lássa, mit tilt a szerver.

GraphQL válaszalak ellenőrzése

Futtasson le egy lekérdezést valós változókkal az élő végponttal szemben, és olvassa el a formázott eredményt, mielőtt megírná az azt fogyasztó előtér-kódot.

Élő WebSocket feed megtekintése

Csatlakozzon egy aljzathoz, küldjön előfizetési keretet, és nézze meg, hogy a szerver valós időben mit tol vissza, miközben ellenőrzi az üzenetformátumot.

Hiba reprodukálása a jegyben

Rögzítse a sikertelen kérést és választ, másolja ki őket, és illesszen be egy teljes képet a problémába, hogy aki felveszi, ne kelljen találgatnia.

Használati útmutató
1

Nyissa meg az API-tesztelőt

Kattintson az API Tester ikonra a DevSuite Pro dokkban. Megnyílik egy panel a REST, a GraphQL, a WebSocket és a History fülekkel, előre kitöltve az aktuális webhely eredetével.

2

Ismertesse a kérést

Válasszon egy módszert, és írja be az URL-t – teljes vagy relatív, például /api/orders. Adjon hozzá soronként egy fejlécet (Content-Type: application/json), és illesszen be egy törzset, ha a metódus igényel egyet.

3

Küldd el

Nyomja meg a Send vagy a Ctrl+Enter (Mac esetén a Cmd+Enter) billentyűkombinációt. A kérés eltűnik az oldalról, így Ön továbbra is bejelentkezve marad az adott lapon.

4

Olvasd el a választ

Az állapottabletta, az időzítés és a méret azonnal megjelenik. Váltson a Pretty, Raw és Headers között, és másolja át bármelyiket. Ha az oldal CSP-je blokkolta a hívást, állítsa a Futtatás lehetőséget Mellékletre, és küldje el újra.

5

Használja újra később

Minden kérés állapotával együtt az Előzmények közé kerül. Kattintson bármelyik bejegyzésre a metódus, az URL, a fejlécek és a törzs közvetlenül az űrlapba való visszatöltéséhez.

Készen áll a kipróbálásra?

Telepítse ingyen a DevSuite Pro-t, és oldjon fel 71+ fejlesztői eszközt böngészőjéhez.

Hozzáadás a Chrome-hoz Hozzáadás az Edge-hez Hozzáadás a FireFoxhoz