V-modell i mjukvarutestning

V-modell

V-modell är en mycket disciplinerad SDLC-modell som har en testfas parallell med varje utvecklingsfas. V-modellen är en förlängning av vattenfallsmodellen där mjukvaruutveckling och testning utförs på ett sekventiellt sätt. Det är känt som validerings- eller verifieringsmodellen.

Viktiga termer för programvaruteknik:

SDLC: SDLC är Software Development Life Cycle. Det är sekvensen av aktiviteter som utförs av utvecklare för att designa och utveckla programvara av hög kvalitet.

STLC: STLC är Software Testing Life Cycle. Den består av en serie aktiviteter som utförs av testare metodologiskt för att testa din mjukvaruprodukt.

Vattenfallsmodell: Vattenfallsmodellen är en sekventiell modell indelad i olika faser av mjukvaruutvecklingsaktivitet. Varje steg är designat för att utföra den specifika aktiviteten. Testfasen i vattenfallsmodellen startar först efter att systemet har implementerats.

Video för att förstå V Model in Software Engineering

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

Exempel för att förstå V-modellen

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

Rätt sekvens skulle vara.

Faser av mjukvaruutveckling	Aktiviteter som utförs i varje steg
Krav Insamlingsstadiet	Samla så mycket information som möjligt om detaljer och specifikationer för den önskade programvaran från klienten. Detta är inget annat än kravsamlingen.
Designstadiet	Planera programmeringsspråket som Java, PHP, .net; databas som Oracle, MySQL, etc. Vilket skulle passa för projektet, även vissa högnivåfunktioner & arkitektur.
Byggscen	Efter designstadiet är det byggstadiet, det är inget annat än att faktiskt koda programvaran
Teststadiet	Därefter testar du programvaran för att verifiera att den är byggd enligt specifikationerna som ges av klienten.
Distributionsstadiet	Distribuera applikationen i respektive miljö
Underhållsstadiet	När ditt system är redo att användas kan du behöva ändra koden senare enligt kundens begäran

Alla dessa nivåer utgör vattenfallsmetod av livscykel för mjukvaruutveckling.

Problem med vattenfallsmodellen

Som du kanske ser, det testning i modellen startar först efter att implementeringen är gjord.

Men om du arbetar i det stora projektet, där systemen är komplexa, är det lätt att missa nyckeldetaljerna i själva kravfasen. I sådana fall kommer en helt felaktig produkt att levereras till kunden och du kanske måste börja om med projektet ELLER om du lyckas notera kraven korrekt men gör allvarliga misstag i design och arkitektur av din programvara måste du designa om hela programvaran för att rätta till felet.

Bedömningar av tusentals projekt har visat det defekter som införts under krav & design utgör nära hälften av det totala antalet defekter.

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

Lösning: V-modellen

För att ta itu med denna oro, V-modellen för testning utvecklades var för varje fas, i utvecklingens livscykel finns det en motsvarande testfas

• Den vänstra sidan 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 ett V, därav namnet V – modell

Förutom V-modellen finns det iterativa utvecklingsmodeller, där utvecklingen sker i faser, där varje fas lägger till en funktionalitet till mjukvaran. Varje fas omfattar dess oberoende uppsättning utvecklings- och testaktiviteter.

Bra exempel på utvecklingslivscykler enligt iterativ metod är Rapid Application Development, Agile Development

Slutsats

Det finns många livscykelmodeller för utveckling. Utvecklingsmodellen som väljs för ett projekt beror på syftena och målen för det projektet.

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