API-pyyntöjen rakentaja
Miksi käyttää API-pyyntöjen rakentajaa?
REST API -testaus vaatii yleensä Postmanin tai Insomnian asennuksen tai curl-komentojen kirjoittamisen. Selainpohjainen HTTP-asiakkaamme ei vaadi asennusta — avaa se ja lähetä pyyntöjä suoraan.
Kaikki HTTP-metodit
Tukee GET, POST, PUT, PATCH, DELETE mukautetuilla otsakkeilla ja JSON/lomake-rungolla
Muotoiltu vastaus
Vastausrunko näytetään automaattisesti sisennettynä; tilakoodi ja vastausaika näkyvät
Heti käyttövalmis
Ei asennettavaa — toimii täysin selaimessa ilman tiliä tai lisäosaa
API-pyynnön lähettäminen 3 vaiheessa
Syötä URL ja metodi
Syötä API-päätepisteen URL ja valitse HTTP-metodi (GET, POST jne.)
Lisää otsakkeet ja runko
Lisää Authorization, Content-Type jne. 'Otsakkeet'-välilehdelle. Käytä 'Runko'-välilehteä POST/PUT-datalle.
Lähetä ja tarkasta
Napsauta 'Lähetä'. Vastausrunko, tilakoodi ja aika näkyvät alla.
API-pyyntöjen rakentajan käyttötapaukset
API-virheenetsintä
Testaa yksittäisiä päätepisteitä mukautetuilla otsakkeilla ja rungolla debugataksesi autentikointi- ja dataongelmia
Autentikointien testaus
Testaa Bearer, Basic Auth ja API-avain-skeemoja ilman koodin kirjoittamista
API:en tutkiminen
Tutki julkisia API:eja (GitHub, OpenWeather, JSONPlaceholder) ja ymmärrä vastaukset
Virheiden toistaminen
Toista ja dokumentoi API-virheitä tarkkojen pyyntö- ja vastaustietojen kanssa virheraportointia varten
API-testauksen parhaat käytännöt
✓ Aseta aina Content-Type
JSON-rungon kanssa sisällytä aina Content-Type: application/json. Monet API:t hylkäävät tai tulkitsevat pyynnön väärin ilman sitä.
✓ Ymmärrä CORS-rajoitukset
Selaimet estävät cross-origin-pyynnöt ilman asianmukaisia CORS-otsakkeita. Käytä curlia tai palvelinpuolen välityspalvelinta, jos pyyntö epäonnistuu selaimessa.
✓ Älä kovakoodaa API-avaimia
Käytä ympäristömuuttujia tuotantokoodissa. Rakennustyökalu on testausta varten — älä jaa kuvakaappauksia oikeilla API-avaimilla.
✓ Tarkista HTTP-statuskoodit
200=OK, 201=Luotu, 400=Virheellinen pyyntö, 401=Ei valtuutettu, 403=Kielletty, 404=Ei löydetty, 500=Palvelinvirhe.
❓ Usein kysytyt kysymykset
Miksi cross-origin-pyynnöt epäonnistuvat?
Selaimet soveltavat CORS-rajoituksia. Jos kohde-API:lla ei ole Access-Control-Allow-Origin-otsaketta, selain estää pyynnön. Se ei ole virhe — käytä curlia tai taustapalvelimen välityspalvelinta API:ille ilman CORS:ia.
Voinko lähettää multipart/form-data-pyyntöjä?
Rakentaja tukee tällä hetkellä JSON- ja tekstirunkoja. Tiedostolatauksiin ja vastaaviin moniosaisen lomakkeen pyyntöihin käytä Postmanin kaltaista erikoistyökalua.
Onko tämä vaihtoehto Postmanille?
Nopeaan testaukseen ja tutkimiseen, kyllä. Tiimityötä, tallennettuja kokoelmia, ympäristöjä ja automatisoituja testejä varten Postman tai Bruno tarjoaa enemmän ominaisuuksia.
Mikä on ero PUT:n ja PATCH:n välillä?
PUT korvaa koko resurssin pyyntörungolla. PATCH soveltaa osittaisia päivityksiä — vain rungon kentät muuttuvat. Useimmat REST API:t käyttävät PATCH:ia päivityksiin välttääkseen muuttumattomien kenttien ylikirjoittamisen.