← Takaisin ominaisuuksiin
Pro

API testaaja

API Tester on sisäänrakennettu HTTP-asiakasohjelma REST-, GraphQL- ja WebSocket-kutsuille, joka toimii sen sivun yhteydessä, jolla olet jo - joten evästeet, istunto ja alkuperä otetaan käyttöön automaattisesti, ilman erilliseen sovellukseen kopioitavia tunnuksia.

API:n testaus tarkoittaa yleensä selaimesta poistumista. Avaat Postimiehen tai Insomnian ja käytät sitten viisi minuuttia luomalla uudelleen jotain, mitä selaimella on jo: istuntoeväste, siirtotietunnus, oikea alkuperä, CSRF-otsikko. Kun pyyntö on valmis, testaat eri kontekstia kuin se, jossa bugisi elää.

API Tester poistaa tämän vaiheen. Se lähettää pyynnön tarkastelemasi sivun sisältä itse sivuna, joten kaikki, mitä olet kirjautunut sisään, on se, jolla pyyntö kirjataan sisään. GET omaa järjestelmänvalvojan päätepistettä vastaan ​​toimii välittömästi, koska eväste kulkee sen mukana. Ei ole mitään määritettävää eikä mitään synkronoitavaa.

REST-välilehti antaa sinulle menetelmän, URL-osoitteen, joka voi olla absoluuttinen tai suhteellinen, otsikot, jotka on kirjoitettu riviä kohden, ja rungon. Vastauksen tila, kuinka kauan se kesti, kuinka suuri se oli, kauniisti painettu JSON ja täydelliset vastausotsikot. GraphQL-välilehti ottaa päätepisteen, kyselyn ja muuttujat, muodostaa pyynnön puolestasi ja kertoo, kun vastaus sisältää GraphQL-virheitä, vaikka HTTP-tila oli 200. WebSocket-välilehti avaa todellisen yhteyden, lähettää kirjoittamasi kehykset ja kirjaa kaiken molempiin suuntiin aikaleimoilla.

Kun sivun oma Sisällön suojauskäytäntö tai CORS-sääntö estää kutsun, yksi kytkin lähettää sen sijaan uudelleen samanlaisen pyynnön alaliittymästä, joka ei koske kumpaakaan. Tämä antaa sinulle nopean tavan erottaa palvelinongelma selaimen käytäntöongelmasta – sama pyyntö, kaksi kontekstia, kaksi vastausta. Viimeiset 25 pyyntöäsi säilytetään, joten palaaminen johonkin, jota kokeilit eilen, on yhdellä napsautuksella.

Reaaliaikainen esikatselu
app.example.com/dashboard
API testaaja Toimii sivukontekstissa
REST GraphQL WebSocket Historia
POST /api/v2/orders Lähetä
Otsikot
Content-Type: application/json
X-Request-Id: 4f2b-dev-check
201 Created 142 ms · 1.2 KB Melko Raaka Otsikot
{
  "id": "ord_8821",
  "status": "pending",
  "total": 49.90
}
Keskeiset ominaisuudet

Pyydä Builder oikeilla otsikoilla

Valitse mikä tahansa menetelmä, kirjoita absoluuttinen tai suhteellinen URL-osoite ja kirjoita otsikot yksi kullekin riville Nimi:-arvona. Suhteelliset URL-osoitteet määrittävät sivun, jolla olet, joten /api/users vain toimii.

Toimii sisäänkirjautuneessa istunnossasi

Pyynnöt lähtevät sivun omasta kontekstista sisältäen sen evästeet, alkuperän ja istunnon. Autentikoidut päätepisteet reagoivat täsmälleen samalla tavalla kuin sovelluksessa, ilman tunnuksen kopioimista.

GraphQL-kyselyt ja muuttujat

Syötä päätepiste, kysely ja JSON-muuttujat; oikea POST-runko on rakennettu sinua varten. 200-vastauksen sisällä palautetut GraphQL-virheet lasketaan ja merkitään piilotettujen sijaan.

Kaksisuuntainen WebSocket-konsoli

Avaa ws://- tai wss://-yhteys, lähetä kehyksiä ja katso jokaista kehystä molempiin suuntiin aikaleimojen, kokojen ja yhteyden tilan avulla – ei vain luku -kaappausta.

Luettavat vastaukset

Tila, ajoitus ja siirtokoko edessä, Pretty-, Raw- ja Headers-näkymillä. JSON alustetaan automaattisesti ja mitä tahansa voidaan kopioida yhdellä napsautuksella.

Ohita CSP ja CORS tarvittaessa

Jos sivun CSP tai CORS-sääntö estää puhelun, vaihda Suorita-asetukseksi Laajennus ja lähetä identtinen pyyntö sivun ulkopuolelta – välitön tapa erottaa palvelinvirheet selainkäytännöstä.

Yleiset käyttötapaukset

Testataan päätepistettä sisäänkirjautuneena

Osu päätepisteeseen, joka tarvitsee todennettua istuntoa viemättä evästettä tai luomatta merkintää – olet jo kirjautunut sisään kyseiselle välilehdelle ja pyyntö lähetetään sinun nimelläsi.

Virheenkorjaus 401 tai 403

Lähetä tarkka epäonnistunut pyyntö, tarkasta vastausotsikot ja lähetä sitten uudelleen yhdellä merkillä muutettu valtuutusotsikko nähdäksesi tarkalleen, mitä palvelin vastustaa.

Tarkistetaan GraphQL-vasteen muotoa

Suorita kysely todellisilla muuttujilla reaaliaikaista päätepistettä vastaan ​​ja lue muotoiltu tulos ennen kuin kirjoitat sitä kuluttavan käyttöliittymäkoodin.

Live WebSocket-syötteen katsominen

Yhdistä pistorasiaan, lähetä tilauskehys ja katso, mitä palvelin työntää takaisin reaaliajassa samalla, kun vahvistat viestin muodon.

Bugin toistaminen lipussa

Tallenna epäonnistunut pyyntö ja vastaus, kopioi ne ja liitä ongelmaan täydellinen kuva, jotta sen poimijan ei tarvitse arvata.

Käyttöohjeet
1

Avaa API Tester

Napsauta API Tester -kuvaketta DevSuite Pro Dockissa. Paneeli avautuu REST-, GraphQL-, WebSocket- ja History -välilehdillä, jotka on esitäytetty nykyisen sivuston alkuperällä.

2

Kuvaile pyyntöä

Valitse menetelmä ja anna URL-osoite – täydellinen tai suhteellinen, kuten /api/tilaukset. Lisää otsikot yksi kullekin riville (Content-Type: application/json) ja liitä teksti, jos menetelmä vaatii sellaisen.

3

Lähetä se

Paina Lähetä tai Ctrl+Enter (Macissa Cmd+Enter). Pyyntö lähtee sivulta, joten pysyt kirjautuneena sisään kuka tahansa kyseisellä välilehdellä.

4

Lue vastaus

Tilapilleri, ajoitus ja koko näkyvät välittömästi. Vaihda Pretty, Raw ja Headers välillä ja kopioi mikä tahansa niistä. Jos sivun CSP esti puhelun, vaihda Suorita-asetukseksi Laajennus ja lähetä uudelleen.

5

Käytä myöhemmin uudelleen

Jokainen pyyntö tallennetaan historiaan tilansa kanssa. Napsauta mitä tahansa merkintää ladataksesi menetelmän, URL-osoitteen, otsikot ja tekstin suoraan takaisin lomakkeeseen.

Valmis kokeilemaan?

Asenna DevSuite Pro ilmaiseksi ja avaa yli 71 kehittäjätyökalua selaimellesi.

Lisää Chromeen Lisää Edgeen Lisää FireFoxiin