Menu

Testcases Interviewvragen: Schrijf testcases op basis van scenario

test cases interview questions

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Bij STH houden we van vragen en moedigen we ze altijd aan. Het is de enige manier om een ​​gezonde discussie te bevorderen en een perspectief te ontwikkelen.

youtube naar wav converter gratis download

In het artikel van vandaag zullen we twee van de interessante vragen beantwoorden die ons zijn voorgelegd via de commentaren op onze artikelen.

We hadden ze in de reacties zelf kunnen beantwoorden, maar vanwege hun lengte en hun brede toepasbaarheid op iedereen in vergelijkbare situaties, hebben we deze post ontworpen als een exclusieve Q&A.

Laten we beginnen!

Testgevallen voor een bepaald scenario

Lees ook ​ 101+ handmatige en automatisering Software testen Interviewvragen en antwoorden

Wat je leert:

Vraag 1)

Dit komt van 'Bhawana Kumara' in reactie op dit bericht: 7 soorten softwarefouten die elke tester moet weten

“Tijdens een van de interviews kreeg ik deze vraag: Schrijf zoveel mogelijk testcases voor dit scenario - Als je een nieuwe klant bent en je wilt een creditcardaccount openen, dan zijn er drie voorwaarden. Ten eerste krijg je 15% korting op al uw aankopen vandaag, ten tweede als u een bestaande klant bent en u een klantenkaart heeft, krijgt u 10% korting en ten derde als u een kortingsbon heeft, kunt u vandaag 20% ​​korting krijgen (maar deze kan niet worden gebruikt met de 'nieuwe klant'-korting). Kortingsbedragen worden toegevoegd, indien van toepassing.

Kan iemand me er alsjeblieft mee helpen? '

Zeker. Blij om te helpen!

Antwoord​ Deze vraag is een klassiek geval van verschillende bewerkingen die plaatsvinden voor verschillende soorten invoer. De input hier is het type klant. De verwerking is het bedrag van de korting dat ze kunnen gebruiken. Afhankelijk van het type input als de output verschilt, is een model dat met succes kan worden gebruikt om te testen 'Decision Table Testing'.

Laten we eens kijken hoe u dit kunt doen.

Stap 1: Verdeel uw invoer in categorieën

Om een ​​beslissingstabel te maken, moet u uw invoer in categorieën verdelen.

Er zijn 6 categorieën gebruikers in deze situatie:

  • Nieuwe klanten met kortingsbon
  • Nieuwe klanten zonder kortingsbon
  • Bestaande klanten met een klantenkaart en geen kortingsbon
  • Bestaande klanten zonder klantenkaart en zonder coupon
  • Bestaande klanten met een klantenkaart en coupon
  • Bestaande klanten zonder loyaliteit en met een kortingsbon

Er kunnen meer partities worden gemaakt, maar vanuit de probleemdefinitie zelf is het niet duidelijk of de nieuwe klanten een klantenkaart kunnen hebben of niet. Laten we het dus niet aannemen. Bovendien is dit alleen om u te laten zien hoe u tot een oplossing kunt komen.

Stap 2: Stel uw beslissingstabel samen.

c ++ binaire boom voorbeeld

Dit kan op veel manieren. Ik zou alle invoercategorieën als kolommen gebruiken en kortingen als rijen. Je krijgt de volgende tabel:

(Klik op onderstaande afbeelding voor een vergrote weergave)

beslissingstabel

Stap 3: Kies een gebruiker uit elke invoercategorie en test

Nu kunt u uit elke categorie één waarde kiezen en testen om te zien of het juiste kortingbedrag wordt toegepast.
Nu heb je dus minimaal 6 klanten of 6 testcases nodig om de case volledig te testen.

Ik weet zeker dat je op dit punt denkt: 'Dit is allemaal goed. Maar hoe kan ik de vraag in een interview direct beantwoorden als ik niet de tijd heb om de gedetailleerde oplossing uit te werken zoals jij deed? '

Daarom is het belangrijk om in een interview over uw gedachten te praten ​

Zodra je de vraag hoort, kun je zeggen: ik denk dat een beslissingstabel dit probleem kan helpen oplossen. Als de interviewer wil dat je het uitwerkt, kun je een notitieblok en een pen vragen en het uitwerken. Zorg ervoor dat u uw oplossing uitlegt terwijl u bezig bent.

Houd er ook rekening mee dat het niet belangrijk is om de oplossing 100% goed te krijgen. Je mist dus misschien een of twee inputcategorieën, vanwege de druk in een interview of in de haast en dat is oké. De interviewer zal uw strategie en helderheid van denken waarderen.

Hiermee hopen we dat we deze vraag naar tevredenheid kunnen beantwoorden! Ga voor meer informatie over beslissingstabellen naar: Hoe complexe testscenario's voor bedrijfslogica te schrijven met behulp van de beslissingstabeltechniek

Lees ook ​ Hoe effectieve testcases te schrijven

Vraag 2)

Dhrumil plaatste de vraag: ' Wat is de 80:20 regel of het Pareto-principe? Geef uitleg door middel van een voorbeeld ​als reactie op Alles-in-één gids over de dichtheid van defecten - het belang ervan en hoe deze te berekenen ​

Antwoord​ 80/20-regel wordt ook wel het Pareto-principe genoemd. U kunt hier een basisdefinitie bekijken op Pareto beginsel

Het zegt dat 80% van de resultaten te wijten is aan 20% van de oorzaken. Het kan op veel dingen worden toegepast en in de context van een IT QA-project kan het volgende worden opgemerkt.

  • 80% van uw productiviteit is te danken aan 20% van de activiteiten die u doet
  • 80% van de voortgang wordt bijgedragen door 20% van je team
  • 80% van de applicatie kan worden getest door 20% van de testgevallen
  • 80% van de storingen kunt u verhelpen door 20% van uw gebreken te verhelpen

Enzovoort..

Daarom zullen we volgens deze regel moeten identificeren wat die 20% van de oorzaken zijn.

Pareto-analyse is gewoon een techniek die u helpt uw ​​inspanningen te optimaliseren. In plaats van uw aandacht en inspanning te verdelen over alle 100% oorzaken, vertelt het ons dat we naar die 20% van de oorzaken moeten zoeken die, wanneer ze worden aangepakt, uw rendement maximaliseren (80% van de problemen).

  • Dit is geen exacte wetenschap en mag niet zomaar worden opgevat.
  • De Pareto-analyse wordt in veel industrieën gebruikt en niet alleen in software.
  • Om precies te weten wat die 20% van de oorzaken zijn, zou je een Pareto-grafiek ​Het is een eenvoudige combinatie van zowel staaf- als lijndiagrammen die de oorzaken op de X-as en problemen op de Y-as uitzetten. Het cumulatieve frequentielijnpunt van 80% wordt op de X-as neergezet. Alle oorzaken die tussen 0 en de lijn liggen, zijn de 20% oorzaken.

Bijvoorbeeld: als er 5 modules in een applicatie zijn waarvan de defecten moeten worden verholpen en dit is de distributie ervan:

defectenbeheer 1

U zult deze tabel nu opnieuw ordenen in aflopende volgorde van het aantal defecten en het cumulatieve frequentiepercentage berekenen.

defectbeheer 2

Wanneer we een Pareto-diagram tekenen voor de bovenstaande tabelgegevens, is dit wat u krijgt:

(Volg deze link voor de exacte stappen voor het genereren van een Pareto-diagram in Excel: Pareto-grafiek ​

gratis registry cleaners voor Windows 10

cumulatieve frequentie

Nu, om te weten wat uw 20% van de modules moeten repareren om optimale defecten te verhelpen, trekt u een lijn naar het 80% -teken op uw cumulatieve frequentiepercentage-as, zoals hieronder:

cumulatieve frequentie 1

Daarom zijn de 20% -modules waarop u zich moet concentreren Module 1, 4 en 2.

Dit is natuurlijk een gekunsteld voorbeeld, maar als het aantal oorzaken in enkele tientallen ligt, kan deze methode wonderen doen door ons duidelijkheid te geven over wat we moeten kiezen.

Gevolgtrekking

Bedankt voor je geweldige vragen, lezerspubliek en deelname.

Met dank aan Swati S., STH-teamlid voor het uitgebreider beantwoorden van deze vragen.

Laat ons alstublieft weten hoe we het bij dit artikel hebben gedaan en of het nuttig was geweest. Ga ook door en stel meer vragen!

PREV-zelfstudie ​ VOLGENDE zelfstudie

Aanbevolen literatuur

^