Meny

6 spørsmål for å avgjøre om en kandidat er egnet for QA-jobben

6 questions determine if candidate is fit

Prøv Instrumentet Vårt For Å Eliminere Problemer

Etter hvert som teknologien vokser og programvaren blir en integrert del av menneskelivet, øker forventningene om bedre applikasjon, service og brukeropplevelse.

Borte er dagene da en kunde besøkte markedet fem ganger for å sjekke forskjellige merker, kvalitet og pris før de kjøpte et klimaanlegg. I dag tas de store beslutningene mens du sitter på en komfortabel stol og nipper til kaffe.

Med få klikk kan du evaluere alt og alt på nettet som er tilgjengelig i markedet; du kan lese relevante anbefalinger fra andre brukere; du kan bestille og forvente klimaanlegget rett utenfor døren innen en dag.

Tror du ikke at det er på tide å revolusjonere intervju- og kandidatutvelgelsesprosesser med disse endringene?

Spørsmål til en QA-jobb

La oss se på et eksempel:

Hvis du vil gi bedre sikkerhet, må du utnevne en bevæpnet sikkerhetsvakt. Men før det må du bekrefte om han vet hvordan og når du skal bruke disse sikkerhetsvåpnene.

virtual reality-beskyttelsesbriller til Xbox 360

Og hvordan bekrefter du det?

Ved å prøve å dømme ham / henne innen 20-30 minutter etter en prosess, kalt et intervju?

Ingen vil få uendelig tid til å dømme og velge en kandidat. Det er viktig å forstå hvordan intervjuprosessen og spørsmålene skal være for å få de beste resultatene.

Og riktig prosess burde inneholde riktige spørsmål, ikke sant?

La oss se på et par scenarier:

Scenario nr. 1:Intervju for programvare QA-nybegynnernivåposisjon pågår:

Spørsmål: Hva er STLC?
Svar: Besvart ...

Spørsmål: Hva er Bug livssyklus?
Svar: Besvart ...

Spørsmål: Fortell prøvesakene for påloggingssiden?
Svar: Besvart ...

Spørsmål: Hvordan vil du teste Facebook?
Svar: Besvart ...

Resultat? Kandidaten velges.

Scenario nr. 2:Intervju for programvare QA-nybegynnernivåposisjon pågår:

Spørsmål: Hvorfor vil du være programvaretester?
A: Umm …… Egentlig liker jeg å teste (godt å vite)

Spørsmål: Hvordan vil du ha pizzaen hvis den presenteres i en trekantet form?
Svar: Hvem vil tenke på form når pizza er der? Jeg vil bare spise det og smile

Spørsmål: Hvordan skjerper du testferdighetene dine?
A: Jeg fortsetter å teste.

Spørsmål: Kan du observere noe rundt deg og peke på noen problemer?
A: Umm ... (Rynker på pannen og forbanner intervjueren) ... .umm ... ..umm ...… fortsatte

Resultat? Kandidaten er høflig bedt om å dra.

Har du lagt merke til en forskjell mellom disse intervju-scenariene? Du skjønner poenget.

I karrieren har jeg intervjuet så mange kandidater, og ut fra det kan jeg definitivt konkludere med at:

  1. Nesten alle kandidatene er forberedt på teoretiske spørsmål
  2. Kommunikasjonsferdigheter er viktig, men det er ikke tilstrekkelig å bedømme en kandidat ut fra denne ferdigheten
  3. Demo av Sanntidstesting / QA ferdigheter er must før valg
  4. Hvis personen ikke viser nysgjerrighet og lidenskap, vil intervjuet bare være bortkastet tid
  5. Å prøve ut noe logisk bør tillegges mer vekt enn å svare på et teoretisk spørsmål
  6. Hvor raskt og kreativt personen kan generere testideer er viktigst
  7. Rapporteringsevne for QA er viktig, og den kan ikke ignoreres

Alle stillinger har sine egne krav, men i tillegg er det et felles behov for hvert felt, som må verifiseres, uansett hvilken betegnelse intervjuet gjennomføres.

Når det gjelder programvaretesting, kan jeg påpeke spørsmålene nedenfor, uten spesiell rekkefølge, som skal vurderes:

Still disse 6 spørsmålene for å avgjøre om en kandidat er egnet til QA-stillingen:

Spørsmål 1om nysgjerrighet og lidenskap:

Nysgjerrighet og lidenskap

Å være programvaretester betyr å være nysgjerrig på alt. Du må speile et barn som er nysgjerrig på hele verden og vil vite hvordan det fungerer. Dette er de kritiske kriteriene som skal vurderes.

hva er en testplan i qa

Mine spørsmål rundt dette punktet er som:

  • Hvorfor vil du være tester?
  • Hvorfor tror du stolen krever fire ben?
  • Hvorfor bruker vi en paraply for å beskytte oss mot regn?

Spørsmål 2om forståelse av prioriteringer:

Forstå prioriteringer

En tester er alltid lastet med flere oppgaver, og hvis den ikke kan definere prioriteringer, vil han / hun bare skape et rot. I stedet for å hoppe inn i alt og ikke være i stand til å fullføre noe, er det bedre å forlate arbeidsområdet med en tilfredshet over at du har fullført et av de viktige arbeidene.

Men hvem definerer hva som er viktig? Spørsmålene er:

  • Scenario 1: Du liker dragerefestivalen mest og har ventet, men du blir kjent med at din kjære venn gifter seg samme dag. Hva ville du gjort? Vil du nyte kite festival eller vil du delta i ekteskap?
  • Scenario 2: Du er en foreldre som jobber, og i dag er det foreldremøte på barnets skole. Men om morgenen ringte lederen din opp og informerte om at du må være tilgjengelig for dagens demo, som kolliderer med tiden for PTM. Hva vil du gjøre?

Spørsmål 3om feilrapportering:

Det er en kunst å beskrive problemet du står overfor, og at kunsten er nøkkelfaktoren for at enhver programvaretester skal lykkes innen dette feltet.

hvordan man skriver en testplan

Spørsmål for å bedømme dette kan være:

  • Scenario 1: La oss si at viftene eller ventilasjonssystemet i denne hallen ikke er riktig, og at du må formidle det til administratoren. Hvordan ville du gjort det?
  • Scenario 2: Du fant en feil i en applikasjon, og du er ikke i stand til å reprodusere den konsekvent. Hvordan vil du rapportere det? Forklar med eksempel.

Spørsmål nr. 4på ideer generasjon:

ide generasjon

Å være i det mest kreative feltet, programvaretesting, hvis en tester ikke klarer å generere testideer, vil s (han) begynne å føle seg stillestående i kort varighet.

Les også=> Programvaretesting handler om ideer (og hvordan du kan generere dem)

Spørsmål her kan være:

  • Hvis det ikke er noe måleinstrument tilgjengelig, hvordan vil du måle lufttemperaturen?
  • Det brenner brått i bygningen. Hva vil du gjøre?
  • Hvordan vil du teste en penn?

Spørsmål nr. 5på begreper:

Som programvaretester forventes det at personen skal vite hva testing er og hvordan man kan utføre det bedre. Konseptuell kunnskap er også nødvendig og kan evalueres med spørsmålene nedenfor:

  • Mens SDLC-modellen er bedre i henhold til deg? Foss eller smidig? Hvorfor?
  • Hva er behovet for omprøving når du allerede er gjør regresjonstesting ?

Spørsmål nr. 6om analytiske ferdigheter:

Å finne årsaken eller mønsteret til et problem er like viktig som å finne et problem. Det forventes at en tester også viser den dyktigheten.

Eksempel på spørsmål for å bedømme dette kan være:

  • Som bilprodusentfirma observerte du fem påfølgende klager på flate dekk i en ny bil. Hva vil du gjøre? Skifter du dekkleverandør eller vil du gjøre noe annet? Hvordan og hvorfor?
  • Hvis 13 er tretten og 12 er tolv, hva ville 212 være?

Ofte er slike spørsmål nok til å bedømme om personen som sitter foran deg, ville være det riktige valget som et nytt tilskudd til teamet.

Om forfatteren: Dette fantastiske innlegget er skrevet av STH-teammedlem Bhumika Mehta. Hun er prosjektleder, med 10+ års erfaring med programvaretesting. Hun er helt opptatt av å teste og elsker å teste alt som eksisterer.

Jeg vil gjerne vite hva du mener om dette punktet. Må vi virkelig endre intervjuprosessen for programvaretesting av QA-stillinger?

Anbefalt lesing

^