Översikt över hur man skriver ett testfall?

Överväg ett scenario där du ombads att skriva testfall för att testa en applikation. Skulle du kunna börja? Du kanske har hört termer som testfall, testskript, testplaner osv. Alla dessa termer kanske låter förvirrande för dig eftersom de alla låter väldigt lika men de är säkert olika. Det är mycket viktigt att ha en tydlig förståelse för dessa programvaruterminologier så att du kan skilja mellan dem. För att vara väl effektiv i testningen måste du börja förstå vad testfall är och hur kan du skriva dem på ett sådant sätt att det täcker de givna kraven.

Kom ihåg att en bra testare är den som är detaljorienterad. Förutom att ha ett öga för detaljer och specifikationer, bör en bra testare kunna skriva testfall effektivt. Testfallsskrivning är inte en lätt uppgift eftersom det kräver talang, erfarenhet och god affärsförståelse. En av de viktigaste färdigheterna som krävs för att skriva testkvalitet är anständiga skrivfärdigheter. Bra testfall skrivs med ett mål att definiera ”vad” och ”hur” för en applikation. Vissa testare kanske betraktar testfallsskrivning som en tråkig uppgift, men kvaliteten på testfall kommer att avgöra kvaliteten på din programvara och därmed bestämma värdet och produktiviteten och framgången för teamet företaget.

Att skriva ett testfall

Vi kan definiera ett testfall som en uppsättning inmatnings- och utgångsförhållanden eller variabler som hjälper en testare att avgöra om AUT (applikationen under test) uppfyller de krav som anges i programvarukravspecifikationen eller kravdokumentet. Det är i grunden ett dokument som innehåller informationen som förutsättningarna för testning, testdata som används för testning, test-ID, testbeskrivning, eftervillkor för testning och stegen för att utföra testning. Den innehåller också detaljer om det observerade resultatet, dvs. faktiska resultat och resultatet enligt kravet, dvs förväntat resultat.

Alla dessa detaljer specificeras för ett visst testscenario för att testa för överensstämmelse med kravdokumentet. Beroende på jämförelsen mellan det verkliga resultatet och det förväntade resultatet, markeras ett testfall som godkänt och misslyckat. Ett godkänt testfall har ett faktiskt resultat precis som det förväntade resultatet som nämns i kravet. Ett misslyckat testfall har å andra sidan inte en verklig utgång som matchar den förväntade utgången och därför är den taggad som misslyckad.

Ett testfall är ett scenario och är körbart. Det bärs av en testare som styrs av de "steg som ska följas" som anges i testfallet tydligt. Ett testfall kan betraktas som en serie instruktioner som tillhandahålls i form av steg för att verifiera och validera programvarubeteendet enligt kraven.

Testfallsparametrar är:

  1. Testfall-id
  2. Testfallets namn
  3. Testfallsbeskrivning
  4. Testdata
  5. förutsättningar
  6. Testa steg
  7. Förväntat resultat
  8. Faktiskt resultat
  9. Postconditions
  10. Testfallsmiljö

Testfall påverkar testfasen så det bör se till att de skrivs redan innan testfasen faktiskt börjar. Testfallsskrivning är lika viktigt och oundvikligt som testprocessen.

Steg för testfall

Stegen för att skriva ett bra testfall är:

  1. Ett bra testfall har ett test-id tillsammans med ett starkt testnamn som säkerställer tydligheten i modulen som testas. Ta ett exempel där du testar registreringssidan. I det här fallet använder du en titel som innehåller "SignUp Page" i titeln.
  2. Ett bra testfall har en välstrukturerad, stark, kompakt och tydlig beskrivning av testet som ska utföras. Ibland kan detta avsnitt innehålla förutsättningar, information om testmiljön och andra sådana faktorer.
  3. I ett bra testfall nämns antaganden eller förutsättningar som krävs för att utföra det givna testet på rätt sätt. Detta kan innehålla alla krav, till exempel åtkomstbehörigheter som krävs för att få åtkomst till modulen som testas i applikationen.
  4. Ett testfall som nämner informationen om testdata som används för testning anses vara ett bra testfall.
  5. Stegen i testfallen ska vara kortfattade, enkla och tydliga. Se till att stegen inte är vilseledande så att inget slöseri med tiden medan testningen utförs
  6. De förväntade och faktiska resultaten för varje steg bör tydligt nämnas. Dessa är mycket användbara för testaren eftersom det använder detta, en testare kan tydligt identifiera steget vid vilket applikationen misslyckas under tiden då det misslyckades.
  7. Sist men inte minst, se till att testfallet är återanvändbart

Exempel på testfall för att testa om användaren kan registrera sig i en applikation som innehåller e-post, telefonnummer, ange lösenord i formuläret.

Testfallsnamn : Autentisering av registreringssidan

Beskrivning: En ny användare ska kunna registrera sig framgångsrikt i applikationen.

Förutsättning : Användaren ska vara en ny användare.

Tips och tricks

När du skriver testfall bör du tänka på några punkter som:

  • Se till att ett testfall ger en god testtäckning, dvs att ingen nyckelfunktion saknas från testningen
  • Se till att de negativa testfallen eller negativa testscenarierna också dokumenteras och testas noggrant.

Slutsats

Testfall är kraftfulla och är gynnsamma för framtida anställda och ger dem sanningen om systemet och dess funktionalitet.

Rekommenderade artiklar

Detta har varit en guide för hur man skriver testfall? Här har vi diskuterat introduktionen, skriva testfall, steg för att skriva ett bra testfall, parametrar och några tips och tricks. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -

  1. Vattnet testar mjukvara?
  2. Black Box Testing
  3. Karriärer som programvaruingenjör
  4. Appium vs selen
  5. Black Box Testing Techniques
  6. 8 Viktig uppgift för att skriva en testplanmall

Kategori: