test cases interview questions
På STH elsker vi spørsmål og oppfordrer dem alltid. Det er den eneste måten å fremme en sunn diskusjon og utvikle et perspektiv.
prøve CV for erfaren programvaretester
I dagens artikkel vil vi svare på to av de interessante spørsmålene som ble sendt til oss gjennom kommentarene til artiklene våre.
Vi kunne ha svart dem i selve kommentarene, men på grunn av lengden og den brede anvendeligheten for alle i lignende situasjoner, har vi designet dette innlegget akkurat som en eksklusiv spørsmål og svar.
La oss begynne!
Les også => 101+ Manuell og automatiseringsprogramvare Testing av intervjuspørsmål og svar
Hva du vil lære:
Spørsmål 1)
Dette kommer til oss fra 'Bhawana Kumara' som svar på dette innlegget: 7 typer programvarefeil som alle testere burde vite
“I et av intervjuene fikk jeg dette spørsmålet: Skriv så mange testtilfeller som mulig for dette scenariet. Hvis du er en ny kunde og vil åpne en kredittkortkonto, er det tre forhold først, du får 15% rabatt på alle kjøpene dine i dag, for det andre hvis du er en eksisterende kunde og du har et lojalitetskort, får du 10% rabatt og for det tredje hvis du har en kupong, kan du få 20% avslag i dag (men det kan ikke brukes med 'ny kunde' rabatt). Rabattbeløp legges til, hvis aktuelt.
Kan noen hjelpe meg med det. ”
Sikker. Glad for å kunne være til hjelp!
Svar: Dette spørsmålet er et klassisk tilfelle av forskjellig behandling som skjer for forskjellige typer input. Inndataene her er typen kunde. Behandlingen er mengden rabatt som de kan benytte. Avhengig av typen inngang hvis utdataene er forskjellige, er en modell som vellykket kan brukes til å teste “Decision Table Testing”.
La oss se hvordan du kan gjøre dette.
Trinn 1: Del inndataene dine i kategorier
For å opprette en beslutningstabell, må du dele partisjonen din inn i kategorier.
Det er 6 kategorier brukere i denne situasjonen:
- Nye kunder med kupong
- Nye kunder uten kupong
- Eksisterende kunder med lojalitetskort og ingen kupong
- Eksisterende kunder uten lojalitetskort og ingen kupong
- Eksisterende kunder med lojalitetskort og kupong
- Eksisterende kunder uten lojalitet og med kupong
Flere partisjoner kan lages, men fra selve problemdefinisjonen er det ikke klart om de nye kundene kan ha et lojalitetskort eller ikke. Så la oss ikke anta det. Dessuten er dette bare for å vise deg hvordan du kommer fram til en løsning.
Trinn 2: Konstruer beslutningstabellen.
Det er mange måter å gjøre dette på. Jeg vil bruke alle inngangskategoriene som kolonner og rabatter som rader. Du ender opp med følgende tabell:
(Klikk på bildet nedenfor for forstørret visning)
Trinn 3: Velg en bruker fra hver inngangskategori og test
Nå fra hver kategori kan du velge en verdi og teste om riktig rabattbeløp blir brukt.
Så nå trenger du minst 6 kunder eller 6 testsaker for å teste saken helt.
Jeg er sikker på at du på dette tidspunktet tenker, “Dette er alt bra. Men hvordan kan jeg svare på spørsmålet i et intervju umiddelbart når jeg ikke har tid til å finne den detaljerte løsningen slik du gjorde? ”
Det er derfor det er viktig å snakke om tankene dine i et intervju .
Så snart du hører spørsmålet, kan du si: Jeg tror en beslutningstabell vil bidra til å løse dette problemet. Hvis intervjueren vil at du skal utdype det, kan du be om et notatblokk og en penn og finne ut av det. Sørg for å forklare løsningen mens du går.
Husk også at det ikke er viktig å få løsningen 100% riktig. Så du kan gå glipp av en inngangskategori eller to på grunn av presset i et intervju eller i en hast, og det er OK. Intervjuer vil være takknemlig for din strategi og klarhet i tankene.
Med det håper vi at vi kan svare på dette spørsmålet til din tilfredshet! For mer informasjon om beslutningstabeller, sjekk ut: Hvordan skrive komplekse forretningslogiske testscenarier ved hjelp av beslutningstabellteknikk
boble sortering c ++ eksempel
Les også => Hvordan skrive effektive testtilfeller
Spørsmål 2)
Dhrumil la ut spørsmålet: “ Hva er 80:20 regel eller Pareto-prinsipp? Forklar gjennom eksempel . ” som svar på Alt-i-en-veiledning om mangeltetthet - dens betydning og hvordan man beregner den .
Svar: 80/20 regel kalles også Pareto-prinsippet. Du kan sjekke ut en grunnleggende definisjon her på Pareto prinsipp
Det står at 80% av resultatene skyldes 20% av årsakene. Det kan brukes på mange ting, og i sammenheng med et IT QA-prosjekt kan følgende observeres.
- 80% av produktiviteten din skyldes 20% av aktivitetene du gjør
- 80% av fremgangen er bidratt av 20% av teamet ditt
- 80% av applikasjonen kan testes av 20% av testtilfellene
- 80% av feilene kan løses ved å fikse 20% av feilene dine
Og så videre..
Derfor, etter denne regelen, må vi identifisere hva de 20% av årsakene.
Pareto-analyse er ganske enkelt en teknikk som hjelper deg med å optimalisere innsatsen. I stedet for å distribuere fokus og krefter på alle 100% årsaker, forteller det oss å se etter at 20% av årsakene som når du adresserer maksimerer avkastningen din (80% av problemene).
- Dette er ikke en eksakt vitenskap og bør ikke tas til pålydende.
- Pareto-analysen finner sin bruk i mange bransjer og ikke bare i programvare.
- For å vite nøyaktig hva de 20% av årsakene er, kan du lage en Pareto-diagram . Det er en enkel kombinasjon av både søyle- og linjediagrammer som viser årsakene på X-aksen og problemer på Y-aksen. Det kumulative frekvenslinjepunktet på 80% slippes på X-aksen. Alle årsakene som ligger mellom 0 og linjen er 20% årsakene.
For eksempel: hvis det er 5 moduler i et program som har mangler som skal løses, og dette er fordelingen av dem:
Du vil nå omorganisere denne tabellen i fallende rekkefølge av antall feil og beregne den kumulative frekvensprosenten.
Når vi tegner et Pareto-diagram for ovennevnte tabelldata, er det dette du vil ende opp med:
(For nøyaktige trinn for hvordan du genererer et Pareto-diagram i Excel, følg denne lenken: Pareto-diagram )
Nå, for å vite hva dine 20% av modulene skal fikse for å målrette optimal feilfiksering, tegner du en linje på 80% -merket på den kumulative frekvensprosentaksen, som nedenfor:
Derfor er 20% modulene du bør fokusere på modul 1, 4 og 2.
Dette er selvfølgelig et konstruert eksempel, men når antall årsaker er på noen få 10-er, kan denne metoden gjøre underverker når det gjelder å gi oss klarheten om hva vi skal velge.
flette sortere c ++ matrise
Konklusjon
Takk for fantastiske spørsmål, lesertall og deltagelse.
Takk til Swati S., STH-teammedlem for at du har svart på disse spørsmålene mer detaljert.
Gi oss beskjed om hvordan vi gjorde det med denne artikkelen, og om det hadde vært nyttig. Også, fortsett og send inn flere spørsmål!
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- Intervju spørsmål og svar
- Noen interessante intervjusspørsmål om programvaretesting
- Hvordan forberede deg på intervju for programvaretesting
- Programvarehåndbok Testing av intervjuspørsmål for erfarne fagpersoner
- ETL Testing Intervju Spørsmål og svar
- QA Software Testing Resources and Downloads
- Topp 25 spørsmål om programvareteknikkintervju (SISTE 2021)
- Hva er det beste øyeblikket i testkarrieren? - Svar på slike 14 interessante programvaretestintervjuspørsmål