20 selektiva QA-intervjufrågor för att rensa intervjun 2021

20 selective qa interview questions clear interview 2021

Vanliga frågor och svar om kvalitetssäkring och kvalitetssäkring för att förbereda dig för intervjun:

Här är några av de frågor jag skulle ställa om jag intervjuade en kvalitetssäkringsingenjör.

Frågorna kommer att betona mer på kvalitetsprocesserna och strategin och dessa frågor kommer inte att ställas för testning.

QA-ingenjörerna är mestadels människor som har spenderat lite tid i testindustrin, för när du skapar färdplaner och strategi är det alltid fördelaktigt att ha en viss exponering för branschen.

Låt oss börja!!

Vanliga frågor om QA-intervju

Låt oss börja!!

F # 1) Vad är skillnaden mellan kvalitetssäkring, kvalitetskontroll och testning?

Svar: Kvalitetssäkring är processen att planera och definiera sättet att övervaka och implementera kvalitetsprocesserna (test) inom ett team och en organisation. Denna metod definierar och sätter kvalitetsstandarderna för projekten.

Kvalitetskontroll är processen att hitta fel och ge förslag för att förbättra kvaliteten på programvaran. Metoderna som används av kvalitetskontroll fastställs vanligtvis genom kvalitetssäkring. Det är testteamets primära ansvar att genomföra kvalitetskontroll.

Testning är processen att hitta fel / buggar. Det validerar om programvaran som byggts av utvecklingsteamet uppfyller de krav som ställs av användaren och de standarder som organisationen ställer.

Här är huvudfokus på att hitta buggar och testteamen fungerar som en kvalitetsportvakt.

F # 2) När tycker du att QA-aktiviteter ska börja?

Svar: QA-aktivitet bör börja i början av projektet. Ju mer tidigt det börjar desto mer fördelaktigt är det att sätta standarden för att uppnå kvaliteten.

Kostnad, tid och ansträngningar är mycket utmanande om QA-aktiviteterna blir försenade.

F # 3) Vad är skillnaden mellan testplanen och teststrategin ?

Svar: Teststrategin är på en högre nivå, mestadels skapad av projektledaren som visar den övergripande metoden för testningen för hela projektet, medan testplanen visar hur testningen ska utföras för en viss applikation, som faller under ett projekt.

F # 4) Kan du förklara programvarutestningens livscykel?

Svar: Programvarutestning Livscykel refererar till en testprocess som har specifika steg som ska utföras i en bestämd sekvens för att säkerställa att kvalitetsmålen har uppnåtts.

F # 5) Hur definierar du a format för att skriva ett bra testfall ?

YouTube till WAV Converter gratis nedladdning

Svar: Testfallets format innehåller:

• Testfall ID
• Testfall beskrivning
• Allvarlighetsgrad
• Prioritet
• Miljö
• Byggversion
• Steg för att utföra
• Förväntade resultat
• Faktiska resultat

F # 6) Vad är ett bra testfall?

Svar: Med enkla ord är ett bra testfall ett som finner en defekt. Men alla testfall kommer inte att hitta fel, så ett bra testfall kan också vara en som har alla föreskrivna detaljer och täckning.

F # 7) Vad skulle du göra om du har en stor svit att köra på mycket kortare tid?

Svar: Om vi ​​har mindre tid och måste utföra den större volymen testfall, bör vi prioritera testfallet och exekvera testfallet med hög prioritet först och sedan gå vidare till de lägre prioriterade fallen.

På så sätt kan vi se till att de viktiga aspekterna av programvaran testas.

Alternativt kan vi också söka kundernas preferenser vad som är den viktigaste funktionen för programvaran enligt dem, och vi bör börja testa från dessa områden och sedan gradvis flytta till de områden som är mindre viktiga.

F # 8) Tror du att QA kan också delta för att lösa produktionsfrågor?

Svar: Definitivt!! Det skulle vara en bra inlärningskurva för QA att delta i att lösa produktionsfrågor. Många tidsproduktionsproblem kan lösas genom att rensa loggarna eller göra några registerinställningar eller genom att starta om tjänsterna.

Denna typ av miljöfrågor kan mycket väl fixas av QA-teamet.

Om QA har en inblick i att lösa produktionsfrågorna kan de inkludera dem medan de skriver testfallet, och på detta sätt kan de bidra till att förbättra kvaliteten och försöka minimera produktionsfel.

F # 9) Antag att du hittar ett fel i produktion, hur skulle du se till att samma fel inte introduceras igen?

Svar: Det bästa sättet är att omedelbart skriva ett testfall för produktionsfelet och inkludera det i regressionssviten. På så sätt ser vi till att felet inte introduceras igen.

Vi kan också tänka på alternativa testfall eller liknande typer av testfall och inkludera dem i vårt planerade utförande.

F # 10) Vad är skillnaden mellan funktionell och icke-funktionell testning?

Svar:

Funktionell testning hanterar applikationens funktionella aspekt. Denna teknik testar att systemet beter sig enligt krav och specifikation. Dessa är direkt kopplade till kundernas krav. Vi validerar testfallet mot det angivna kravet och gör testresultaten godkända eller misslyckade i enlighet därmed.

hur man kör en .jar-fil på Windows 10

Exempel inkluderar regression, integration, system, rök, etc.

Icke-funktionell testning , å andra sidan testar den icke-funktionella aspekten av applikationen. Det fokuserar inte på kravet utan på miljöfaktorer som prestanda, belastning och stress. Dessa anges inte uttryckligen i kravet men föreskrivs i kvalitetsnormerna. Så som QA måste vi se till att dessa test också ges tillräcklig tid och prioritet.

F # 11) Vad är negativ testning? Hur skiljer det sig från positiv testning?

Svar: Negativ testning är en teknik som validerar att systemet beter sig elegant vid eventuella ogiltiga ingångar. Till exempel, om användaren matar in ogiltiga data i en textruta ska systemet visa ett korrekt meddelande istället för det tekniska meddelandet som användaren inte förstår.

Negativ testning skiljer sig från positiv testning på ett sätt som positiv testning bekräftar att vårt system fungerar som förväntat och jämför testresultaten med de förväntade resultaten.

För det mesta nämns inte scenarier för negativ testning i funktionskravdokumenten. Som en kvalitetsbedömning måste vi identifiera de negativa scenarierna och bör ha bestämmelser för att testa dem.

F # 12) Hur skulle du se till att din testning är komplett och har bra täckning?

Svar: Krav Spårbarhetsmatris och testtäckningsmatriser hjälper oss att fastställa att våra testfall har god täckning.

Kravspårbarhetsmatris hjälper oss att bestämma att testförhållandena är tillräckliga så att alla krav täcks. Täckningsmatriser hjälper oss att fastställa att testfallet är tillräckligt för att uppfylla alla de identifierade testvillkoren i RTM.

En RTM kommer att se ut som:

Liknande, Testtäckningsmatriser kommer att se ut:

F # 13) Vilka är de olika artefakterna du hänvisar till när du skriver testfallet?

Svar: De viktigaste artefakterna som används är:

• Funktionskravspecifikation
• Dokument för kravförståelse
• Använd fodral
• Trådramar
• Användarberättelser
• Acceptanskriterier
• Många gånger UAT-testfall

F # 14) Har du någonsin lyckats skriva testärenden utan att ha några dokument?

Svar: Ja, det finns fall då vi har en situation där vi måste skriva testfall utan att ha några konkreta dokument.

Isåfall, det bästa sättet är att:

• Samarbeta med BA och utvecklingsteamet.
• Gräva i post som har lite information.
• Gräva i äldre testfall / regressionssvit
• Om funktionen är ny, försök att läsa wiki-sidorna eller hjälp i applikationen för att få en idé
• Sitt med utvecklaren och försök att förstå de förändringar som görs.
• Baserat på din förståelse, identifiera testvillkoret och skicka det till BA eller intressenter för att granska dem.

F # 15) Vad menas med Verifiering och validering ?

Svar:

Godkännande är processen att utvärdera den slutliga produkten för att kontrollera om programvaran uppfyller affärsbehovet. Testkörningen som vi gör i vårt dagliga liv är valideringsaktiviteten som inkluderar rökprovning, funktionstestning, regressionstestning, systemtestning etc.

Verifiering är en process för att utvärdera mellanprodukterna i en livscykel för mjukvaruutveckling för att kontrollera om vi är i rätt spår för att skapa den slutliga produkten.

F # 16) Vilka är de olika verifieringsteknikerna du känner till?

Svar: Verifieringstekniker är statiska. Det finns 3 verifieringstekniker.

Dessa förklaras enligt följande:

(Jag granskar - Detta är en metod genom vilken kod / testfall granskas av den enskilde annan än författaren som har producerat den. Det är ett av de enklaste och bästa sätten att säkerställa täckning och kvalitet.

(ii) Inspektion - Detta är ett tekniskt och disciplinerat sätt att undersöka och korrigera defekterna i testartefakten eller koden. Eftersom den är disciplinerad har den olika roller:

• Moderator - Underlättar hela inspektionsmötet.
• Inspelare - Registrerar protokollet från mötet, brister inträffade och andra punkter diskuterades.
• Läsare - Läs upp dokumentet / koden. Ledaren leder också till hela inspektionsmötet.
• Producent - Författaren. De är ytterst ansvariga för att uppdatera sitt dokument / kod enligt kommentarerna.
• Granskare - Alla teammedlemmar kan betraktas som granskare. Denna roll kan också spelas av en grupp experter som projektet kräver.

(iii) Genomgång - Detta är en process där författaren till dokumentet / koden läser innehållet och får feedback. Detta är mestadels en typ av FYI-session (för din information) snarare än att söka korrigeringar.

F # 17) Vad är skillnaden mellan Belastnings- och stresstestning ?

Svar:

Stresstestning är en teknik som validerar beteendet hos systemet när det körs under stress. För att förklara minskar vi resurserna och kontrollerar systemets beteende. Vi förstår först den övre gränsen för systemet och minskar gradvis resurserna och kontrollerar systembeteendet.

I Lasttestning, vi validerar systembeteendet under den förväntade belastningen. Belastningen kan vara av samtidiga användare eller resurser som får åtkomst till systemet samtidigt.

F # 18) Om du har några tvivel angående ditt projekt, hur närmar du dig?

Svar: Om du är osäker, försök först att rensa den genom att läsa de tillgängliga artefakterna / applikationshjälpen. Vid tvivel som kvarstår, fråga en omedelbar handledare eller ledande medlem i ditt team.

Affärsanalytiker kan också vara ett bra val att fråga tvivel. Vi kan också förmedla våra frågor med utvecklingsteamet i händelse av andra tvivel. Det sista alternativet skulle vara att följa upp med chefen och slutligen till intressenterna.

F # 19) Har du använt några automatiseringsverktyg?

Svar: Svaret på denna fråga är mycket exklusivt för individen. Svara på alla verktyg och strategier för automatisering som du har använt i ditt projekt.

F # 20) Hur bestämmer du vilken mjukvara som kräver hur mycket testning?

Svar: Vi kan känna till denna faktor genom att ta reda på Cyklomatisk komplexitet .

T tekniken hjälper till att identifiera nedanstående 3 frågor för programmen / funktionerna

• Kan funktionen / programmet testas?
• Förstås funktionen / programmet av alla?
• Är funktionen / programmet tillräckligt pålitligt?

Som en kvalitetsbedömning kan vi använda denna teknik för att identifiera ”nivån” i våra tester.

konvertera YouTube-video till MP4 gratis

Det är en praxis att om resultatet av cyklomatisk komplexitet är mer eller ett större antal, anser vi att den funktionen är av komplex natur och därför avslutar vi som en testare; att kod / funktionalitet kräver djupgående tester.

Å andra sidan, om resultatet av den cyklomatiska komplexiteten är ett mindre antal, drar vi som QA slutsatsen att funktionaliteten är mindre komplex och bestämmer omfattningen därefter.

Det är mycket viktigt att förstå hela testlivscykeln och bör kunna föreslå förändringar i vår process om det behövs. Målet är att leverera mjukvara av hög kvalitet och på det sättet bör en kvalitetssäkring vidta alla nödvändiga åtgärder för att förbättra processen och hur testteamet utför testerna.

Jag hoppas att dessa QA-intervjufrågor och svar hjälper till att förbereda en kvalitetssäkringsintervju.

Rekommenderad läsning

• Intervjufrågor och svar
• Några intressanta frågor om mjukvarutestning
• ETL Testing Intervju Frågor och svar
• Topp 20 viktigaste API-testintervjuer och svar
• Hur man förbereder sig för intervju om programvarutestning
• Programvaruhandbok Testning av intervjufrågor för erfarna yrkesverksamma
• 25 bästa intervjuer och svar på Agile Testing
• De 200 främsta intervjufrågorna om programvarutestning (en måste läsas för att rensa ALLA testintervjuer)