top 10 qa test lead
Software Test Lead eller Test Manager intervjuspørsmål med detaljerte svar:
STH er tilbake med enda en intervju-serie. Denne er for QA / testledelsesposisjon.
Vi kommer til å dekke noen vanlige, men viktige spørsmål og svar på testleder og testleder.
Som alltid vil vi følge mønsteret med forklaringsbaserte svar i stedet for politisk korrekte. La oss begynne.
Vanligvis tester QA-intervjuer alle intervjuobjekter innen 3 hovedområder:
#1) Kjerneteknisk kunnskap og kompetanse
#to) Holdning
# 3) Kommunikasjon
Nå som vi snakker om et intervju med QA-testledelse, er prosessen lik, og måten å vurdere kommunikasjon på er fortsatt den samme.
Samlet sammenheng, overbevisning og klarhet er noen få faktorer som bidrar til effektiv kommunikasjon. Når det gjelder å evaluere de to første områdene for en QA-testledning, kan vi dele områdene der spørsmålene om QA-ledende intervju kan komme fra tre kategorier:
1) Teknisk ekspertise
to) Lagspillerinnstilling
3) Lederegenskaper
Vi vil ta en titt på hver av disse og utdype det videre.
Hva du vil lære:
- Testleder eller testleder Intervju om teknisk ekspertise
- Testleder / lederintervju spørsmål om holdning og ledelse
- Konklusjon
- Anbefalt lesing
Testleder eller testleder Intervju om teknisk ekspertise
Dette kan deles videre i prosess- og verktøybaserte ferdigheter. Noen få spørsmål som kan stilles er:
Q # 1. Hva var dine roller og ansvar, og hvordan ble tiden din delt mellom oppgaver i et prosjekt?
Normalt fungerer en testleder på prosjektet akkurat slik de andre teammedlemmene gjør. Bare 10% (industristandard, kan variere fra prosjekt til prosjekt) av tiden brukes på koordineringsaktiviteter.
Du kan videre bryte dette ned til å si:
- 50% - Testaktiviteter - avhengig av scenen prosjektet er i, kan dette bli testet planlegging, design eller gjennomføring
- 20% - gjennomgang
- 10% - koordinering
- 20% - klientkommunikasjon og leveringsadministrasjon
STHs tips:
Forbered deg fremover. Har alle tallene funnet ut på forhånd?
Les også => Test Lead Ansvar
Q # 2. Hvilken QA-prosess bruker du i prosjektet ditt og hvorfor?
Når dette spørsmålet blir spurt til et QA-teammedlem, er ideen å vurdere deres fortrolighet og komfort i å bruke prosessen på plass. Men når dette spørsmålet kommer til teamledelsen, er dette for å forstå at din kompetanse er i stand til etablere nevnte prosess. Den beste måten å gjøre dette på er: idédugnad.
Et eksempel på svar kan være slik: For øyeblikket, vi følger en blanding av både tradisjonelle og smidige prosjekter . Måten vi går frem på er: vi håndterer utgivelser i korte sprints, men innenfor sprints vil vi fremdeles lage en testplan, teste scenarier, men ikke teste tilfeller og rapportere feilene som vi ville gjort i fossemodellen. For å spore fremgangen bruker vi et scrumbrett og for mangler bruker vi Bugzilla-verktøyet. Selv om spurtene våre er korte, sørger vi for at alle anmeldelser, rapporter og beregninger skjer i tide.
Du kan legge til mer i dette: hvis det er et offshore-modellprosjekt, hvis dev- og QA-sprintene er atskilt og henger etter hverandre osv.
Se også => QA prosesser til slutt for å avslutte virkelige prosjekter
verktøy for sikkerhetstesting for webapplikasjon
Q # 3. Hva anser du for å være dine viktigste prestasjoner / initiativer?
Alle vil ha en vellykket leder, ikke bare en leder - derfor dette spørsmålet.
Tildelinger, ytelsesvurderinger og anerkjennelse over hele bedriften (klapp på baksiden, månedens ansatt) osv. Er alle gode. Men ikke rabatt på daglige prestasjoner:
Kanskje du har strømlinjeformet rapporteringsprosessen eller forenklet en testplan eller opprettet et dokument som kan brukes til sunn fornuft, teste et system som er komplisert, veldig lite tilsyn når det brukes, etc.
Q # 4. Har du vært involvert i testestimering og hvordan gjør du det?
Testestimering gir en omtrentlig ide av hvor mye tid, krefter og ressurser som kreves for å teste. Dette vil bidra til å bestemme kostnadene, tidsplanene og gjennomførbarheten for de fleste prosjekter. Testledninger kontaktes for testestimering i begynnelsen av hvert prosjekt. Derfor er svaret på spørsmålet om testestimering var en del av jobbprofilen for en QA-leder “Ja”.
‘Hvordan’-delen er forskjellig fra lag til lag og fører til ledelse. Hvis du har brukt funksjonspunkter eller andre teknikker, må du huske å nevne det.
Også, hvis du ikke har brukt disse metodene og basert estimeringen helt på historiske data, intuisjon og erfaring - si det så og gi en begrunnelse for å gjøre det.
For eksempel: når jeg må estimere prosjektene eller CR-ene mine, lager jeg ganske enkelt grunnleggende testscenarier (høyt nivå) og får en idé om hvor mange testsaker jeg kan jobbe med og deres kompleksitet. Felt- eller brukergrensesnittnivå-testtilfeller kan kjøres og skrives i et tempo på omtrent 50-100 per dag / per person. Testtilfeller med middels kompleksitet (med 10 eller flere trinn) kan skrives omtrent 30 per dag / per person. Høy kompleksitet eller ende til ende er med en hastighet på 8-10 per dag / per person. Alt dette er en tilnærming, og det er andre faktorer som beredskaper, teamets ferdigheter, tilgjengelig tid osv. Må tas i betraktning, men dette har fungert for meg i de fleste tilfeller. Så for dette spørsmålet ville dette være svaret mitt.
STH Tips:
- Anslag er tilnærminger og er ikke alltid nøyaktige. Det vil alltid være en gi og ta. Men det er alltid bedre for et testprosjekt å overvurdere enn å undervurdere.
- Det er også en god ide å snakke om hvordan du har søkt hjelp fra teammedlemmene dine til å komme med testscenarier og identifisere kompleksitet, fordi dette vil etablere deg som en mentor, som hvert teamleder burde være.
Les også => Hvordan være et godt team mentor, coach og en ekte team-forsvarer i en smidig testverden? - Inspirasjonen
Q # 5. Hvilke verktøy bruker du og hvorfor?
QA-prosessverktøy som HP ALM (Quality center), bug tracking software, Automation software er ting du bør være dyktig sammen med alle teammedlemmene dine.
I tillegg til det, hvis du bruker administrasjonsprogramvare som MS Project, fremhever Agile administrasjonsverktøy den erfaringen og snakker om hvordan verktøyet har hjulpet dine daglige oppgaver.
For eksempel : Snakk om hvordan du bruker JIRA for enkel defekt og oppgavebehandling i QA-prosjektet ditt. I tillegg til det, hvis du kan snakke om JIRA Agile-tillegget og hvordan det har hjulpet med Scrumboard-opprettelse, planlegging av brukerhistorier, sprintplanlegging, arbeid, rapportering osv., Ville det vært bra.
Q # 6. Prosesskjennskap og mestring- Hvis du behandler du følger på arbeidsplassen din er fossen, onsite-offshore, Agile eller noe med den effekten, kan du forvente detaljert spørsmål og svar om implementering, suksess, beregninger, beste praksis og utfordringer blant annet.
For detaljer, sjekk ut linkene nedenfor:
- Testing på stedet offshore programvare
- Agile testing tutorials
Der går den første delen. I neste testleder eller spørsmål om seksjonsspørsmål om testleder , vil vi håndtere holdspillerholdning og ledelsesrelaterte spørsmål.
Testleder / lederintervju spørsmål om holdning og ledelse
I denne delen gir vi en liste over de mest og ofte stilte spørsmålene om testlederintervju som er nyttige for rollen Testleder.
Test Manager spiller en veldig fremtredende rolle fordi han må lede hele testteamet. Så spørsmålene vil være litt vanskelige ved å lese nedenfor vil du være nok selvsikker.
Spørsmål i sanntid om intervjuer er også nevnt i denne artikkelen.
Følgende er listen over scenariobaserte intervjuspørsmål og svar for testleder:
# 7) Kunden har rapportert om alvorlige mangler i Daily balance-rapporten. Kunden er misfornøyd med at problemet ikke er løst selv etter en uke. Hvilke tiltak vil du som statsråd ta for å gjenopprette tilliten til kundene og sikre at dette ikke vil skje i fremtiden?
Svar:
Konfliktløsning: Få på kundens bølgelengde. Få fakta og still spørsmål, få detaljinformasjon og ta notater, lytt nøye. Etablere og sette i gang et handlingsprogram (innrøm feil hvis det er der, forhandle om en tilfredsstillende løsning, oppgi løsningen og få en avtale, ta grep og følg opp med en kunde).
Til slutt, etabler en riktig daglig problemgjennomgangsprosess for å forhindre slike problemer i fremtiden.
# 8) Det er observert at testerne i organisasjonen din utfører tester på leveransen, selv etter at det er funnet betydelige feil. Dette har resultert i unødvendig testing av liten verdi fordi omprøving må gjøres etter at mangler er utbedret.
Du er testleder og skal oppdatere testplanen med anbefalinger om når du skal stoppe testen. Oppgi anbefalingene du skal komme med.
Svar:
Følgende trinn må tas:
til) Akseptkriteriene bør strammes inn.
b) Testtilfeller bør vurderes på nytt (helst fagfellevurdering).
c) Hvis mulig bør flere testtilfeller legges til. Med grenseverdi og ekvivalensklasse partisjonssaker.
d) Flere testsaker med ugyldig tilstand bør legges til.
er) Stoppkriterier må endres.
# 9) Du er nylig utnevnt som testleder i en organisasjon som bruker manuell testing. Sjefen din vil at du skal fremlegge tre testverktøy og funksjonene deres for å skape bevissthet om testverktøyene i toppledelsen. Foreslå noen tre testverktøy for testmiljøet ditt, og hvorfor foreslår du dem?
Svar:
Det tredje spørsmålet er veldig viktig. Du kan skrive om testdirektør, Winrunner / Load runner, McCable eller annet dekningsverktøy. Testdirektør er nyttig for å spore feil. WR eller LR for å utføre funksjonalitet / Load testing, Dekningsverktøy for å sjekke kodedekningen og derved hjelpe til med White box testing.
# 10) Du jobber med et prosjekt der kravene endres dynamisk. Dataene i prosjektet kommer fra forskjellige ender (fra forskjellige plattformer) og er avhengige av hverandre. Du ser på dette som en stor risiko i prosjektet. Hvordan vil du planlegge deretter?
Svar:
Gi en plan som ivaretar risikoen og som er identifisert i risikoområdene. Si at testomfanget vil konsentrere seg mer om datadrevne tester etc.
Konklusjon
Det er en rask beskrivelse av et spørsmål som ble stilt i intervjuet til QA-leder eller leder med svarene.
Som et avskjedsnotat vil jeg gjøre deg oppmerksom på at når du svarer på spørsmål i et intervju, ikke ser på det som en undersøkelse. Se på det som en plattform for idédugnad og fremføring av synspunkt og individuelle opplevelser.
Som alltid vil dine erfaringer, tilbakemeldinger og kommentarer berike denne artikkelen og gi deg en mye mer givende lesning. Vi håper å høre fra deg.
Anbefalt lesing
- Intervju Spørsmål og svar
- Noen interessante spørsmål om intervjuer med programvaretesting
- ETL Testing Intervju Spørsmål og svar
- Hvordan forberede deg på intervju med programvaretesting
- Programvarehåndbok Testing av intervjuspørsmål for erfarne fagpersoner
- 25 Beste Agile Testing Intervju Spørsmål og svar
- Topp 200 spørsmål om programvaretestintervju (en må leses for å fjerne ALLE testintervjuer)
- Topp 20 viktigste API-tester Intervju spørsmål og svar