Meny

Skriva testfall från SRS-dokument (DOWNLOAD Live Project Exempel på testfall)

writing test cases from srs document

Prova Vårt Instrument För Att Eliminera Problem

Skriva testfall från SRS-dokument (Ladda ner Live Project-provfall) - Software Testing QA Training Day 4

Bara för att göra om vad vi har gjort hittills - vi jobbar oss igenom Utbildning för testning av programvara minikurs på ett live-projekt OrangeHRM.

I den här kostnadsfria QA-utbildningsserien hittills är vi klara med:

  1. SRS granskning,
  2. Testscenario / Identifiering av testomfång och
  3. Dokumenterade testplanen .

Skriva testfall från SRS-dokument

Nu har vi nått den del som är den verkliga affären,testfallet.

Som anges i artikeln före detta: Testfall dokumenteras av QA-teamet medan kodfasen för SDLC pågår. Med andra ord, medan Dev-teamet bygger mjukvarusystemet, blir testteamet redo med testfall som hjälper oss att testa systemet när det är klart, dvs i slutet av kodfasen.

Så i dagens artikel kommer vi att arbeta med att förstå vad testfall är, hur man skapar dem och skriva några exempel på testfall för vårt live-projekt.

Låt oss komma till det direkt.

Vad du kommer att lära dig:

Grunderna i att skriva testfall

# 1) Om testscenarier handlade om 'Vad vi ska testa' på AUT - testfallet handlar om ”Hur vi ska testa ett krav”.

Till exempel , om testscenariot är “Validera administratörens inloggningsfunktionalitet” - Detta skulle ge i tre testfall (eller villkor) - Inloggning (lyckad), Inloggning misslyckad när felaktigt användarnamn anges, Inloggning misslyckat när fel lösenord anges . Varje testfall skulle i sin tur ha steg för att ta itu med hur vi kan kontrollera att ett visst testvillkor är uppfyllt eller inte.

#två) Ingången för att skapa ett testfallsdokument är FRD, testscenarier skapade i det tidigare steget och eventuella andra referensdokument.

# 3) Testfallsdokumentationen är en viktig leverans av QA-teamet och delas med BA, PM och andra team när de är färdiga för deras feedback.

# 4) Arbetet delas upp mellan teammedlemmarna och varje medlem kommer att vara ansvarig för att skapa testfall för en viss modul eller en del av en viss modul.

# 5) Precis som med testscenarierna måste vi enas om en gemensam mall innan vi börjar testdokumentationen. Praktiskt taget allt kan användas för att skapa testfall. De två mest använda alternativen är MS Excel och MS word.

# 6) De MS-ordmall ser ungefär så här ut:

Testfall MS-ordmall

# 7) De Excel-mall kan se ut som följande:

qa utbildningsprovfall xls

# 8) Från ovanstående två mallar kan det observeras att fälten (eller komponenterna) som utgör ett testfall är desamma, den enda skillnaden är hur de är organiserade.

Så länge det finns ett fält för varje typ av information som ska ingå i ett test spelar formatet på mallen ingen roll. Min personliga favorit råkar dock vara excelbladet, eftersom det är lätt att expandera, kollapsa, sortera osv. Men återigen, välj vilket format som passar dig bäst.

Fält i testfall

Låt oss ta en stund och observera fälten som ingår i ett testfall.

Testfall Id och Testfall beskrivning är generiska.

De andra fälten kan förklaras enligt följande:

  • Förutsättning: Status för AUT (det tillstånd där AUT måste vara för att vi ska komma igång).
  • Inmatning: Steg för datainmatning. För dessa steg är det viktigt att notera vilken typ av inmatningsinformation som krävs - Testdata.
  • Valideringspunkt / utlösare / åtgärd : Vad orsakar valideringen? (Klicka på en knapp eller växla eller länkåtkomst. Se till att det finns minst en valideringspunkt för ett testfall - annars kommer allt att bli datainmatning utan att behöva leta efter. Också för att säkerställa att vi har tillräckligt med modularitet, försök att inte kombinera för många valideringspunkter i ett testfall. 1 per testfall är optimalt.)
  • Produktion: Förväntat resultat.
  • Postcondition: Detta är ytterligare information som tillhandahålls till förmån för testaren, bara för att göra testfallet mer insiktsfullt och informativt. Detta inkluderar en förklaring av vad som händer eller vad som kan förväntas av AUT när alla testfallstegen är gjorda.

Se även => Exempel på testfallsmall

Live-projekt Exempel på testfall (Ladda ner)

Nu när vi har tillräckligt med bakgrundsinformation för att komma igång med processen för skapande av testfall, låt oss gå igång och skapa några testfall för vårt Live Project.

Baserat på den ovan nämnda processen har vi skapat några exempel på testfall för OrangeHRM-kontomodulen. Dessa bör ge dig ett exakt testfallformat och en idé om hur du närmar dig att skriva testfall.

=> Ladda ner exempel på testfallsdokument för vårt Live Project här .

Notera: Det finns få bilder som hänvisas till XLS-dokument för testfall. Om du visar detta på den äldre MS Office-versionen kan du möta kompatibilitetsproblem.

Vi har listat bilderna nedan enligt deras namn i XLS-filerna:

Visa bild 1
Visa bild 2
Visa bild 3

Där, allt gjort och allt bra.

Testfall Skrivnings- / optimeringsmetoder

Föreställ dig nu en situation där en viss sida har några 10-talsfält på sig eller har en komplex affärslogik som implementeras där inne. För att säkerställa att vi optimerar testprocessens skapande i sådana situationer, har vi testare vissa optimeringsmetoder för testfall.

Nedan listas länkarna som tillhandahålls för mer information om dessa metoder.

bubblasorteringsfunktion c ++

Med hjälp av ovanstående tekniker och efter den allmänna processen för skapande av testfall skapar vi en uppsättning testfall som effektivt skulle testa applikationen till hands.

Få viktiga punkter att notera

  • De testfall vi skapar är inte bara referenspunkten för QA-fasen utan också till UAT.
  • Internt testfall är Peer-reviewed inom teamet .
  • När en viss situation inte behandlas av ett testfall - tumregeln är att det inte kommer att testas. Så det här är ett bra ställe att kontrollera om testsviten vi skapade uppnår 100% testtäckningsmål eller inte. För att göra det kan en spårbarhetsmatris skapas. Kolla in allt som finns att veta om Spårbarhetsmatris här .
  • Verktyg - Testhanteringsverktyg som QC , qTest hjälpa oss med skapandet av testfall. För ett exempel på hur testfall kan hanteras med hjälp av Quality Center, kolla in detta Handledning för kvalitetscenter .
  • Automationsverktyg kan användas för att skapa testfall - i vilket fall de kallas testskript.
Proffstips :Vänligen utför en stavnings- och grammatikkontroll av varje dokument vi skapar. Vi är kvalitetsrepresentanter för IT-projekt - och det återspeglar oss inte positivt om våra leveranser själva är av sämre kvalitet.

Det tar oss till slutet av ett annat intressant segment.

Slutsats

Slutet av testskapande / testdesignfas (STLC) och slutet av kodfas (SDLC) markerar i allmänhet slutet på testförberedelsefasen och början på testgenomförandefasen.

Nästa handledning i den här programvarutestkursen - I den kommande artikeln kommer vi att prata om vad Test Execution är, vad det inkluderar och vad är förväntningarna från QA-teamet under denna fas.

=> QA-träningsdag 5: Testutförande

Vi hoppas att ni alla arbetar tillsammans med den här serien. För enkelhets skull har bara ett fåtal testfall skapats. De bästa resultaten kan dock ses när du arbetar med att testa omfattande, vilket innebär att du skriver fler och fler testfall. Så snälla begränsa inte ditt arbete och gör så mycket du kan.

Låt oss veta dina frågor och kommentarer nedan. Lycklig testning!

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

^