V-modell i programvarutestning

V-modell

V Model är en mycket disciplinerad SDLC-modell där det finns en testfas parallellt med varje utvecklingsfas. V-modellen är en förlängning av vattenfallsmodellen där test utförs på varje steg parallellt med utvecklingen på ett sekventiellt sätt. Det är känt som validerings- eller verifieringsmodellen.

Viktiga programvaruteknik:

SDLC: SDLC är livscykel för mjukvaruutveckling. Det är den sekvens av aktiviteter som utförs av utvecklare för att designa och utveckla programvara av hög kvalitet.

STLC: STLC är programvarutestningens livscykel. Den består av en serie aktiviteter som utförs av Testers metodiskt för att testa din programvaruprodukt.

Vattenfallsmodell: Vattenfallsmodell är en sekventiell modell uppdelad i olika faser av programvaruutvecklingsaktivitet. Varje steg är utformat för att utföra den specifika aktiviteten. Testfasen i vattenfallsmodellen startar först efter implementeringen av systemet.

Klicka här om videon inte är tillgänglig

EXEMPEL För att förstå V-modellen

Antag att du tilldelas en uppgift att utveckla en anpassad programvara för en klient. Nu, oavsett din tekniska bakgrund, försök att göra en utbildad gissning om sekvensen av steg du kommer att följa för att uppnå uppgiften.

Den korrekta sekvensen skulle vara.

Olika faser av programvaruutvecklingscykeln	Aktiviteter som utförs i varje steg
Kravsamlingsstadium	Samla så mycket information som möjligt om detaljerna och specifikationerna för den önskade programvaran från klienten. Detta är inget annat än kravsamlingsstadiet.
Design Stage	Planera programmeringsspråket som Java, PHP, .net; databas som Oracle, MySQL, etc. Vilket skulle vara lämpligt för projektet, också vissa funktioner på hög nivå och arkitektur.
Bygg scenen	Efter designfasen är det byggsteg, det är ingenting annat än att faktiskt koda programvaran
Testa scenen	Därefter testar du programvaran för att verifiera att den är byggd enligt specifikationerna från klienten.
Distributionsstadiet	Distribuera applikationen i respektive miljö
Underhållssteg	När ditt system är klart att användas kan du behöva ändra koden senare enligt kundförfrågan

Alla dessa nivåer utgör vattenfallsmetoden i livscykeln för programvaruutveckling.

Problem med vattenfallsmodellen

Som du kanske konstaterar börjar testningen i modellen först efter att implementeringen är klar.

Men om du arbetar i det stora projektet, där systemen är komplexa, är det lätt att missa de viktigaste detaljerna i själva kravfasen. I sådana fall kommer en helt fel produkt att levereras till klienten och du kan behöva börja om med projektet ELLER om du lyckas notera kraven korrekt men gör allvarliga misstag i design och arkitektur för din programvara måste du omforma hela programvaran för att rätta till felet.

Bedömningar av tusentals projekt har visat att defekter som införs under krav och design utgör nästan hälften av det totala antalet fel.

Dessutom ökar kostnaderna för att åtgärda en defekt under hela utvecklingslivscykeln. Ju tidigare i livscykeln en defekt upptäcks, desto billigare är det att åtgärda den. Som de säger, "Ett stygn i tiden sparar nio."

Lösning: V-modellen

För att ta itu med denna oro utvecklades testmodellen V där för varje fas i utvecklingslivscykeln finns en motsvarande testfas

• Vänster sida av modellen är Software Development Life Cycle - SDLC
• Den högra sidan av modellen är Software Test Life Cycle - STLC
• Hela figuren ser ut som en V, därav namnet V - modell

Förutom V-modellen finns det iterativa utvecklingsmodeller, där utveckling sker i faser, där varje fas lägger till en funktionalitet i programvaran. Varje fas består av sin oberoende uppsättning utvecklings- och testaktiviteter.

Bra exempel på utvecklingslivscykler efter iterativ metod är snabb applikationsutveckling, smidig utveckling

Slutsats

Det finns många utvecklingslivscykelmodeller. Utvecklingsmodellen som väljs för ett projekt beror på projektets mål och mål.

• Testning är inte en fristående aktivitet och den måste anpassa den utvecklingsmodell som valts för projektet.
• I vilken modell som helst bör testning utföras på alla nivåer, dvs. från krav till underhåll.