Top 50 pitanja i odgovora na intervjuu za testiranje API-ja (2026.)

Pripremate se za intervju za testiranje API-ja? Bitno je predvidjeti vrstu pitanja s kojima se možete susresti. Izraz „{{keyword}}“ izravno odražava njegovu važnost u shaping profesionalna putovanja i napredovanje u karijeri.

Mogućnosti u ovom području obuhvaćaju tehničko i profesionalno iskustvo, nudeći ogromnu vrijednost početnicima, iskusnim, srednjim i višim stručnjacima. S jakim tehničkim znanjem, poznavanjem područja i iskustvom na osnovnoj razini, kandidati pokazuju svoje analitičke vještine, praktične vještine i sposobnost suradnje s voditeljima timova, menadžerima i višim stručnjacima. Strukturirani pristup pitanjima i odgovorima pomaže u savladavanju osnovnih, naprednih i direktnih sesija, osiguravajući da se pojedinci istaknu pri radu na terenu.

Na temelju povratnih informacija više od 45 menadžera i uvida više od 80 profesionalaca, ovaj članak odražava stvarne obrasce zapošljavanja. Izvještaj uključuje različite perspektive tehničkih voditelja, voditelja timova i viših rukovoditelja iz više industrija, osiguravajući kredibilitet i povjerenje.

Najčešća pitanja i odgovori za intervju za API testiranje

1) Što je API testiranje i zašto je važno u modernom razvoju softvera?

API testiranje odnosi se na proces provjere funkcioniraju li programska sučelja aplikacija ispravno, pouzdano, sigurno i učinkovito. Za razliku od UI testiranja, koje se fokusira na front-end, API testiranje potvrđuje komunikaciju između različitih softverskih sustava na servisnom sloju. To osigurava besprijekornu razmjenu podataka, integritet i performanse distribuiranih aplikacija.

Primjer: Na platformi za e-trgovinu, API-ji obrađuju provjeru plaćanja, ažuriranja zaliha i narudžbe. trackralj. Nedostatak u API odgovorima mogao bi prekinuti cijelo korisničko iskustvo, čak i ako se korisničko sučelje čini funkcionalnim. Stoga testiranje API-ja sprječava skupe kvarove integracije.

👉 Besplatno preuzimanje PDF-a: Pitanja za intervju za API testiranje

2) Objasnite različite vrste API-ja i njihove praktične primjere upotrebe.

API-ji se mogu klasificirati u više kategorija, od kojih svaka služi različitim svrhama.

Vrsta API-ja	Karakteristike	Primjer upotrebe
Web API-ji	Izloženo putem HTTP/HTTPS; REST, SOAP, GraphQL	Platni sustavi, prijave na društvene mreže
Interni API-ji	Koristi se unutar organizacija; nije javno izloženo	Integracija HR sustava
Javni API-ji	Otvoreno za vanjske razvojne programere s autentifikacijom	Google API za karte
Kompozitni API-ji	Agregiranje više krajnjih točaka u jednom zahtjevu	Bankarske aplikacije koje kombiniraju upite o računu i transakcijama
Hardverski API-ji	Omogućite komunikaciju hardvera i softvera	API-ji za kameru ili Bluetooth u mobilnim aplikacijama

Zaključak: Odabir prave vrste API-ja ovisi o sigurnosnim zahtjevima, skalabilnosti i poslovnom modelu.

3) Po čemu se REST, SOAP i GraphQL API-ji međusobno razlikuju?

Svaka API paradigma ima jedinstvene arhitektonske principe.

svojstvo	OSTALO	SOAP	Graphql
Format	JSON, XML	Samo XML	JSON
Fleksibilnost	visok	Strogo	Vrlo visoko
Krivulja ucenja	Umjereno	strm	Umjereno
Izvođenje	Lak	teško	Učinkovito (izbjegava prekomjerno/nedovoljno preuzimanje)
Sigurnost	SSL, OAuth	WS-Sigurnost	Na temelju tokena

Primjer: Financijska institucija može koristiti SOAP zbog svoje snažne sigurnosti, dok aplikacija društvenih medija može preferirati GraphQL za fleksibilne upite.

4) Koje su uobičajene HTTP metode koje se koriste u API testiranju?

HTTP metode definiraju operaciju koju API poziv namjerava izvršiti.

DOBITI: Dohvaća informacije (npr. dohvaća korisnički profil).
POST: Stvara nove zapise (npr. dodaje novi proizvod).
STAVITI: Potpuno ažurira postojeći zapis.
ZAKRPA: Djelomično ažurira zapis.
IZBRISATI: Uklanja resurs.

Primjer: U sustavu za upravljanje studentima, GET može dohvatiti podatke o studentima, dok PUT može ažurirati cijeli zapis.

5) Koje su različite vrste API testiranja i njihove prednosti?

API testiranje nije ograničeno samo na funkcionalnu validaciju, već se proteže i na nefunkcionalne aspekte.

Vrste uključuju:

Funkcionalno ispitivanje: Provjerava logiku u odnosu na zahtjeve.
Testiranje opterećenja: Potvrđuje performanse pod velikim opterećenjem.
Ispitivanje sigurnosti: Osigurava zaštitu od prijetnji.
Ispitivanje pouzdanosti: Potvrđuje dosljedne performanse.
Testiranje validacije: Provjerava poštivanje standarda.
Testiranje interoperabilnosti: Potvrđuje kompatibilnost na različitim platformama.

Korist: Ovaj slojeviti pristup osigurava ne samo ispravnost već i stabilnost i otpornost u stvarnim uvjetima.

6) Po čemu se API testiranje razlikuje od jediničnog testiranja?

Jedinično testiranje provode programeri na pojedinačnim modulima koda, dok se API testiranje provodi na razini integracije kako bi se provjerila komunikacija.

Faktor	API testiranje	Ispitivanje jedinice
Svojina	QA/Testeri	Developeri
Djelokrug	Cijeli tijek rada	Jedan modul
Pristup	Crna kutija	Bijela kutija
Termin	Nakon što je gradnja spremna	Tijekom razvoja

Primjer: Jedinični testovi mogu potvrditi da funkcija "calculateTax()" ispravno radi, dok API testovi potvrđuju da se cijela usluga plaćanja, uključujući izračun i plaćanje poreza, besprijekorno integrira.

7) Objasnite životni ciklus API zahtjeva i odgovora.

Životni ciklus API-ja započinje s zahtjev klijenta poslano na krajnju točku poslužitelja. Poslužitelj obrađuje zahtjev, komunicira sa slojevima podataka, primjenjuje poslovnu logiku i zatim vraća odgovor u JSON ili XML formatu. Odgovor sadrži statusne kodove, zaglavlja i podatkovni teret.

Primjer: U API-ju za prijavu, klijent šalje vjerodajnice. Poslužitelj ih provjerava, generira token i odgovara statusnim kodom 200 i detaljima tokena. Neuspjesi vraćaju kodove 401 ili 403.

8) Koja je uloga Postman u testiranju API-ja?

Postman je jedan od najčešće prihvaćenih alata za razvoj i testiranje API-ja. Omogućuje testerima dizajniranje, slanje i automatizaciju API zahtjeva. Podržava skriptiranje, parametrizaciju, upravljanje okruženjem i generiranje izvješća.

Primjer: QA inženjeri mogu stvoriti kolekciju testova u Postman za prijavu, kreiranje narudžbe i plaćanje, a zatim ih sekvencijalno izvršavajte u CI/CD cjevovodima.

9) Kako je strukturirana API dokumentacija i zašto je ključna?

Dobro napisana API dokumentacija osigurava da programeri mogu besprijekorno integrirati API-je.

Ključni čimbenici uključuju:

Pregled svrhe API-ja.
Popis krajnjih točaka s primjerima zahtjeva/odgovora.
Zahtjevi za autentifikaciju.
Obrada grešaka i statusni kodovi.
Ograničenja brzine i regulacija.

Primjer: Stripeova API dokumentacija smatra se industrijskim standardom jer pruža primjere na više jezika, što olakšava integraciju.

10) Možete li objasniti razliku između API-ja i web servisa?

Iako se koriste naizmjenično, API-ji i web servisi se temeljno razlikuju.

Aspekt	API	Web usluge
Definicija	Sučelje koje omogućuje interakciju softvera	API dostupan putem mreže
Protokoli	REST, GraphQL, RPC	SAPUN, OSTALO
Formati podataka	JSON, XML	Samo XML (SOAP)
Upotrijebite slučaj	Integracija mobilne aplikacije	B2B sustavi na razini poduzeća

11) Što je API krajnja točka i zašto je važna?

Krajnja točka je specifična URL putem kojih API-ji pristupaju resursima. Svaka krajnja točka predstavlja funkciju, kao što je /users or /ordersKrajnje točke definiraju kako se pristupa podacima i kako se njima manipulira, tvoreći okosnicu integracije sustava.

Primjer: U GitHubovom API-ju, GET /repos/{owner}/{repo} dohvaća detalje o repozitoriju. Pogrešno konfigurirane krajnje točke mogu uzrokovati kvarove u ovisnim aplikacijama.

12) Kako funkcionira autentifikacija u API testiranju i koje su uobičajene metode?

Autentifikacija osigurava da samo ovlašteni klijenti mogu pristupiti API-jima. Uobičajene metode uključuju:

API ključevi: Jedinstveni ključevi uključeni u zaglavlja.
OAuth 2.0: Sigurno delegiranje pristupa (koristi ga Google/Prijava na Facebook).
JWT (JSON web tokeni): Tokeni bez stanja pohranjeni na strani klijenta.
Osnovna autentifikacija: Kodirano korisničko ime/lozinka.

Primjer: Twitter API-ji koriste OAuth 2.0 za sigurne integracije s trećim stranama.

13) Objasnite ulogu zaglavlja u API zahtjevima i odgovorima.

Zaglavlja nose metapodatke kao što su vrsta sadržaja, autentifikacija ili pravila predmemoriranja. Na primjer, Content-Type: application/json označava format korisnog tereta, dok Authorization: Bearer <token> pruža vjerodajnice. Pravilno upravljanje zaglavljima osigurava dosljednost i sigurnost u API komunikaciji.

14) Što je API mocking i kada ga treba koristiti?

Mocking simulira API odgovore prije nego što je stvarni backend dostupan. Omogućuje paralelni razvoj i testiranje. Alati poput WireMock i Mockoon se široko koriste.

Primjer: Ako platni sustav još nije implementiran, lažni API može vratiti lažne odgovore, omogućujući testerima da nastave s validacijom tijeka naplate.

15) Kako se HTTP statusni kodovi koriste u API testiranju?

Statusni kodovi pružaju neposredan uvid u ishode zahtjeva.

Code Raspon	Značenje	Primjer
2xx	Uspjeh	200 OK
3xx	Preusmjeravanje	302 Pronađeno
4xx	Greška klijenta	404 Not Found
5xx	Pogreška servera	500 interna pogreška poslužitelja

Primjer: Tijekom negativnog testiranja, slanje nevažećih vjerodajnica trebalo bi rezultirati 401 Unauthorized.

16) Možete li objasniti validaciju ulaza u API-jima i njezin značaj?

Validacija unosa osigurava da u sustav ulaze samo valjani, provjereni podaci. Štiti od napada poput SQL injekcije i osigurava integritet podataka.

Primjer: API za registraciju korisnika trebao bi odbaciti nevažeće formate e-pošte i "dezinficirati" posebne znakove kako bi se spriječili napadi injekcijom.

17) Što je negativno testiranje u kontekstu API-ja?

Negativno testiranje potvrđuje da API-ji elegantno obrađuju nevažeće zahtjeve. Primjeri uključuju:

Slanje POST zahtjeva s nedostajućim parametrima.
Korištenje isteklog tokena za autentifikaciju.
Slanje neispravnog JSON-a.

Ova praksa osigurava robusnost i sprječava oštećenje podataka.

18) Kako se verzioniranje rješava u API-jima i zašto je to važno?

Verziranje osigurava unatrag kompatibilnost kako se API-ji razvijaju. Uobičajeni pristupi uključuju:

Verziranje URI-ja: /v1/orders, /v2/orders.
Verziranje na temelju zaglavlja: Accept: application/vnd.api.v2+json.
Verziranje parametara upita.

Primjer: Facebook održava više verzija API-ja kako bi izbjegao prekid rada postojećih aplikacija kada se uvedu nove značajke.

19) Što je testiranje performansi API-ja i koji se čimbenici mjere?

Testiranje performansi API-ja procjenjuje brzinu, skalabilnost i pouzdanost.

Mjereni faktori uključuju:

Vrijeme odziva.
Propusnost (zahtjevi/sek).
Latencija.
Stope pogrešaka pod opterećenjem.

Primjer: U bankarskim API-jima, kašnjenje od 1 sekunde može utjecati na milijune transakcija, što testiranje performansi čini ključnim.

20) Što je API nadzor i koje su njegove prednosti?

Kontinuirano praćenje API-ja tracvrijeme rada, dostupnost i vrijeme odziva ks. Prednosti uključuju rano otkrivanje prekida, proaktivno skaliranje i poboljšano povjerenje korisnika. Alati kao što su Grafana, Datadog i Postman Monitori se često koriste.

21) Što je virtualizacija API-ja i kako pomaže testerima?

Virtualizacija stvara simuliranu verziju API-ja koja oponaša stvarno ponašanje. Smanjuje ovisnost o živim sustavima, podržava rano testiranje i omogućuje validaciju performansi bez stvarnih troškova.

Primjer: Zrakoplovne tvrtke koriste virtualizirane API-je za testiranje sustava rezervacija bez povezivanja s aktivnim serverima.

22) Kako dizajnirate učinkovite API testne slučajeve?

Dobro strukturirani testni slučajevi uključuju:

ID i cilj testa.
Krajnja točka i metoda.
Zahtjev za korisni teret i zaglavlja.
Očekivani odgovor i statusni kod.
Koraci validacije.

Primjer: Za API "Kreiraj korisnika", testni slučajevi trebaju potvrditi uspjeh s valjanim podacima, obraditi duplicirane unose i odbaciti nevažeće formate.

23) Koji su uobičajeni bugovi pronađeni testiranjem API-ja?

API testiranje često otkriva:

Nedostajuća ili duplicirana funkcionalnost.
Loše rukovanje greškama.
Uska grla u performansama.
Sigurnosne ranjivosti.
Problemi s višenitnim radom.

Primjer: API možda neće vratiti ispravne poruke o pogrešci, što zbunjuje nizvodne sustave.

24) Objasnite sigurnosno testiranje u API-jima i zašto je ključno.

Sigurnosno testiranje identificira ranjivosti poput neovlaštenog pristupa, napada injekcijom ili curenja podataka. Tehnike uključuju testiranje penetracije, fuzzing i skeniranje ranjivosti.

Primjer: Nesiguran bankarski API koji otkriva podatke o računu mogao bi dovesti do ogromnih financijskih gubitaka, što naglašava potrebu za robusnim sigurnosnim provjerama.

25) Koje su uobičajene ranjivosti u API-jima i kako se rješavaju?

SQL injekcija: Spriječeno parametriziranim upitima.
Cross-Site Scripting (XSS): Sprječava se dezinfekcijom ulaza.
CSRF (Krivotvorenje zahtjeva na više web-mjesta): Spriječeno korištenjem CSRF tokena i SameSite kolačića.
Prekinuta autentifikacija: Rješeno snažnim upravljanjem tokenima.

26) Što je API contract testiranje i njegove prednosti?

stract testiranje potvrđuje da se API-ji pridržavaju unaprijed definirane sheme ili protokola.tract. Osigurava dosljednost i sprječava promjene koje mogu uzrokovati probleme kada se API-ji razvijaju.

Prednosti:

Rano otkriva neusklađenosti.
Omogućuje paralelni razvoj.
Jamči unatrag kompatibilnu verziju.

Primjer: Okvir pakta se široko koristi zatract testiranje.

27) Kako učinkovito provodite regresijsko testiranje API-ja?

Regresijsko testiranje usredotočuje se na ponovnu validaciju kritičnih API-ja nakon promjena koda. Prioritet treba dati API-jima s velikom korištenošću, onima s nedavnim izmjenama i sigurnosno osjetljivim krajnjim točkama. Automatizacija s alatima poput REST-assured ili Postman naplata osigurava učinkovitost.

28) Što je upravljanje životnim ciklusom API-ja i zašto je važno?

Životni ciklus API-ja obuhvaća dizajn, razvoj, testiranje, implementaciju, praćenje, verzioniranje i povlačenje. Pravilno upravljanje životnim ciklusom osigurava da API-ji ostanu sigurni, skalabilni i usklađeni s poslovnim potrebama.

Primjer: Organizacije koriste platforme poput Apigee za upravljanje API-jima tijekom njihovog životnog ciklusa.

29) Koji se alati široko koriste za automatizaciju API testiranja?

Popularni alati uključuju:

Postman za funkcionalno i automatizirano testiranje.
Budite uvjereni za Javatestiranje temeljeno na.
Katalon studio za testiranje bez koda.
SoapUI za SOAP i REST API-je.
JMeter za testiranje performansi.

30) Kako osiguravate učinkovitost obrade pogrešaka u testiranju API-ja?

Učinkovito rješavanje pogrešaka zahtijeva provjeru:

Ispravni HTTP statusni kodovi.
Jasne, opisne poruke o pogreškama.
Nema izlaganja osjetljivih podataka.
Konzistentna struktura pogrešaka na svim krajnjim točkama.

Primjer: A 500 Internal Server Error ne bi trebao vratiti stog tracali korisnički prilagođena poruka o pogrešci.

31) Koje su prednosti i nedostaci API testiranja u usporedbi s UI testiranjem?

Faktor	API testiranje	Testiranje korisničkog sučelja
Brzina	Brže	sporiji
Pokrivenost	Pozadinska logika	Vizualno sučelje
održavanje	Jednostavnije	Kompleks
Hendikep	Zahtijeva tehničke vještine	Hvata greške specifične za korisničko sučelje

32) Kako možete osigurati skalabilnost i pouzdanost API-ja?

Skalabilnost je osigurana testiranjem opterećenja, strategijama predmemoriranja i učinkovitim upitima baze podataka. Pouzdanost dolazi od dosljednog rukovanja pogreškama, redundancije i sustava praćenja.

Primjer: Netflix koristi API pristupnike i predmemoriranje za pouzdano rukovanje milijardama dnevnih API poziva.

33) Koji su ključni čimbenici koje treba uzeti u obzir pri odabiru alata za testiranje API-ja?

Podržani protokoli (REST, SOAP, GraphQL).
Jednostavnost integracije s CI/CD.
Mogućnosti izvještavanja i analize.
Podrška zajednice i dokumentacija.

Primjer: Timovi u koje su uložena velika sredstva Java često biraju REST-assured, dok timovi za kontrolu kvalitete poduzeća preferiraju SoapUI za SOAP podršku.

34) Kako se rješavaju ovisnosti u API testiranju?

Ovisnosti se upravljaju pomoću stubova, mockova ili virtualizacije za izolaciju komponenti. Osim toga, mora se uzeti u obzir redoslijed izvršavanja i postavljanje podataka.

Primjer: Testiranje "API-ja za naručivanje" može zahtijevati simulaciju ovisnosti platnog sustava.

35) Mogu li se API-ji hakirati tijekom testiranja i kako se rizici mogu ublažiti?

Da, nesigurni API-ji mogu otkriti podatke tijekom testiranja. Strategije ublažavanja uključuju provođenje testova u izoliranim okruženjima, korištenje HTTPS-a, osiguranje tokena i ograničavanje pristupa. Uvijek se moraju slijediti najbolje sigurnosne prakse.

36) Kako pristupate analizi graničnih vrijednosti (BVA) u API testiranju?

BVA uključuje testiranje ulaza pri rubnim uvjetima. Na primjer, ako parametar starosti prihvaća vrijednosti od 18 do 60, testirajte sa 17, 18, 60 i 61. To osigurava da API ispravno obrađuje ograničenja.

37) Što je testiranje interoperabilnosti u kontekstu API-ja?

Testiranje interoperabilnosti osigurava da API-ji besprijekorno rade na platformama, uređajima ili sustavima trećih strana.

Primjer: Putnički API mora se integrirati s više sustava za rezervaciju aviokompanija bez grešaka.

38) Kako se evidentiranje i praćenje implementiraju u API-jima?

Zapisivanje bilježi detalje zahtjeva/odgovora, dok ih praćenje analizira u potrazi za anomalijama. Zapisivanje pomaže u otklanjanju pogrešaka, dok praćenje osigurava proaktivna upozorenja. Često se koriste alati poput ELK Stacka, Splunka i Prometheusa.

39) Koje su prednosti automatizacije API testova?

Brže izvršenje.
Konzistentna regresijska pokrivenost.
Jednostavna integracija s CI/CD cjevovodima.
Podržava testiranje velikih razmjera.

Hendikep: Početno postavljanje zahtijeva ulaganje u vještine i okvire.

40) Kako određujete prioritete API testnih slučajeva tijekom intervjua ili projekata?

Prioritizacija se temelji na kritičnosti za poslovanje, učestalosti korištenja, povijesti nedostataka i sigurnosnoj osjetljivosti. Visokorizični API-ji se prvo testiraju kako bi se smanjio potencijalni utjecaj.

41) Kako GraphQL API-ji poboljšavaju učinkovitost u usporedbi s REST-om?

GraphQL je jezik upita koji klijentima omogućuje da zatraže točno one podatke koji su im potrebni, ni više ni manje. Za razliku od REST-a, koji često zahtijeva više krajnjih točaka za dohvaćanje povezanih podataka, GraphQL pruža jednu krajnju točku gdje klijent definira oblik odgovora.

Prednosti uključuju:

Uklanja prekomjerno dohvaćanje (primanje nepotrebnih podataka).
Izbjegava nedovoljno dohvaćanje (potrebu za više poziva).
Poboljšava performanse u mobilnim okruženjima i okruženjima s niskom propusnošću.

Primjer: U REST-u, dohvaćanje korisničkog profila i njegovih objava može zahtijevati dva API poziva. U GraphQL-u, jedan upit može istovremeno dohvatiti oboje.

42) Koji su izazovi ograničavanja i usporavanja brzine API-ja?

Ograničavanje brzine ograničava broj zahtjeva koje klijent može podnijeti u određenom vremenskom okviru, dok ograničavanje usporava zahtjeve iznad određenog praga. Ove prakse sprječavaju preopterećenje i zloupotrebu poslužitelja.

Izazovi uključuju:

Osmišljavanje pravednih ograničenja bez ometanja legitimnih korisnika.
Graciozno upravljanje prometnim gužvama.
Komuniciranje ograničenja putem zaglavlja poput X-Rate-Limit-Remaining.
Osiguravanje da kritične usluge nisu nenamjerno blokirane.

Primjer: Twitterovi javni API-ji provode stroga ograničenja brzine kako bi zaštitili infrastrukturu, često zahtijevajući od programera da optimiziraju strategije zahtjeva.

43) Možete li objasniti čimbenike koji utječu na skalabilnost API-ja?

Skalabilnost API-ja je sposobnost API-ja da se nosi s rastućim prometom bez degradacije. Nekoliko čimbenika utječe na skalabilnost:

Učinkovit dizajn: Koristite paginaciju, keširanje i asinhronu obradu.
Infrastruktura: Implementirajte API-je na klastere s uravnoteženim opterećenjem.
Optimizacija baze podataka: Indeksiranje i optimizacija upita smanjuju vrijeme odgovora.
Apatridija: REST API-ji su inherentno bez stanja, što omogućuje jednostavno skaliranje.

Primjer: Netflix obrađuje milijarde dnevnih API zahtjeva korištenjem mikroservisne arhitekture s API pristupnicima i globalnom CDN distribucijom.

44) Kako se održava integritet podataka tijekom API transakcija?

Integritet podataka osigurava da razmijenjene informacije ostanu točne, dosljedne i potpune.

Metode uključuju:

Pravila validacije: Provođenje ograničenja na razini API-ja i baze podataka.
Transakcijski API-ji: Korištenje ACID-a (Atomsvojstva (npr. čvrstoća, konzistentnost, izolacija, trajnost).
Idempotencija: Osiguravanje da ponovljeni zahtjevi daju isti rezultat.
Kontrolne sume/Hashevi: Potvrđujući to transmitPodaci nisu mijenjani.

Primjer: API-ji za plaćanje često koriste ključeve idempotentnosti kako bi spriječili dvostruka naplata tijekom ponovnih pokušaja.

45) Koja je razlika između sinkronih i asinkronih API poziva?

SyncHronični pozivi zahtijevaju od klijenta da pričeka odgovor poslužitelja prije nego što nastavi, dok asinhroni pozivi omogućuju klijentu da nastavi bez čekanja.

Aspekt	Synchronozan	asinhron
Ponašanje	Blokiranje	Non-blokiranje
Koristite slučajevi	Potvrda plaćanja, autentifikacija prijave	Obavijesti, pozadinski zadaci
Primjer	REST API GET zahtjev	WebSockets, redovi poruka

Primjer: Potvrda rezervacije hotela mora biti sinkrona, ali slanje e-pošte s potvrdom rezervacije može biti asinkrono.

46) Objasnite ulogu API pristupnika u mikroservisima.

API pristupnik djeluje kao jedinstvena ulazna točka za mikroservise, upravljanje zahtjevima, autentifikaciju, usmjeravanje i praćenje.

Funkcije uključuju:

Uravnoteženje opterećenja: Distribuira zahtjeve među servisima.
Provedba sigurnosti: Validira tokene i primjenjuje ograničenja brzine.
Prijevod protokola: Pretvara između REST-a, gRPC-a ili WebSocketsa.
Centralizirano evidentiranje: Pojednostavljuje praćenje svih usluga.

Primjer: Amazon API Gateway upravlja prometom između front-end aplikacija i AWS mikroservisa, smanjujući složenost za razvojne programere.

47) Kako CI/CD cjevovodi integriraju API testiranje?

API testiranje može se automatizirati unutar CI/CD cjevovoda kako bi se osiguralo da promjene ne narušavaju funkcionalnost.

Koraci integracije:

Jedinični i API testovi: Automatski se pokreće prilikom potvrđivanja koda.
Regresijski paketi: Izvršeno prije implementacije.
Testovi izvedbe: Uključeno u okruženja za pripremu.
Izvješća: Generirano i dijeljeno putem nadzornih ploča.

Primjer: Jenkins cjevovodi se često integriraju s Postman ili REST-saured testne pakete za validaciju API-ja prije spajanja zahtjeva za povlačenjem.

48) Koji su nedostaci loše napisane API dokumentacije?

Loša dokumentacija povećava vrijeme uvođenja u sustav, stvara pogreške u integraciji i frustrira razvojne programere.

Nedostaci uključuju:

Dvosmisleni opisi krajnjih točaka dovode do zloupotrebe.
Nedostatak uputa za autentifikaciju ugrožava sigurnost.
Nedostatak primjera povećava testiranje metodom pokušaja i pogrešaka.
Nedosljedna ažuriranja uzrokuju neslaganja između koda i dokumentacije.

Primjer: Financijska tvrtka s nepotpunom API dokumentacijom suočila se s ponovljenim upitima programera, što je odgodilo usvajanje od strane trećih strana za tjedne.

49) Kako osiguravate da su API-ji usklađeni s GDPR-om i zakonima o privatnosti podataka?

Usklađenost s GDPR-om zahtijeva da API-ji štite osobne podatke tijekom cijelog njihovog životnog ciklusa.

Najbolji primjeri iz prakse uključuju:

Minimizacija podataka: Prikupite samo potrebne informacije.
Šifriranje: Koristite HTTPS/TLS i šifrirajte osjetljiva polja.
Upravljanje privolama: Provjerite je li zabilježen pristanak korisnika.
Pravo na zaborav: Osigurajte krajnje točke za brisanje korisničkih podataka.
Pravila evidentiranja: Anonimizirajte zapisnike kako biste izbjegli nepotrebno pohranjivanje osobnih podataka.

Primjer: Zdravstveni API-ji anonimiziraju podatke o pacijentima pomoću tokenizacije kako bi se istovremeno uskladili s HIPAA-om i GDPR-om.

50) Koje strategije upravljanja životnim ciklusom pomažu u sprječavanju zastarjevanja API-ja?

Zastarijevanje API-ja nastaje kada starije verzije postanu neupotrebljive ili nepodržane.

Strategije uključuju:

Verziranje: Održavajte unatrag kompatibilnost s jasnim vremenskim okvirima za ukidanje.
Praćenje korištenja: Prije uklanjanja identificirajte popularne krajnje točke.
Obavijesti o ukidanju: Unaprijed obavijestite razvojne programere.
Ažuriranja dokumentacije: Osigurajte da su nove verzije dobro dokumentirane.
Politike upravljanja: Redovite revizije API-ja radi usklađivanja s poslovnim ciljevima.

Primjer: Google Maps API postupno ukida stare verzije, pružajući programerima dovoljno vremena za migraciju.

🔍 Najvažnija pitanja za intervju za testiranje API-ja sa stvarnim scenarijima i strateškim odgovorima

Evo 10 pažljivo osmišljenih pitanja s primjerima odgovora koji kombiniraju formate temeljene na znanju, ponašanju i situaciji. Ova su pitanja realna za profesionalne intervjue usmjerene na testiranje API-ja.

1) Koje su ključne razlike između API testiranja i UI testiranja?

Očekivano od kandidata: Anketar želi vidjeti razumijete li osnovnu svrhu API testiranja i kako se ono razlikuje od front-end validacije.

Primjer odgovora:
„API testiranje fokusira se na provjeru poslovne logike, odgovora podataka i performansi backend usluga bez oslanjanja na korisničko sučelje. UI testiranje, s druge strane, provjerava kako krajnji korisnik vizualno komunicira s aplikacijom. API testiranje je brže, manje krhko i može se obaviti rano u ciklusu razvoja, dok UI testiranje više ovisi o tome je li frontend u potpunosti razvijen.“

2) Kako osiguravate pouzdanost API testova kada se backend usluge često mijenjaju?

Očekuje se od kandidata: Anketar želi procijeniti prilagodljivost, prakse dizajna testova i rukovanje dinamičkim sustavima.

Primjer odgovora:
„U svojoj prethodnoj ulozi, osiguravao sam pouzdanost testiranja korištenjem validacije sheme, parametriziranih zahtjeva i konfiguracija specifičnih za okruženje. Također sam blisko surađivao s programerima kako bih uskladio testne slučajeve s krajnjim točkama koje se razvijaju i implementirao con.“tract testiranje za provjeru očekivanog ponašanja bez ovisnosti o korisničkom sučelju.”

3) Možete li objasniti razliku između SOAP i REST API-ja u smislu testiranja?

Očekivano od kandidata: Žele znati možete li razlikovati protokole i prilagoditi testiranje u skladu s tim.

Primjer odgovora:
„REST API-ji koriste lagane formate poput JSON-a i oslanjaju se na HTTP metode kao što su GET, POST, PUT i DELETE. Testiranje REST API-ja često je jednostavnije i brže. SOAP API-ji koriste XML i dolaze sa strožim standardima poput WSDL definicija, što znači da testiranje zahtijeva rukovanje strukturiranim zahtjevima i više validacija. SOAP testiranje također zahtijeva više postavljanja, dok je REST fleksibilniji i široko prihvaćen.“

4) Recite mi o situaciji kada ste pronašli kritičan problem tijekom testiranja API-ja. Kako ste ga riješili?

Očekivano od kandidata: Ovo procjenjuje vaše vještine rješavanja problema i komunikacijske sposobnosti.

Primjer odgovora:
„Na prethodnom poslu otkrio sam da API krajnja točka vraća osjetljive podatke o korisnicima bez odgovarajuće autentifikacije. Odmah sam dokumentirao problem s detaljnim zapisnicima zahtjeva i odgovora, eskalirao ga sigurnosnom timu i surađivao s programerima kako bi reproducirali i zakrpali ranjivost. Ova proaktivna komunikacija spriječila je potencijalno kršenje podataka.“

5) Zamislite da testirate API koji se integrira s uslugom treće strane. S kojim biste se izazovima mogli suočiti i kako biste ih riješili?

Očekivano od kandidata: Žele vidjeti kako predviđate i ublažavate rizike integracije.

Primjer odgovora:
„Ovisnosti trećih strana mogu uzrokovati izazove poput ograničenja brzine, zastoja i nekompatibilnosti verzija. Riješio bih ih korištenjem mockova ili stubova tijekom razvoja, implementacijom ponovnih pokušaja i zamjenskih rješenja te praćenjem odgovora u odnosu na očekivane SLA ugovore. Također bih osigurao usklađenost.“tracts se redovito validiraju kako bi se problemi s integracijom otkrili rano.

6) Kako se provjerava učinkovitost API-ja?

Očekivano od kandidata: Žele čuti o metrikama i alatima koje koristite.

Primjer odgovora:
„U svojoj posljednjoj ulozi koristio sam alate poput JMeter i Postman za provođenje testiranja opterećenja i stresa na API-jima. Validirao sam performanse koristeći metrike kao što su vrijeme odziva, propusnost, latencija i stope pogrešaka. Također sam postavio osnovne vrijednosti performansi i stvorio pragove upozorenja za brzo otkrivanje degradacije u produkcijskim okruženjima.

7) Opišite situaciju u kojoj ste morali testirati API-je u vrlo kratkom roku. Kako ste odredili prioritete?

Očekivano od kandidata: Žele procijeniti vaše vještine upravljanja vremenom i određivanja prioriteta.

Primjer odgovora:
„Na prethodnoj poziciji imali smo izdanje proizvoda s ograničenim vremenom za testiranje. Dao sam prioritet testiranju fokusirajući se prvo na ključne poslovno kritične API-je, kao što su obrada plaćanja i autentifikacija. Automatizirao sam regresijske provjere za stabilne krajnje točke i pokretao ručne testove za nove značajke. Ova ravnoteža omogućila mi je da pokrijem bitne funkcionalnosti, a da i dalje ispunjavam vremenski okvir izdanja.“

8) Koje su neke uobičajene metode API autentifikacije i kako biste ih testirali?

Očekivano od kandidata: Ovo testira vašu sigurnosnu svijest i praktično znanje o testiranju.

Primjer odgovora:
„Uobičajene metode uključuju osnovnu autentifikaciju, API ključeve, OAuth 2.0 i JWT tokene. Kako bih ih testirao, provjeravam generiranje i istek tokena, provjeravam jesu li nevažeći ili istekli tokeni ispravno odbijeni i osiguravam da se vjerodajnice nikada ne prikazuju u zapisnicima ili porukama o pogrešci. Za OAuth tokove simuliram i valjane i nevažeće korisničke scenarije kako bih potvrdio sigurnosno rukovanje.“

9) Kako surađujete s programerima kada postoji neslaganje oko toga je li API greška valjana?

Očekivano od kandidata: Žele testirati vještine rješavanja sukoba i komunikacije.

Primjer odgovora:
„Vjerujem u potkrepljivanje rasprava podacima. Pružam jasne dokaze testiranja, kao što su korisni sadržaji zahtjeva, kodovi odgovora i zapisnici, kako bih potkrijepio svoje nalaze. Ako i dalje postoji neslaganje, uključujem vlasnike proizvoda kako bismo razjasnili očekivano poslovno ponašanje. To osigurava usklađenost i izbjegava dugotrajne sukobe.“

10) Ako API vraća nekonzistentne podatke između faze i produkcije, kako biste to istražili?

Očekivano od kandidata: Žele vidjeti strukturirano rješavanje problema.

Primjer odgovora:
„Počeo bih usporedbom konfiguracijskih datoteka i varijabli okruženja između pripremne i produkcijske faze. Zatim bih provjerio koriste li oba okruženja istu shemu baze podataka i verzije usluga. Ako se problem nastavi, snimio bih zapisnike iz oba okruženja, analizirao zaglavlja zahtjeva i korisne terete te surađivao s DevOpsom kako bih…“ tracrazlike u mreži ili predmemoriranju.”