Menu

20 selektive QA-interviewspørgsmål for at rydde interviewet i 2021

  • Vigtigste
  • Andet
  • 20 selektive QA-interviewspørgsmål for at rydde interviewet i 2021

20 selective qa interview questions clear interview 2021

Prøv Vores Instrument Til At Fjerne Problemer

Ofte stillede spørgsmål og svar om kvalitetssikring af kvalitetssikring og svar, der hjælper dig med at forberede dig til interviewet:

Her er nogle af de spørgsmål, jeg vil stille, hvis jeg interviewer en kvalitetssikringsingeniør.

Spørgsmålene vil lægge mere vægt på kvalitetsprocesserne og strategien, og disse spørgsmål vil ikke blive stillet til test.

QA Interview Spørgsmål om kvalitetssikring

QA-ingeniørerne er for det meste mennesker, der har brugt noget tid i testindustrien, for når du opretter køreplaner og strategi, er det altid gavnligt at have en vis eksponering i branchen.

Lad os begynde!!

Ofte stillede spørgsmål om QA-interview

Lad os begynde!!

Q # 1) Hvad er forskellen mellem kvalitetssikring, kvalitetskontrol og testning?

Svar: Kvalitetssikring er processen med at planlægge og definere måden til overvågning og implementering af kvalitetsprocesser (test) inden for et team og en organisation. Denne metode definerer og sætter kvalitetsstandarderne for projekterne.

Kvalitetskontrol er processen med at finde fejl og give forslag til forbedring af kvaliteten af ​​softwaren. De metoder, der anvendes af kvalitetskontrol, etableres normalt ved kvalitetssikring. Det er testteamets primære ansvar at implementere kvalitetskontrol.

Test er processen med at finde mangler / fejl. Det validerer, om softwaren, der er bygget af udviklingsteamet, opfylder de krav, der er stillet af brugeren, og de standarder, der er sat af organisationen.

Her er hovedfokus på at finde fejl, og testteamene fungerer som en kvalitetsportier.

Q # 2) Hvornår synes du, at QA-aktiviteter skal starte?

Svar: QA-aktivitet skal starte i starten af ​​projektet. Jo mere tidligt det starter, jo mere fordelagtigt er det at sætte standarden for at opnå kvaliteten.

Omkostningerne, tiden og indsatsen er meget udfordrende, hvis QA-aktiviteterne bliver forsinkede.

Q # 3) Hvad er forskellen mellem testplan og teststrategi ?

Svar: Teststrategi er på et højere niveau, hovedsagelig oprettet af projektlederen, der demonstrerer den overordnede tilgang til testningen for hele projektet, mens testplanen viser, hvordan testen skal udføres for en bestemt applikation, der falder ind under et projekt.

Spørgsmål nr. 4) Kan du forklare softwaretestets livscyklus?

Svar: Software Test af livscyklus henviser til en testproces, der har specifikke trin, der skal udføres i en bestemt rækkefølge for at sikre, at kvalitetsmålene er nået.

Q # 5) Hvordan definerer du en format til at skrive en god testcase ?

hvad er qa og qc i softwaretest

Svar: Test Case-formatet inkluderer:

  • Test sags-id
  • Test case beskrivelse
  • Alvorlighed
  • Prioritet
  • Miljø
  • Byg version
  • Skridt til at udføre
  • Forventede resultater
  • Faktiske resultater

Spørgsmål nr. 6) Hvad er en god testsag?

Svar: Med enkle ord er en god testsag en, der finder en defekt. Men alle testtilfælde finder ikke fejl, så en god testtilstand kan også være en, der har alle de foreskrevne detaljer og dækning.

Spørgsmål nr. 7) Hvad ville du gøre, hvis du har en stor suite til at udføre på meget kortere tid?

Svar: Hvis vi har kortere tid og er nødt til at udføre den større mængde testsager, bør vi prioritere testsagen og først udføre testene med høj prioritet og derefter gå videre til de lavere prioritetssager.

På denne måde kan vi sikre os, at de vigtige aspekter af softwaren testes.

Alternativt kan vi også søge kundepræference, hvad der er den vigtigste funktion af softwaren ifølge dem, og vi bør begynde at teste fra disse områder og derefter gradvist flytte til de områder, der er af mindre betydning.

Q # 8) Tror du, at QA'er også kan deltage for at løse produktionsproblemer?

Svar: Helt bestemt!! Det ville være en god indlæringskurve for QA'er at deltage i løsning af produktionsproblemer. Mange tidsproduktionsproblemer kunne løses ved at rydde logfilerne eller foretage nogle indstillinger i registreringsdatabasen eller ved at genstarte tjenesterne.

Denne type miljøspørgsmål kan meget godt løses af QA-teamet.

Også, hvis QA har et indblik i at løse produktionsproblemerne, kan de inkludere dem, mens de skriver testsagerne, og på denne måde kan de bidrage til at forbedre kvaliteten og forsøge at minimere produktionsfejlene.

Spørgsmål nr. 9) Antag at du finder en fejl i produktionen, hvordan kan du sikre dig, at den samme fejl ikke introduceres igen?

Svar: Den bedste måde er straks at skrive en testcase for produktionsfejlen og inkludere den i regressionspakken. På denne måde sikrer vi, at fejlen ikke introduceres igen.

Vi kan også tænke på alternative testsager eller lignende slags testsager og inkludere dem i vores planlagte udførelse.

Q # 10) Hvad er forskellen mellem funktionel og ikke-funktionel test?

Svar:

Funktionel test beskæftiger sig med det funktionelle aspekt af applikationen. Denne teknik tester, at systemet opfører sig i henhold til kravet og specifikationen. Disse er direkte forbundet med kundens krav. Vi validerer testsagerne mod det specificerede krav og laver testresultaterne som bestået eller ikke bestået i overensstemmelse hermed.

Eksempler inkluderer regression, integration, system, røg osv

Ikke-funktionel test , på den anden side tester det ikke-funktionelle aspekt af applikationen. Det fokuserer ikke på kravet, men miljøfaktorer som ydeevne, belastning og stress. Disse er ikke udtrykkeligt specificeret i kravet, men er foreskrevet i kvalitetsstandarderne. Så som QA er vi nødt til at sikre, at disse test også får tilstrækkelig tid og prioritet.

Spørgsmål nr. 11) Hvad er negativ test? Hvordan adskiller det sig fra positiv testning?

Svar: Negativ testning er en teknik, der validerer, at systemet opfører sig yndefuldt i tilfælde af ugyldige input. For eksempel, hvis brugeren indtaster ugyldige data i et tekstfelt, skal systemet vise en korrekt meddelelse i stedet for den tekniske besked, som brugeren ikke forstår.

Negativ testning adskiller sig fra positiv test på en måde, som positiv test bekræfter, at vores system fungerer som forventet og sammenligner testresultaterne med de forventede resultater.

De fleste tidsscenarier for negativ test er ikke nævnt i funktionskravsdokumenterne. Som en kvalitetssikring skal vi identificere de negative scenarier og bør have bestemmelser til at teste dem.

Spørgsmål nr. 12) Hvordan vil du sikre, at din test er komplet og har god dækning?

Svar: Krav Sporbarhedsmatrix og testdækningsmatricer hjælper os med at bestemme, at vores testsager har god dækning.

Kravssporbarhedsmatrix hjælper os med at bestemme, at testbetingelserne er tilstrækkelige, så alle kravene er dækket. Dækningsmatricer hjælper os med at bestemme, at testsagerne er tilstrækkelige til at opfylde alle de identificerede testbetingelser i RTM.

En RTM vil se ud som:

RTM

Tilsvarende Testdækningsmatricer vil se ud:

Test dækningsmatricer

Spørgsmål nr. 13) Hvad er de forskellige artefakter, du henviser til, når du skriver testsagerne?

software test interview spørgsmål og svar

Svar: De vigtigste artefakter, der anvendes, er:

  • Funktionel kravspecifikation
  • Krav til forståelsesdokument
  • Brug sager
  • Trådrammer
  • Brugerhistorier
  • Godkendelseskriterier
  • Mange gange UAT test tilfælde

Spørgsmål nr. 14) Har du nogensinde formået at skrive testsagerne uden at have nogen dokumenter?

Svar: Ja, der er tilfælde, hvor vi har en situation, hvor vi skal skrive testsager uden at have nogen konkrete dokumenter.

I det tilfælde, den bedste måde er at:

  • Samarbejd med BA og udviklingsteamet.
  • Grav ind i mails, der har nogle oplysninger.
  • Grav dig ind i ældre testsager / regressionssuite
  • Hvis funktionen er ny, så prøv at læse wiki-siderne eller hjælp til applikationen for at få en idé
  • Sid med udvikleren og prøv at forstå de ændringer, der foretages.
  • Baseret på din forståelse skal du identificere testtilstanden og sende den til BA eller interessenter for at gennemgå dem.

Q # 15) Hvad menes der med Verifikation og validering ?

Svar:

Validering er processen med at evaluere det endelige produkt for at kontrollere, om softwaren opfylder forretningsbehovet. Den testudførelse, vi udfører i vores daglige liv, er valideringsaktiviteten, der inkluderer røgtest, funktionstest, regressionstest, systemtest osv.

Verifikation er en proces til evaluering af de mellemliggende arbejdsprodukter i en softwareudviklings livscyklus for at kontrollere, om vi er i det rette spor til oprettelse af det endelige produkt.

Spørgsmål nr. 16) Hvad er de forskellige verifikationsteknikker, du kender?

Svar: Verifikationsteknikker er statiske. Der er 3 verifikationsteknikker.

Disse forklares som følger:

(i) Gennemgang - Dette er en metode, hvormed koden / testsagerne undersøges af den anden person end den forfatter, der har produceret den. Det er en af ​​de nemme og bedste måder at sikre dækning og kvalitet på.

(ii) Inspektion - Dette er en teknisk og disciplineret måde at undersøge og rette fejlene i testgenstanden eller -koden. Fordi det er disciplineret, har det forskellige roller:

  • Moderator - Gør det lettere for hele inspektionsmødet.
  • Optager - Registrerer mødereferatet, der opstod mangler og andre drøftede punkter.
  • Læser - Læs dokumentet / koden ud. Lederen fører også til hele inspektionsmødet.
  • Producent - Forfatteren. De er i sidste ende ansvarlige for at opdatere deres dokument / kode i henhold til kommentarerne.
  • Anmelder - Alle teammedlemmer kan betragtes som en korrekturlæser. Denne rolle kan også spilles af en gruppe eksperter, hvis projektet kræver det.

(iii) Gennemgang - Dette er en proces, hvor forfatteren af ​​dokumentet / koden læser indholdet og får feedback. Dette er for det meste en slags FYI (For Your Information) -session snarere end at søge rettelser.

Q # 17) Hvad er forskellen mellem Belastning og stresstest ?

Svar:

Stresstest er en teknik, der validerer systemets opførsel, når det udføres under stress. For at forklare reducerer vi ressourcerne og kontrollerer systemets opførsel. Vi forstår først systemets øvre grænse og reducerer gradvist ressourcerne og kontrollerer systemadfærden.

I Belastningstest, vi validerer systemadfærd under den forventede belastning. Belastningen kan være af samtidig bruger eller ressourcer, der har adgang til systemet på samme tid.

Spørgsmål nr. 18) Hvis du er i tvivl om dit projekt, hvordan nærmer du dig?

Svar: Hvis du er i tvivl, skal du først prøve at få det ryddet ved at læse den tilgængelige artefakter / applikationshjælp. I tilfælde af tvivl, der vedvarer, skal du spørge en øjeblikkelig vejleder eller det øverste medlem af dit team.

Forretningsanalytikere kan også være et godt valg at stille tvivl. Vi kan også formidle vores forespørgsler med udviklingsteamet i tilfælde af andre tvivl. Den sidste mulighed ville være at følge op med lederen og endelig til interessenterne.

Spørgsmål nr. 19) Har du brugt automatiseringsværktøjer?

Svar: Svaret på dette spørgsmål er meget eksklusivt for den enkelte. Svar på alle de værktøjer og strategier for automatisering, som du har brugt i dit projekt.

Spørgsmål nr. 20) Hvordan bestemmer du, hvilket stykke software der kræver, hvor meget test?

Svar: Vi kan kende denne faktor ved at finde ud af Cyklomatisk kompleksitet .

T teknikken hjælper med at identificere nedenstående 3 spørgsmål til programmerne / funktionerne

  • Kan funktionen / programmet testes?
  • Forstås funktionen / programmet af alle?
  • Er funktionen / programmet pålideligt nok?

Som en kvalitetssikring kan vi bruge denne teknik til at identificere ”niveauet” af vores test.

forskel mellem b træ og b + træ

Det er en praksis, at hvis resultatet af cyklomatisk kompleksitet er mere eller større, betragter vi det stykke funktionalitet for at være af kompleks karakter, og derfor konkluderer vi som en test; at kodestykket / funktionaliteten kræver dybtgående test.

På den anden side, hvis resultatet af den cyklomatiske kompleksitet er et mindre antal, konkluderer vi som QA, at funktionaliteten er mindre kompleks, og beslutter omfanget i overensstemmelse hermed.

Det er meget vigtigt at forstå hele testlivscyklussen og bør være i stand til at foreslå ændringer i vores proces, hvis det kræves. Målet er at levere software af høj kvalitet, og på den måde bør en kvalitetssikring træffe alle de nødvendige foranstaltninger for at forbedre processen og måden testteamet udfører testene på.

Jeg håber, disse QA-interviewspørgsmål og -svar hjælper med at forberede et kvalitetssikringsinterview.

Anbefalet læsning

^