top 20 most important api testing interview questions
Ofte stillede Web API-test Interviewspørgsmål og svar, der hjælper dig med at forberede dig til det kommende interview:
API (Application Programming Interface) er kendt for at specificere interaktionen mellem forskellige komponenter. Når vi taler om softwarearkitektur, ligger API hovedsageligt eller siger koncentrater i Business Logic Layer.
API-test udføres med systemer, der har flere API'er, hvor de største krav til denne form for test skal udføres:
- Interaktioner mellem API og applikationen
- Testværktøj
- Koden er skrevet for at udføre test
Lad os nu se og forstå mere om API Application Programming Interface gennem følgende spørgsmål og svar, der vil være meget nyttige for dig til din forberedelse af interviews.
Dette er dog ingen faste mønstre, og spørgsmålet kan variere, hvis du har en vis erfaring med at arbejde på sådanne projekter. Når projekter nævnes i dit CV, er de fleste spørgsmål med hensyn til de projekter, du har arbejdet med.
De mest almindelige spørgsmål om web-API-test
Nu sker det.
Q # 1) Hvad er API-test?
mp3 musik downloader app til android
Svar: API er en samling af rutiner, værktøjer, protokoller, der tilsammen er nødvendige for at opbygge softwareapplikationen. Enhver systemsoftware eller applikationssoftware, der består af flere API'er, kan udføre API-test (Application Programming Interface).
Denne form for test inkluderer interaktion mellem forskellige eller siger flere API'er samt interaktionen mellem API og applikationsprogram. Proceduren inkluderer hovedsageligt at foretage API-opkald ved hjælp af software og observere systemrespons efter modtagelse af output.
Q # 2) Anfør nogle almindelige tests, der udføres på API'er.
Svar: Der kan være flere grunde til at udføre API-test.
Lad os se nogle almindelige testeksempler, hvor denne form for test bruges til at verificere:
- Enhver datastruktur opdateret af API, som kræver korrekt validering.
- Indtast betingelsesbaserede returværdier.
- Ring til en anden API, eller hvis en anden begivenhed udløses, eller der opstår en afbrydelse.
- Returværdierne kan også være nul eller forkerte resultater.
- Ændring af nogle ressourcer som f.eks. En opdatering af databasen, procesdrab osv.
Q # 3) Hvad er API-testmiljøet?
Svar: Opsætning af et testmiljø af API er en kompleks metode, hvor konfigurationen af serveren og databasen udføres i henhold til kravet i softwareapplikationen. Grafisk brugergrænseflade (GUI) er ikke tilgængelig i denne form for test.
Efter installationen verificeres API for, at den fungerer korrekt. I denne proces oprettes det oprindelige miljø, der påberåber API, med et defineret sæt parametre, så testresultater kan undersøges.
Q # 4) Forklar API-testmetoden.
Svar: Nedenfor er de faktorer, der bestemmer fremgangsmåden:
- Skriv passende testcases til API'erne og brug testteknikker som grænseværdianalyse, ækvivalensklasse osv. Til verifikation af funktionaliteten.
- Bekræft opkaldene fra kombinationen af to eller flere værditilvækstparametre.
- Definer omfanget og den grundlæggende funktionalitet i API-programmet.
- Definer de nøjagtige inputparametre.
- Testkørsel og sammenligning af resultaterne med forventede resultater.
- Bestemmelse af API-adfærd under forhold som forbindelsen med filer osv.
Q # 5) Forklar kort de forskellige typer output, der observeres af en API.
Svar: API betragtes som den væsentlige forbindelsesdel i denne digitale verden. Det ligger grundlæggende i forretningslogiklaget, hvor det udfører funktioner som behandlingskommandoer, applikationskoordinering, initierer logiske beslutninger osv.
Den vigtigste overvejelse er at returnere korrekte resultater under enhver form for forhold. Hovedsageligt er output eller resultater observeret af en API opdelt i tre sektioner som følger:
- Returnering af resultatstatusværdierne som 'Pass' eller 'Fail'.
- Resultat som data eller en hvilken som helst specifik information.
- En begivenhed, hvor opkaldet til enhver API-funktion starter opkaldet til en anden API-funktion.
Spørgsmål nr. 6) Brug nogle af de bedste fremgangsmåder, der følges for at gøre API-test vellykket.
Svar: Udførelse af tests definerer gentagne gange nogle af de bedste fremgangsmåder til at gøre test vellykket.
Nedenfor er nogle af de bedste fremgangsmåder til API-test:
- Testcases skal grupperes under kategori med forventede resultater, der sker konsekvent og andre typiske resultater.
- Testcases skal omfatte valgte parametre samt API-opkaldserklæringer.
- API-belastningstest udføres for at bestemme systemapplikationens stress.
- Oprethold grænserne for de variabler, der er brugt i testene, og undgå 'Testkædning'.
- For at gøre det lettere for testerne prioriteres API-opkald, og opkaldssekventering planlægges.
- Hver inputkombination og afhængighed overvejes for komplet testdækning.
- Automatisering af testsagerne, dokumentation udføres efter behov.
Q # 7) Hvad er de værktøjer, der bruges til API-test?
Svar: Bedste API-testværktøjer:
- SÆBE
- Runscope
- LOADUI
- Automatiseret API-test
- Krølle
Der er et par flere andre end de ovennævnte værktøjer, der bruges til API-test.
Q # 8) Hvad er de værktøjer, der bruges til API-testautomatisering?
Svar: Automatiseringstest er et must, når vi taler om agil udvikling i API-test. Det sprog, som koden er skrevet på, er imidlertid også en vigtig faktor, da det bestemmer værktøjssproget.
Nogle vigtige API-testautomationsværktøjer er:
- SOAPUI: Det er et open source API-testværktøj, der betragtes som det bedste testværktøj på grund af dets funktion som at oprette komplekse valideringsscripts og testcases, effektiv testdækning osv.
- HP QTP / UFT: Dette er nu kendt som HP UFT, dvs. Unified Functional Testing. Dette værktøj bruges grundlæggende til systemer uden brugergrænseflade som webtjenester osv.
- PARASOFT: Dette testværktøj kører på forskellige platforme og bruges til at teste API, som ikke har en grafisk brugergrænseflade (GUI).
- HTTP-master
- NUnit og JUnit testværktøjer bruges, hvor koden er skrevet i henholdsvis .Net og Java.
Q # 9) Hvad er API-rammen?
Svar: API-rammer beskrives af konfigurationsfilen, som består af listen over alle API'er, der skal aktiveres og aktiveres for et bestemt programkørsel. Dette er vigtigt, da hver testkørsel ikke kræver alle API'er.
Formålet med 'Config' -filen er at beskrive og hverve alle konfigurerbare komponenter inden for en testkørsel.
Q # 10) Forklar API-dokumentation.
Svar: Da det er en velkendt kendsgerning, at der for ethvert fundament skal være god dokumentation. API-dokumentation tjener ligeledes som en hurtig reference til adgang til biblioteket eller arbejde inden for et program.
Når vi gennemgår sådanne dokumenter, skal det bestå af en ordentlig plan, indholdskilde, korrekt layout eller skitse til levering, information relateret til hver funktion osv.
API-dokumentationsværktøjer er:
- JavaDoc
- Doxygen
Nedenfor er de kategorier, hvor hver funktion dokumenteres, som hovedsageligt drejer sig om parametrene:
- Funktionsbeskrivelse
- Sekvens, syntaks og elementer, der kræves for hver parameter.
- Syntaks og type fejlmeddelelse, der kan opstå.
- Links relateret til funktioner.
Q # 11) Navngiv nogle af de mest anvendte skabeloner til API-dokumentation.
Svar: Nogle gratis skabeloner, der gør API-dokumentation meget nemmere og enkle er:
c # interviewspørgsmål med svar
- Skifer
- FlatDoc
- Swagger
- API-tegning
- RestDoc
- Miredot
- Web service API Specification.
Q # 12) Anvend nogle af API-eksemplerne, som er meget kendte og populære.
Svar: Der er flere sådanne eksempler. Nedenfor er nogle af de mest populære:
- Google Maps API: Disse er hovedsageligt designet til mobil og desktop brug ved hjælp af en flash-interface og JavaScript.
- API til Amazon Advertising: Amazon er kendt for deres produkter, og dermed har deres reklame-API adgang til deres produkt for at opdage deres funktionalitet og dermed annoncere i overensstemmelse hermed.
- Twitter: API til twitter findes normalt i to kategorier, den ene til at få adgang til data og den anden til at interagere med twitter-søgningen.
- Youtube: Denne API, der bruges til YouTube, indeholder forskellige funktioner, herunder videoer, live streaming, afspiller osv.
Spørgsmål nr. 13) Hvad er de testmetoder, der kommer under API-test?
Svar: API-test involverer generelt følgende testmetoder:
- Enhedstest og funktionstest
- Belastningstest til test af ydeevnen under belastning.
- Opdagelsestest til notering, oprettelse og sletning af antallet af opkald, der er dokumenteret i API.
- Brugervenlighedstest og pålidelighedstest for at opnå ensartede resultater.
- Sikkerhedstest og penetrationstest til validering af alle typer godkendelse.
- Automatiseringstest til oprettelse og udførelse af scripts, der kræver udførelse af API-opkald regelmæssigt.
- End to end Integration test og Web UI test.
- API-dokumentationstest til bestemmelse af effektivitet og effektivitet.
Q # 14) Differentier API-test og enhedstest.
Svar: Forskellen mellem API-test og enhedstest kan forstås fra nedenstående tabel:
UNIT test | API-test |
---|---|
Enhedstest udføres normalt af udviklere, hvor enhver funktionalitet testes separat. | API-test udføres af testerne til ende til slut-test af funktionaliteten. |
Da de har det begrænsede omfang af test, overvejes grundlæggende funktionaliteter derfor kun til test. | Da de har det bredere omfang af testning, overvejes alle problemer, der er funktionelle, til testning. |
Det er en form for test af hvide kasser. | Det er en form for test af sort boks. |
Normalt udføres enhedstest, før koden inkluderes i bygningen. | API-test udføres, efter at build er klar til test. |
Kildekoden er involveret i denne form for test. | Kildekode er ikke involveret i denne form for test. |
Spørgsmål nr. 15) Hvilke udfordringer er inkluderet i API-test?
Svar: Udfordringer er den del af enhver form for test, og det samme gælder også API-test.
Nedenfor er nogle almindelige udfordringer, der står over for i API-test:
- Den første og fremmeste udfordring er at vælge en passende parameter og derefter dens kombination.
- Parameter kategorisering
- Korrekt sekventering af opkald er påkrævet, da dette kan føre til utilstrækkelig dækning ved testning.
- Outputbekræftelse og validering
- En anden vigtig udfordring er at levere inputværdier, hvilket er meget vanskeligt, da GUI ikke er tilgængeligt i dette tilfælde.
Spørgsmål nr. 16) Hvilke typer problemer observeres under udførelse af API-test?
Svar: Når test udføres, skal der være problemer forbundet med dem. Problemer observeret under udførelse af denne form for test er ikke nye eller meget forskellige, men de er almindelige i denne kategori.
Find nedenunder listen over sådanne problemer / mangler:
- Inkonsekvent eller fravær af fejlhåndteringsmekanisme
- Gentagelse eller redundans af funktionaliteterne
- Mangler påkrævet funktionalitet i nogle tilfælde
- Videregiver forkert argument til inputværdierne
- Forkert besked
- Stress og ydeevne
- Pålidelighedsproblemer med hensyn til forbindelse til andre API'er
- Problemer med multithreading og forkert håndtering.
Spørgsmål nr. 17) Hvorfor bestemmes API-test som den mest egnede form til automatiseringstest?
Svar: Ja, det er sandt, at API-test nu foretrækkes frem for GUI-test og betragtes som mest egnet.
hvad er forskellen mellem unix og linux
Nedenfor er de få grunde bag denne erklæring.
- Kontroller alle de funktionelle stier i det testede system meget effektivt.
- Giver den mest stabile grænseflade.
- Lettere at vedligeholde og giver hurtig feedback.
Spørgsmål nr. 18) Hvordan adskiller UI-niveautest sig fra API-test?
Svar: Den vigtigste overvejelse af UI (User Interface) niveau test er at teste den grafiske interface del af applikationen inkluderer funktioner som skrifttype, layout osv.
Mens den vigtigste overvejelse af API-testningen er etablering af kommunikation mellem forskellige softwaresystemer, og den ligger hovedsageligt i et forretningslogisk lag. Det koncentrerer sig aldrig om applikationens udseende.
Spørgsmål nr. 19) Hvad er TestApi?
Svar: TestApi er kendt som biblioteket med testblokke, der er vigtige for udviklere og testere til oprettelse af testværktøjer såvel som automatiserede testpakker.
Spørgsmål nr. 20) Hvad ved du om API-fejl og advarsler?
Svar: Når noget går galt, dvs. resultatet er ikke som forventet, opstår fejlen, og advarsler beskrives som en besked i det rigtige format. Der kan være en eller flere advarsler inden for det samme modul.
Forskellige typer advarsler, der kan opstå, er:
- Parametervalideringsadvarsel
- Manglende moduladvarsel
Forskellige typer fejl, der kan opstå, er:
- Dokumentationsfejl
- Manglende modulfejl
- Parametervalideringsfejl
- Nogle standardfejlmeddelelser.
Konklusion
Ovenstående API-interviewspørgsmål er meget nyttige, når interviewerens fokus er på at finde ud af din funktionelle domæne viden.
Det er forstået, at applikationsviden kun opnås, når man rent faktisk arbejder med sådan teknologi. Interviewere er dog mere interesserede i at teste din ekspertise og erfaring, men det grundlæggende er også vigtigt.
Håber, at denne artikel vil være meget nyttig for din forberedelse af API-testinterview.
Anbefalet læsning
- 10 bedste API-testværktøjer i 2021 (SOAP og REST API-testværktøjer)
- 15+ SoapUI Tutorials: Det bedste testtestværktøj til webtjenester API
- API-testvejledning: En komplet guide til begyndere
- Sådan automatiseres API-anmodninger ved hjælp af forsikrede og Jenkins
- Sådan oprettes API-dokumentation i postbud?
- Hvordan bruges postbud til test af forskellige API-formater?
- Gør API-test enkel med Katalon Studio
- Parasoft SOAtest Tutorial: Scriptless API Test Tool
- POSTMAN Tutorial: API-test ved hjælp af POSTMAN
- Rest API-responskoder og typer af hvileanmodninger
- REST API-test med agurk ved hjælp af BDD-tilgang
- REST API-test med Spring RestTemplate og TestNG
- Rest API Tutorial: REST API Architecture And Constraints
- Selenium Database Testing (Brug af WebDriver og JDBC API)
- Top 10 bedste API-styringsværktøjer med funktionssammenligning
- Top 20 mest vigtige API-test Interviewspørgsmål og svar
- Top 35 ASP.Net- og Web API-interviewspørgsmål med svar