top 25 functional testing interview questions
Ofte stillede spørgsmål og svar til funktionelle testinterviews og svar:
Som selve navnet definerer, er funktionel test processen med at teste en applikation med hensyn til kravdokumentspecifikationerne.
Funktionel test kan udføres enten manuelt eller gennem automatisering, men hver proces inkluderer test af applikationen ved at levere et sæt input og bestemme eller verificere resultatet / output ved at sammenligne det faktiske resultat med de forventede resultater.
Funktionel test har forskellige faser, der skal overvejes under testning. I denne artikel vil vi se flere interviewspørgsmål og svar, der hjælper dig med at forberede dig godt.
Mest populære funktionelle testinterviewspørgsmål
Spørgsmål nr. 1) Hvad forstår du ved udtrykket 'Funktionstest'?
Svar: En testteknik til sort boks, hvor funktionaliteten af en applikation testes for at generere den ønskede output ved at levere visse input kaldes 'Funktionstest'.
Funktionstestens rolle er ikke kun at validere applikationens opførsel i henhold til kravdokumentspecifikationen, men er også at kontrollere, om applikationen er klar til at blive frigivet i det levende miljø eller ej.
Nedenfor er et par funktionelle testteknikker, der ofte bruges:
- Enhedstest
- Røgtest
- Integrationstest
- Systemtest
- Brugervenlighedstest
- Regressionstest
- Test af brugeraccept
Q # 2) Hvad er de vigtige trin, der er dækket af funktionstestning?
Svar: Følgende er de trin, der skal dækkes som en del af funktionstest:
- Forståelse af kravspecifikationsspecifikationen og fjernelse af tvivl og forespørgsler i form af gennemgangskommentarer.
- Skrivning af testsagerne med hensyn til kravspecifikationen ved at huske alle de scenarier, der skal overvejes for alle sager.
- Identificering af testindgange og anmodning om de testdata, der er nødvendige for at udføre testsagerne samt for at kontrollere applikationens funktionalitet.
- Bestem de faktiske resultater i henhold til de inputværdier, der skal testes.
- Udfør testsagerne, der bestemmer, om applikationsadfærd er som forventet, eller om der er opstået en fejl.
- Sammenlign det faktiske resultat og det beregnede resultat for at finde ud af det faktiske resultat.
Q # 3) Forklar forskellen mellem funktionstest og ikke-funktionel test.
Svar: Forskellen mellem funktionstest og ikke-funktionel test kan forklares som nedenfor:
Funktionel testning | Ikke-funktionel test |
---|---|
Funktionel test udføres for at bestemme systemadfærden i henhold til klientens funktionelle krav. | Ikke-funktionel test er processen til at bestemme systemets ydeevne efter kundens forventninger |
Funktionel test udføres først ved hjælp af manuelle og automatiserede testværktøjer. | Ikke-funktionel test udføres efter funktionel test med de krævede effektive værktøjer. |
Det er let at udføre manuel test, da kundens krav er input til funktionel test. | Det er vanskeligt at udføre manuel test, da skalerbarhed, pålidelighed, hastighed og andre ydeevne parametre er input i ikke-funktionel test. |
Funktionstest er af følgende typer: • Enhedstest • Røgtest • Sanity Testing • Integrationstest • Test af brugeraccept • Regressionstest | Ikke-funktionel test er af følgende typer: • Performance test • Belastning, stress, volumenprøvning • Sikkerhedstest • Test af kompatibilitet |
Spørgsmål nr. 4) Hvordan adskiller 'Build' sig fra 'Release'?
Svar: Byg er en eksekverbar fil, der henviser til den del af et program, der overdrages til en tester for at teste den implementerede funktionalitet i applikationen sammen med nogle fejlrettelser. Bygningen kan afvises af testteamet, hvis den ikke passerer den kritiske tjekliste, der indeholder programmets vigtigste funktionalitet.
Der kan være flere builds i testcyklussen for en applikation.
Frigøre henviser til softwareapplikationen, som ikke længere er i testfasen, og efter afslutning af test og udvikling overføres applikationen til klienten. En udgivelse har flere builds tilknyttet.
Q # 5) Forklar bugcyklussen.
Svar: Fejl siges at være en uønsket fejl, fejl, fejl osv., Der er opstået i applikationen og forhindrer den i at levere den ønskede output. Når der opstår en defekt eller fejl i en applikation under testning, bevæger en fejl sig fra at logge en defekt til dens opløsning gennem en bestemt livscyklus kendt som Bug Lifecycle.
Nedenstående figur giver dig en idé om Bug livscyklus:
[billede kilde ]
Hele processen går, når der opstår et problem eller en fejl. Det rapporteres / logges på fejlsporingsværktøj efter et betydeligt format. Disse fejl tildeles udvikleren, og dens status angives som 'Åben'. Udvikler kan nu gennemgå fejlen, reproducere den i slutningen og begynde at arbejde på den.
Hvis fejlen er rettet, ændrer udvikleren sin status til 'Fast', eller status kan flyttes til 'har brug for flere oplysninger', 'vil ikke rette', 'kan ikke reproducere' osv., I andre tilfælde. QA udfører derefter regression, dvs. bekræft fejlene igen med en bestemt handling og svar i overensstemmelse hermed.
Hvis problemerne / fejlen nu opfører sig som forventet, ændres dens status til Bekræftet / Lukket ellers Åbn igen.
Q # 6) Anskaff nogle fejlstatus sammen med beskrivelsen.
hvordan man bruger en .jar-fil
Svar: Nedenfor er der få fejlstatus sammen med deres beskrivelser:
- Ny: Når defekten eller fejlen logges for første gang, siges det som nyt.
- Tildelt: Efter at testeren har logget en fejl, gennemgås hans fejl af testledningen, og derefter tildeles den til det tilsvarende udviklerhold.
- Åben: Tester logger en fejl i åben tilstand, og den forbliver i åben tilstand, indtil udvikleren har udført en opgave på den fejl.
- Løst / fast: Når en udvikler har løst fejlen, dvs. nu producerer applikationen den ønskede output til et bestemt problem, ændrer udvikleren sin status til Løst / fast.
- Bekræftet / lukket: Når en udvikler har ændret status til løst / rettet, tester testeren nu problemet i slutningen, og hvis det er løst, ændrer han status for fejlen til 'Bekræftet / Luk'.
- Genåbne: Hvis en tester er i stand til at reproducere fejlen igen, dvs. fejlen stadig eksisterer, selv efter rettelse af udvikleren, er dens status markeret som Genåbning.
- Ikke en fejl / ugyldig: En fejl kan markeres som ugyldig eller ikke en fejl af udvikleren, når det rapporterede problem er i henhold til funktionaliteten, men er logget på grund af fejlagtig fortolkning.
- Udskudt: Normalt når fejlen har minimal prioritet til frigivelsen, og hvis der mangler tid, i så fald udsættes disse minimale prioritetsfejl til næste udgivelse.
- Kan ikke reproducere: Hvis udvikleren ikke er i stand til at reproducere fejlen i slutningen ved at følge de trin, der er nævnt i problemet.
Q # 7) Hvad er kendt som datadrevet test?
Svar: Datadrevet test er metoden, hvor en række testscript indeholdende testcases udføres gentagne gange ved hjælp af datakilder som Excel-regneark, XML-fil, CSV-fil, SQL-database til inputværdier, og den faktiske output sammenlignes med den forventede i verifikationen behandle.
For eksempel, et teststudie bruges til datadrevet test.
Nogle fordele ved datadrevet test er:
- Genanvendelighed.
- Gentagelighed.
- Test dataadskillelse fra testlogik.
- Antallet af testsager reduceres.
Spørgsmål nr. 8) Hvad er de vigtige punkter, der skal overvejes, når du skriver testsager?
Svar: Skrivning af en test case siges at være den vigtigste aktivitet i testudførelsesprocessen, som kræver skrivefærdigheder samt indgående kendskab til applikationen for at gøre effektive og genanvendelige testsager.
Få vigtige punkter, der skal overvejes, når du skriver testsager, inkluderer:
- Der skal være en klar forståelse af klientens krav, inden man begynder at skrive testsagerne. Intet bør antages, og enhver tvivl om kravene skal ryddes.
- Hvert krav skal medtages i form af testsager, og intet bør udelades. Normalt opretholdes sporbarhedsmatrix for at kontrollere, om ethvert krav implementeres og afslutning af test.
- I henhold til kravspecifikationerne skal alle funktionelle og ikke-funktionelle krav inklusive UI-interface kompatibilitet være dækket.
- Testtilfælde bør kontrolleres fra tid til anden uden gentagelse eller redundans.
- Prioritet er en vigtig faktor, der skal indstilles til testsager, mens du skriver. Denne prioritet hjælper testeren med at teste applikationen først med testtilfælde med høj prioritet, der inkluderer grundlæggende funktionalitet, derefter mediet og senere testtilfælde med lav prioritet.
- For en bestemt frigivelse kan testcases også bygges Sprint-klogt, så testeren såvel som udvikleren kan analysere produktets kvalitet baseret på eksekvering af testcase.
- Opbygningen af testsager skal være let forståelig og skal være på et simpelt sprog. Indtastningsværdierne for testsager skal være gyldige såvel som i et bredt interval.
Spørgsmål nr. 9) Hvad er automatiseringstest?
Svar: Automatiseringstestning er en testmetodologi, hvor et automatiseringsværktøj bruges til at udføre testcases-pakken for at øge testdækningen samt hastigheden til testudførelsen. Automatiseringstest kræver ikke nogen menneskelig indgriben, da den udfører præ-scriptede tests og er i stand til at rapportere og sammenligne resultater med tidligere testkørsler.
Gentagelighed, brugervenlighed, nøjagtighed og større konsistens er nogle af fordelene ved automatiseringstest.
Nogle automatiseringsprøvningsværktøjer er angivet nedenfor:
- Selen
- Tellurium
- vand
- SÆBE
Q # 10) Forklar udtrykket stresstest og belastningstest.
Svar:
Stresstest er en form for ydelsestest, hvor applikationen er forpligtet til at gennemgå anstrengelse eller stress, dvs. udførelse af applikation over pausens tærskel for at bestemme det punkt, hvor applikationen går ned. Denne tilstand opstår normalt, når der er for mange brugere og for meget data.
Stresstest verificerer også applikationsgendannelsen, når arbejdsbelastningen reduceres.
Load Testing er en form for ydelsestest, hvor applikationen udføres over forskellige belastningsniveauer for at overvåge serverens maksimale ydeevne, responstid, servergennemstrømning osv. Gennem belastningstest bestemmes processtabilitet, applikationens ydelse og integritet under samtidig systembelastning .
Spørgsmål nr. 11) Hvad forstår du ved volumenprøvning?
Svar: Volumenprøvning er en form for præstationstest, der bestemmer ydelsesniveauerne for serverens gennemløb og responstid, når samtidige brugere såvel som stor datalæsning fra databasen sættes på systemet / applikationen under test.
Spørgsmål nr. 12) Hvad er de forskellige testteknikker, der anvendes i funktionstestning?
Svar: Der er to forskellige testteknikker, der bruges i funktionel test.
De kan defineres som nedenfor:
- Kravsbaseret test: Denne form for funktionel test udføres, hvor kravene prioriteres på baggrund af risikokriterier. Dette sikrer også, at alle de kritiske testveje er inkluderet i testprocessen.
- Forretningsprocesbaseret test: Denne form for funktionel test udføres fra forretningsprocesperspektivet. Scenarierne inkluderer viden om forretningsprocesser til udførelse af test.
Q # 13) Hvad forstår du ved Exploratory Testing? Hvornår udføres det?
Svar: Undersøgende test betyder at teste eller udforske applikationen uden at følge tidsplaner eller procedurer. Mens de udfører sonderende test, følger testere ikke noget mønster og bruger deres tankegang uden for boksen og forskellige ideer til at se, hvordan applikationen klarer sig.
Efter denne proces dækker selv den mindste del af applikationen og hjælper med at finde flere problemer / fejl end i den normale testproces.
Eksplorativ test udføres normalt i tilfælde, hvor:
- Der er en erfaren tester i testteamet, der kan bruge deres testoplevelse til at anvende alle de bedst mulige scenarier.
- Alle kritiske veje er blevet dækket, og større testsager udarbejdes i henhold til de kravspecifikationer, der er udført.
- Der er en kritisk applikation, og under ingen omstændigheder kan nogen mulig sag gå glip af.
- Ny tester er kommet ind i teamet. Udforskning af applikationen hjælper dem med at forstå bedre, såvel som de vil følge deres eget sind, mens de udfører ethvert scenarie i stedet for at følge stien som nævnt i kravdokumentet.
Spørgsmål nr. 14) Hvad er de mulige loginfunktioner, der skal testes for enhver webapplikation?
Svar: Nedenfor er de mulige scenarier, der kan udføres for fuldt ud at teste loginfunktionen i ethvert program:
- Kontroller indtastningsfelterne, dvs. brugernavn og adgangskode med både gyldige og ugyldige værdier.
- Prøv at indtaste gyldigt e-mail-id med en forkert adgangskode, og indtast også en ugyldig e-mail-adresse og gyldig adgangskode. Kontroller, om den viste fejlmeddelelse vises.
- Indtast gyldige legitimationsoplysninger, og bliv logget ind på applikationen. Luk og åbn browseren igen for at kontrollere, om den stadig er logget ind.
- Indtast applikationen efter at have logget ind, og naviger derefter igen til login-siden for at kontrollere, om brugeren igen bliver bedt om at logge ind.
- Log ind fra en browser, og åbn applikationen fra en anden browser for at kontrollere, om du også er logget ind i en anden browser eller ej.
- Skift adgangskode efter at være logget ind i applikationen, og prøv derefter at logge ind med den gamle adgangskode.
Der er også få andre mulige scenarier, som kan testes.
Q # 15) Forklar tilgængelighedsafprøvning og dens betydning i det nuværende scenarie.
Svar: Test af tilgængelighed er en form for brugervenlighedstest, hvor test udføres for at sikre, at applikationen let kan håndteres af mennesker med handicap som hørelse, farveblindhed, lav synlighed osv. I dagens scenarie har internettet fået den største plads i vores liv i form af e-handelswebsteder, e-learning, e-betalinger osv.
For at vokse bedre i livet bør alle således være i stand til at være en del af teknologien, især mennesker med nogle handicap.
Nedenfor er nogle få typer software, der hjælper og hjælper mennesker med handicap til at bruge teknologi:
- Talegenkendelsessoftware
- Skærmlæser software
- Skærmforstørrelsessoftware
- Specielt tastatur
Spørgsmål nr. 16) Hvad er Adhoc-test?
Svar: Adhoc-test, normalt kendt som tilfældig test, er en form for test, der ikke følger nogen testtilfælde eller krav til applikationen. Adhoc-testning er dybest set en ikke-planlagt aktivitet, hvor en hvilken som helst del af applikationen kontrolleres tilfældigt for at finde mangler.
I sådanne tilfælde er de stødte mangler meget vanskelige at reproducere, da ingen planlagte testsager følges. Adhoc-test udføres normalt, når der er en begrænset tid til at udføre detaljerede test.
Spørgsmål nr. 17) Hvad er ækvivalenspartitionering?
Svar: Ækvivalenspartitionering, også kendt som ækvivalensklasse partitionering, er en form for black-box-test, hvor inputdata opdeles i dataklasser. Denne proces udføres for at reducere antallet af testsager, men dækker stadig det maksimale krav.
Ækvivalenspartitioneringsteknik anvendes, hvor inputdataværdier kan opdeles i områder. Området for inputværdierne er defineret på en sådan måde, at kun en betingelse fra hver rækkevidde skal testes, forudsat at alle de andre betingelser i den samme partition opfører sig det samme for softwaren.
For eksempel: For at identificere rentesatsen pr. Saldoen på kontoen kan vi identificere saldobeløbet på kontoen, der tjener en anden rente.
Q # 18) Forklar analyse af grænseværdier.
hvordan man flasher bios windows 10
Svar: Grænseværdianalysemetode kontrollerer grænseværdierne for ækvivalensklasseparitioner. Grænseværdianalyse er grundlæggende en testteknik, der identificerer fejlene ved grænserne snarere end inden for intervalværdierne.
For eksempel , Et indtastningsfelt kan tillade mindst 8 tegn og maksimalt 12 tegn, så 8-12 betragtes som det gyldige område og 13 betragtes som det ugyldige område. Følgelig er testsagerne skrevet med gyldig partitionsværdi, nøjagtig grænseværdi og ugyldig partitionsværdi.
Spørgsmål nr. 19) Forklar forskellen mellem sværhedsgrad og prioritet.
Svar: Defekt sværhedsgrad defineres af niveauet eller graden af indvirkning af manglen på den testede applikation. Jo højere sværhedsgraden af manglen er, desto mere er virkningen på applikationen.
Følgende er de 4 klasser, hvor en defekt sværhedsgrad er kategoriseret:
- Kritisk
- Major
- Medium
- Lav
Defektprioritet definerer rækkefølgen, i hvilken manglen først skal løses, dvs. jo højere prioritet af manglen indebærer, at applikationen er ubrugelig eller sidder fast på et tidspunkt, og manglen skal løses så hurtigt som muligt.
Følgende er de 3 klasser, hvor en defektprioritet er defineret:
- Høj
- Medium
- Lav
Spørgsmål nr. 20) Hvornår udfører vi røgtest?
Svar: Røgtest udføres på applikationen efter modtagelse af build. Tester tester normalt for den kritiske vej og ikke funktionaliteten i dybden for at sikre, om build skal accepteres til yderligere test eller afvises i tilfælde af brudt applikation.
En røgcheckliste indeholder normalt den kritiske sti for applikationen, uden hvilken en applikation er blokeret.
Spørgsmål nr. 21) Hvad forstår du ved Sanity-test?
Svar: Sanity-test udføres efter modtagelse af build for at kontrollere den nye funktionalitet / defekter, der skal rettes. I denne form for test er målet at kontrollere funktionaliteten omtrent som forventet og afgøre, om fejlen er rettet, og også effekten af den faste fejl på applikationen, der testes.
Der er ingen mening i at acceptere build af testeren og spilde tid, hvis Sanity-test mislykkes.
Spørgsmål nr. 22) Hvad forstår du ved kravsporbarhedsmatrix?
Svar: Kravssporbarhedsmatrix (RTM) er et værktøj til at holde styr på kravdækning i løbet af testprocessen.
I RTM kategoriseres alle krav som deres udvikling i løbet af sprint, og deres respektive id'er (implementering / forbedring af nye funktioner / tidligere udgaver osv.) Opretholdes for at holde styr på, at alt det, der er nævnt i kravdokumentet, er blevet implementeret inden frigivelsen af produktet.
RTM oprettes så snart kravdokumentet er modtaget og vedligeholdes indtil frigivelsen af produktet.
Spørgsmål nr. 23) Hvilke faktorer skal overvejes i risikobaseret test?
Svar: Ved risikobaseret test af et projekt er det ikke kun at levere et projekt risikofrit, men hovedformålet med risikobaseret test er at opnå projektresultatet ved at udføre bedste praksis inden for risikostyring.
De vigtigste faktorer, der skal overvejes i risikobaseret test, er som følger:
- At identificere hvornår og hvordan man implementerer risikobaseret test på en passende applikation.
- At identificere de foranstaltninger, der fungerer godt til at finde såvel som håndtering af risiko i kritiske områder af applikationen.
- For at opnå projektresultatet, der afbalancerer risiko med applikationens kvalitet og funktion.
Q # 24) Skel mellem regressionstest og gentestning.
Svar: Forskellen mellem regressionstest og gentestning kan forklares som følger:
Regressionstest | Gentest |
---|---|
Regressionstest er den form for test, der udføres for at sikre, at implementering af nye funktioner eller rettelser ikke påvirker nogen anden del eller funktionalitet i applikationen. | Gentestning er formen for test af applikationen efter afhjælpning af mangler for de testsager, der mislykkedes i sidste udførelse. |
Som en del af regressionstestning bør nye ændringer i applikationen ikke påvirke de eksisterende funktioner. | Som en del af gentesten udføres fejlbekræftelse. |
Baseret på projektkravet kan regressionstest udføres parallelt med gentest. | Gentest udføres før regressionstest på grund af dets høje prioritet. |
Også kendt som generisk test og udføres for beståede testsager. | Også kendt som planlagt test og udføres kun for mislykkede testsager. |
Da manuel test kan være tidskrævende og dyr, kan automatisering gøres til regressionstest. | Automatisering kan ikke udføres til gentest. |
Q # 25) Forklar test af brugeraccept.
Svar: Test af brugeraccept udføres normalt, efter at produktet er grundigt testet. I denne form for test bruger softwarebrugere eller siger klient selv applikationen til at sikre, om alt fungerer efter kravet og perfekt i den virkelige verdensscenarie.
UAT er også kendt som slutbruger test.
Konklusion
Gennem denne artikel har jeg forsøgt at forklare hvert emne i funktionstestning, så enhver person, der forbereder sig til interviewet, let kan forstå emnet og huske dem også.
Disse spørgsmål og svar på funktionelle testinterviews vil guide dig til at rydde ethvert interview med succes med fuld tillid.
Vi ønsker jer alle succes.
Jeg håber, at disse funktionelle testspørgsmål og svar vil hjælpe dig på et eller andet tidspunkt i din karriere.
Anbefalet læsning
- Funktionel testning mod ikke-funktionel testning
- 16 Nye funktioner i Micro Focus UFT (Unified Functional Testing) Tool - QTP vs UFT
- 5 Bedste HP Unified Functional Testing (UFT) alternative værktøjer
- En komplet ikke-funktionel testguide til begyndere
- En trin-for-trin guide til Jubula - Open Source Automated Functional Testing Tool
- Funktionstestning mod ydelsestestning: Bør det gøres samtidigt?
- Komplet funktionel testguide med dens typer og eksempel
- Parrot QA Tutorial: Cross Browser Functional Testing Tool Review
- Spock til integration og funktionstest med selen
- Forskellene mellem enhedstest, integrationstest og funktionstest
- Top 25 Funktionstest Interviewspørgsmål og svar
- Top 30 funktionelle testværktøjer i 2021