je skalabilni alat za testiranje API-ja koji se brzo integrira u CI / CD cjevovod.
API je skraćenica od Application Programming Interface (Internetsko programsko sučelje) koje softverskim aplikacijama omogućava međusobnu komunikaciju putem API poziva. 1. Pristupačnost - Da biste koristili alatku Poštar, samo se trebate prijaviti na vlastite račune i olakšati pristup datotekama bilo kad i bilo gdje, sve dok je poštarska aplikacija instalirana na računaru. 2. Korištenje zbirki - poštar omogućava korisnicima da kreiraju kolekcije za svoje pozive API-ja poštara. Svaka kolekcija može stvoriti podmape i više zahtjeva. Ovo pomaže u organizaciji vaših testnih kompleta. 3. Saradnja - Zbirke i okruženja se mogu uvesti ili izvesti što olakšava dijeljenje datoteka. Izravna veza se također može koristiti za dijeljenje kolekcija. 4. Stvaranje okruženja - Imati više okruženja pomaže u manje ponavljanja testova jer se može koristiti ista kolekcija, ali za drugo okruženje. Tu će se odvijati parametrizacija o kojoj ćemo razgovarati u daljnjim lekcijama. 5. Stvaranje testova - Test kontrolne točke poput provjere uspješnosti statusa HTTP odgovora mogu se dodati u svaki Postman API poziv koji pomaže osigurati pokrivenost testom . 6. Automatsko testiranje - Korištenjem Collection Runnera ili Newmana, testovi se mogu izvoditi u više iteracija štedeći vrijeme za ponavljajuće testove. 7. Otklanjanje pogrešaka - Postman konzola pomaže provjeriti koji su podaci preuzeti olakšavajući uklanjanje pogrešaka u testovima. 8. Kontinuirana integracija - Zahvaljujući svojoj sposobnosti da podržava kontinuiranu integraciju, održavaju se razvojne prakse. 9. Novo - Ovdje ćete stvoriti novi zahtjev, kolekciju ili okruženje. 10. Uvoz - Koristi se za uvoz kolekcije ili okruženja. Postoje opcije poput uvoza iz datoteke, mape, veze ili zalijepljenja sirovog teksta. 11. Runner - Testovi automatizacije mogu se izvršiti putem pokretača kolekcije. O tome će biti riječi dalje u sljedećoj lekciji. 12. Otvori novo - klikom na ovo dugme otvorite novu karticu, poštarski prozor ili prozor za pokretanje. 13. Moj radni prostor - novi radni prostor možete stvoriti pojedinačno ili kao tim. 14. Pozovite - sarađujte na radnom prostoru pozivanjem članova tima. 15. Istorija - prošli zahtjevi koje ste poslali bit će prikazani u historiji. Ovo olakšava praćenje radnji koje ste učinili. 16. Kolekcije - Organizirajte svoj testni paket stvaranjem kolekcija. Svaka kolekcija može imati podmape i više zahtjeva. Zahtjev ili mapa također se mogu duplicirati. 17. Kartica Zahtjev - prikazuje naslov zahtjeva na kojem radite. Prema zadanim postavkama, "Untitled Request" bi se prikazivao za zahtjeve bez naslova. 18. HTTP zahtjev - Klikom na ovo prikazat će se padajući popis različitih zahtjeva poput GET, POST, COPY, DELETE, itd. U Postman API testiranju, najčešće korišteni zahtjevi su GET i POST. 19. Zahtjev URL - Poznat i kao krajnja točka, ovdje ćete identificirati vezu do mjesta s kojim će API komunicirati. 20. Spremi - Ako postoje promjene u zahtjevu, klik na Spremi je obavezan, tako da nove promjene neće biti izgubljene ili prebrisane. 21. Parametri - Ovdje ćete napisati parametre potrebne za zahtjev kao što su ključne vrijednosti. 22. Ovlaštenje - Da bi se pristupilo API-ima, potrebno je odgovarajuće ovlaštenje. Može biti u obliku korisničkog imena i lozinke, tokena na donosioca itd. 23. Zaglavlja - Možete postaviti zaglavlja, poput tipa sadržaja JSON, ovisno o potrebama organizacije. 24. Body - Ovdje se mogu prilagoditi detalji u zahtjevu koji se obično koristi u POST zahtjevu. 25. Skripta prije zahtjeva - Ovo su skripte koje će se izvršiti prije zahtjeva. Obično se koriste skripte pre-zahtjeva za okruženje za podešavanje kako bi se osiguralo da se testovi izvode u ispravnom okruženju. 26. Testovi - To su skripte izvršene tokom zahtjeva. Važno je imati testove jer postavljaju kontrolne točke kako bi provjerili je li status odgovora u redu, preuzimaju li se podaci prema očekivanjima i drugi testovi. Kako parameterizirati zahtjeve Parametriranje podataka jedna je od najkorisnijih karakteristika poštara. Umjesto da kreirate iste zahtjeve s različitim podacima, možete koristiti varijable s parametrima. Ti podaci mogu biti iz datoteke podataka ili varijable okoline. Parametrizacija pomaže u izbjegavanju ponavljanja istih testova, a iteracije se mogu koristiti za automatsko testiranje .Parametri se kreiraju upotrebom dvostrukih kovrčavih zagrada: {{sample}}. Pogledajmo primjer korištenja parametara iz našeg prethodnog zahtjeva: Postman testovi su JavaScript kodovi dodani zahtjevima koji vam pomažu u provjeri rezultata kao što su uspješan ili neuspješan status, usporedba očekivanih rezultata itd. Obično počinje s pm.test. Može se usporediti s tvrdnjama, provjeriti naredbe dostupne u drugim alatima. Izvršimo osnovno API testiranje koristeći Postman za naše parametriziranje zahtjeva iz prethodne lekcije. Sažetak API testiranje pomoću poštara: Poštar je aplikacija za testiranje API-ja. Poštar je jedan od najpopularnijih alata koji se koristi u API testiranju slanjem zahtjeva na web poslužitelj i povratom odgovora Pristupačnost, upotreba kolekcija, suradnja, kontinuirana integracija, neke su od ključnih karakteristika koje treba naučiti u Poštaru Preporučuje se da otvorite račun u Poštaru kako bi vaše kolekcije bile dostupne na mreži Zahtjev možete parameterizirati u poštaru Možete stvoriti testove za potvrdu zahtjeva poštara Kolekcije se mogu pokretati pomoću Newman ili Collection Runner