20 selective qa interview questions clear interview 2021
Ofte stilte spørsmål og svar om kvalitetssikring av kvalitetssikringsinteresser for å hjelpe deg med å forberede deg på intervjuet:
Her er noen av spørsmålene jeg vil stille hvis jeg intervjuer en kvalitetssikringsingeniør.
Spørsmålene vil vektlegge mer på kvalitetsprosessene og strategien, og disse spørsmålene vil ikke bli stilt for testing.
QA-ingeniørene er for det meste mennesker som har brukt litt tid i testindustrien, for når du lager veikart og strategi, er det alltid gunstig å ha en viss eksponering i bransjen.
La oss begynne!!
Ofte stilte spørsmål om QA-intervju
La oss begynne!!
Q # 1) Hva er forskjellen mellom kvalitetssikring, kvalitetskontroll og testing?
Svar: Kvalitetssikring er prosessen med å planlegge og definere måten å overvåke og implementere kvalitets (test) prosesser i et team og en organisasjon. Denne metoden definerer og setter kvalitetsstandardene til prosjektene.
Kvalitetskontroll er prosessen med å finne feil og gi forslag for å forbedre kvaliteten på programvaren. Metodene som brukes av kvalitetskontroll er vanligvis etablert av kvalitetssikring. Det er testteamets hovedansvar å implementere kvalitetskontroll.
Testing er prosessen med å finne feil / feil. Den validerer om programvaren som er utviklet av utviklingsteamet oppfyller kravene som er satt av brukeren og standardene som er satt av organisasjonen.
Her er hovedfokuset på å finne feil og testteamene fungerer som en kvalitetsportvakt.
Q # 2) Når mener du at QA-aktiviteter bør starte?
Svar: QA-aktivitet bør starte i begynnelsen av prosjektet. Jo mer tidlig det begynner jo mer fordelaktig er det å sette standarden for å oppnå kvaliteten.
Kostnad, tid og innsats er veldig utfordrende i tilfelle QA-aktivitetene blir forsinket.
Q # 3) Hva er forskjellen mellom testplan og teststrategi ?
Svar: Teststrategi er på et høyere nivå, hovedsakelig opprettet av prosjektleder som viser den generelle tilnærmingen til testingen for hele prosjektet, mens testplanen viser hvordan testingen skal utføres for en bestemt applikasjon, som faller inn under et prosjekt.
Q # 4) Kan du forklare programvaretestets livssyklus?
Svar: Programvare Testing livssyklus refererer til en testprosess som har spesifikke trinn som skal utføres i en bestemt rekkefølge for å sikre at kvalitetsmålene er oppnådd.
Q # 5) Hvordan definerer du a format for å skrive en god prøvesak ?
unix shell-skriptkommandoer med eksempler
Svar: Formatet for Test Case inkluderer:
- Test-saks-ID
- Test case beskrivelse
- Alvorlighetsgrad
- Prioritet
- Miljø
- Bygg versjon
- Fremgangsmåte for å utføre
- Forventede resultater
- Faktiske resultater
Sp # 6) Hva er en god testtilfelle?
Svar: Med enkle ord er en god prøvesak en som finner en mangel. Men alle test tilfeller vil ikke finne feil, så en god test sak kan også være en som har alle foreskrevne detaljer og dekning.
Spørsmål 7) Hva ville du gjort hvis du har en stor suite å utføre på veldig kortere tid?
Svar: I tilfelle vi har kortere tid og må utføre det større volumet av testsaker, bør vi prioritere testsaken og utføre testsakene med høy prioritet først og deretter gå videre til de lavere prioritetssakene.
På denne måten kan vi sørge for at de viktige aspektene ved programvaren blir testet.
Alternativt kan vi også søke kundens preferanse hva som er den viktigste funksjonen til programvaren i henhold til dem, og vi bør begynne å teste fra disse områdene og deretter gradvis flytte til de områdene som er av mindre betydning.
Q # 8) Tror du at QA-er også kan delta for å løse produksjonsproblemer?
Svar: Helt sikkert!! Det ville være en god læringskurve for QA-er å delta i å løse produksjonsproblemer. Mange tidsproduksjonsproblemer kan løses ved å tømme loggene eller gjøre noen registerinnstillinger eller ved å starte tjenestene på nytt.
Denne typen miljøspørsmål kan godt løses av QA-teamet.
Også, hvis QA har innblikk i å løse produksjonsproblemene, kan de inkludere dem mens de skriver testtilfellene, og på denne måten kan de bidra til å forbedre kvaliteten og prøve å minimere produksjonsfeil.
Sp # 9) Anta at du finner en feil i produksjonen, hvordan vil du sørge for at den samme feilen ikke blir introdusert igjen?
Svar: Den beste måten er å umiddelbart skrive en testtilfelle for produksjonsfeilen og inkludere den i regresjonspakken. På denne måten sikrer vi at feilen ikke blir introdusert igjen.
Vi kan også tenke på alternative testsaker eller lignende typer testsaker og inkludere dem i vår planlagte utførelse.
hvordan du legger til elementer i en matrise i java
Q # 10) Hva er forskjellen mellom funksjonell og ikke-funksjonell testing?
Svar:
Funksjonell testing behandler det funksjonelle aspektet ved applikasjonen. Denne teknikken tester at systemet oppfører seg i henhold til kravet og spesifikasjonen. Disse er direkte knyttet til kundens krav. Vi validerer testsakene mot det angitte kravet og gjør testresultatene som bestått eller ikke bestått tilsvarende.
Eksempler inkluderer regresjon, integrering, system, røyk osv
Ikke-funksjonell testing , derimot tester det ikke-funksjonelle aspektet ved applikasjonen. Det fokuserer ikke på kravet, men miljøfaktorer som ytelse, belastning og stress. Disse er ikke eksplisitt spesifisert i kravet, men er foreskrevet i kvalitetsstandardene. Så som QA må vi sørge for at disse testene også får tilstrekkelig tid og prioritet.
Sp # 11) Hva er negativ testing? Hvordan er det forskjellig fra positiv testing?
Svar: Negativ testing er en teknikk som validerer at systemet oppfører seg grasiøst i tilfelle ugyldige innganger. For eksempel, i tilfelle brukeren legger inn ugyldige data i en tekstboks, bør systemet vise en riktig melding i stedet for den tekniske meldingen som brukeren ikke forstår.
Negativ testing er forskjellig fra positiv testing på en måte som positiv testing bekrefter at systemet vårt fungerer som forventet og sammenligner testresultatene med de forventede resultatene.
De fleste av tidsscenariene for negativ testing er ikke nevnt i dokumentene om funksjonskrav. Som en kvalitetssikring må vi identifisere de negative scenariene, og vi bør ha bestemmelser for å teste dem.
Spørsmål nr. 12) Hvordan vil du sikre at testingen din er fullført og har god dekning?
Svar: Krav Sporbarhetsmatrise og testdekkingsmatriser vil hjelpe oss med å fastslå at testtilfellene våre har god dekning.
Kravsporbarhetsmatrise vil hjelpe oss med å fastslå at testforholdene er nok til at alle kravene dekkes. Dekningsmatriser vil hjelpe oss med å fastslå at testtilfellene er nok til å tilfredsstille alle de identifiserte testbetingelsene i RTM.
An RTM vil se ut som:
På samme måte, Testdekkingsmatriser vil se ut:
Sp # 13) Hva er de forskjellige gjenstandene du refererer til når du skriver testtilfellene?
Svar: De viktigste gjenstandene som brukes er:
- Funksjonell kravspesifikasjon
- Krav til forståelsesdokument
- Bruk tilfeller
- Wireframes
- Brukerhistorier
- Akseptkriterier
- Mange ganger UAT test tilfeller
Sp # 14) Har du noen gang klart å skrive testsakene uten å ha noen dokumenter?
Svar: Ja, det er tilfeller når vi har en situasjon der vi må skrive prøvesaker uten å ha noen konkrete dokumenter.
I så fall, den beste måten er å:
- Samarbeid med BA og utviklingsteamet.
- Grav deg i e-post som har litt informasjon.
- Grav deg inn i eldre testsaker / regresjonspakke
- Hvis funksjonen er ny, kan du prøve å lese wiki-sidene eller hjelpe deg med applikasjonen for å få en idé
- Sett deg sammen med utvikleren og prøv å forstå endringene som gjøres.
- Basert på din forståelse, identifiser testtilstanden og send den til BA eller interessenter for å gjennomgå dem.
Sp # 15) Hva menes med Verifisering og validering ?
Svar:
Validering er prosessen med å evaluere det endelige produktet for å sjekke om programvaren oppfyller forretningsbehovet. Testutførelsen vi gjør i vårt daglige liv er valideringsaktiviteten som inkluderer røykprøving, funksjonstesting, regresjonstesting, systemtesting osv.
Bekreftelse er en prosess for å evaluere de mellomliggende arbeidsproduktene i en livssyklus for programvareutvikling for å sjekke om vi er i riktig spor for å lage det endelige produktet.
Sp # 16) Hva er de forskjellige verifiseringsteknikkene du kjenner?
Svar: Verifiseringsteknikker er statiske. Det er 3 verifikasjonsteknikker.
Disse forklares som følger:
(i) Gjennomgang - Dette er en metode der koden / testtilfellene blir undersøkt av den andre enn forfatteren som har produsert den. Det er en av de enkle og beste måtene å sikre dekning og kvalitet.
(ii) Inspeksjon - Dette er en teknisk og disiplinert måte å undersøke og korrigere feilene i testgjenstanden eller koden. Fordi den er disiplinert, har den forskjellige roller:
- Moderator - Tilrettelegger for hele inspeksjonsmøtet.
- Opptaker - Registrerer referat fra møtet, feil oppstod og andre punkter diskutert.
- Leser - Les opp dokumentet / koden. Lederen fører også til hele inspeksjonsmøtet.
- Produsent - Forfatteren. De er til slutt ansvarlige for å oppdatere dokumentet / koden i henhold til kommentarene.
- Anmelder - Alle teammedlemmene kan betraktes som en anmelder. Denne rollen kan også spilles av noen ekspertgrupper som prosjektet krever.
(iii) Gjennomgang - Dette er en prosess der forfatteren av dokumentet / koden leser innholdet og får tilbakemeldinger. Dette er for det meste en slags FYI (For Your Information) økt snarere enn å søke rettelser.
Q # 17) Hva er forskjellen mellom Last og stresstesting ?
Svar:
Stress Testing er en teknikk som validerer oppførselen til systemet når det kjøres under stress. For å forklare reduserer vi ressursene og sjekker oppførselen til systemet. Vi forstår først den øvre grensen for systemet og reduserer gradvis ressursene og sjekker systematferden.
I Lastetesting, vi validerer systematferden under forventet belastning. Belastningen kan være av samtidig bruker eller ressurser som får tilgang til systemet samtidig.
Spørsmål nr. 18) Hvis du er i tvil angående prosjektet ditt, hvordan nærmer du deg?
Svar: Hvis du er i tvil, kan du først prøve å få det ryddet ved å lese tilgjengelig gjenstander / applikasjonshjelp. I tilfelle tvil som vedvarer, spør en øyeblikkelig veileder eller eldre medlem av teamet ditt.
Forretningsanalytikere kan også være et godt valg å stille tvil. Vi kan også formidle spørsmålene våre med utviklingsteamet i tilfelle andre tvil. Det siste alternativet vil være å følge opp med lederen og til slutt til interessentene.
Sp # 19) Har du brukt noen automatiseringsverktøy?
Svar: Svaret på dette spørsmålet er veldig eksklusivt for den enkelte. Svar på alle verktøyene og strategiene for automatisering som du har brukt i prosjektet ditt.
Spørsmål nr. 20) Hvordan bestemmer du hvilken programvare som krever hvor mye testing?
Svar: Vi kan kjenne denne faktoren ved å finne ut Syklomatisk kompleksitet .
T teknikken hjelper deg med å identifisere de tre spørsmålene nedenfor for programmene / funksjonene
- Kan funksjonen / programmet testes?
- Forstås innslaget / programmet av alle?
- Er funksjonen / programmet pålitelig nok?
Som en kvalitetssikring kan vi bruke denne teknikken til å identifisere 'nivået' av testingen.
hvordan reverserer du en matrise på plass i java?
Det er en praksis at hvis resultatet av syklomatisk kompleksitet er mer eller et større tall, anser vi at den funksjonaliteten er av kompleks natur, og derfor konkluderer vi som en tester; at kodebiten / funksjonaliteten krever grundig testing.
På den annen side, hvis resultatet av den syklomatiske kompleksiteten er et mindre tall, konkluderer vi som QA at funksjonaliteten er av mindre kompleksitet og bestemmer omfanget deretter.
Det er veldig viktig å forstå hele testlivssyklusen, og bør kunne foreslå endringer i prosessen vår om nødvendig. Målet er å levere programvare av høy kvalitet, og på den måten bør en kvalitetssikring ta alle nødvendige tiltak for å forbedre prosessen og måten testteamet utfører testene på.
Jeg håper disse spørsmålene og svarene på QA-intervjuet vil hjelpe deg med å forberede et kvalitetssikringsintervju.
Anbefalt lesing
- Intervju spørsmål og svar
- Noen interessante intervjusspørsmål om programvaretesting
- ETL Testing Intervju Spørsmål og svar
- Topp 20 viktigste API-tester Intervju spørsmål og svar
- Hvordan forberede deg på intervju for programvaretesting
- Programvarehåndbok Testing av intervjuspørsmål for erfarne fagpersoner
- 25 beste spørsmål om svar og svar på smidig testing
- Topp 200 spørsmål om programvaretesting (en må leses for å fjerne ethvert testintervju)