V-modell i programvaretesting

V-modell

V-modell er en svært disiplinert SDLC-modell som har en testfase parallelt med hver utviklingsfase. V-modellen er en utvidelse av fossefallmodellen der programvareutvikling og testing utføres på en sekvensiell måte. Det er kjent som validerings- eller verifikasjonsmodellen.

v modell

Viktige vilkår for programvareteknikk:

SDLC: SDLC er Software Development Life Cycle. Det er sekvensen av aktiviteter som utføres av utviklere for å designe og utvikle programvare av høy kvalitet.

STLC: STLC er Software Testing Life Cycle. Den består av en rekke aktiviteter utført av testere metodisk for å teste programvareproduktet ditt.

Fossmodell: Fossmodell er en sekvensiell modell delt inn i ulike faser av programvareutviklingsaktivitet. Hvert trinn er designet for å utføre den spesifikke aktiviteten. Testfasen i fossefallsmodellen starter først etter at systemet er implementert.

Video for å forstå V-modellen i programvareteknikk

Klikk her. hvis videoen ikke er tilgjengelig

Eksempel for å forstå V-modellen

Anta at du blir tildelt en oppgave for å utvikle en tilpasset programvare for en klient. Nå, uavhengig av din tekniske bakgrunn, prøv å gjøre en utdannet gjetning om rekkefølgen av trinnene du vil følge for å oppnå oppgaven.

Eksempel for å forstå V-modellen

Riktig rekkefølge vil være.

Faser av programvareutvikling Aktiviteter utført i hvert trinn
Krav Samlingsstadium Samle så mye informasjon som mulig om detaljene og spesifikasjonene til ønsket programvare fra klienten. Dette er ingenting annet enn kravsamlingen.
Designstadiet Planlegg programmeringsspråket som Java, PHP, .net; database som Oracle, MySQL, etc. Som ville være egnet for prosjektet, også noen høynivåfunksjoner og arkitektur.
Byggescenen Etter designstadiet er det byggestadiet, det er ikke annet enn å kode programvaren
Teststadiet Deretter tester du programvaren for å bekrefte at den er bygget i henhold til spesifikasjonene gitt av klienten.
Utplasseringsstadiet Distribuer applikasjonen i det respektive miljøet
Vedlikeholdsstadiet Når systemet ditt er klart til bruk, kan det hende du må endre koden senere i henhold til kundens forespørsel

Alle disse nivåene utgjør foss metode av livssyklus for programvareutvikling.

Problem med Fossmodellen

Som du kanskje ser, det testing i modellen starter først etter implementering er utført.

Men hvis du jobber i det store prosjektet, hvor systemene er komplekse, er det lett å gå glipp av nøkkeldetaljene i selve kravfasen. I slike tilfeller vil et helt feil produkt bli levert til kunden, og du må kanskje starte på nytt med prosjektet ELLER hvis du klarer å notere kravene riktig, men gjør alvorlige feil i design og arkitektur av programvaren, må du redesigne hele programvaren for å rette feilen.

Vurderinger av tusenvis av prosjekter har vist det defekter introdusert under krav og design utgjør nær halvparten av det totale antallet feil.

Problem med Fossmodellen

Også kostnadene ved å fikse en defekt øker gjennom utviklingslivssyklusen. Jo tidligere i livssyklusen en defekt oppdages, jo billigere er det å fikse den. Som de sier: "Et sting i tid sparer ni."

Løsning: V-modellen

For å løse denne bekymringen, V-modellen for testing ble utviklet hvor for hver fase, i utviklingens livssyklus er det en tilsvarende testfase

Løsning: V-modellen

  • Venstre side av modellen er Software Development Life Cycle – SDLC
  • Høyre side av modellen er Software Test Life Cycle – STLC
  • Hele figuren ser ut som en V, derav navnet V – modell

Bortsett fra V-modellen er det iterative utviklingsmodeller, der utviklingen foregår i faser, hvor hver fase legger til en funksjonalitet til programvaren. Hver fase omfatter sitt uavhengige sett med utviklings- og testaktiviteter.

Gode ​​eksempler på utviklingslivssykluser etter iterativ metode er Rapid Application Development, Agile Development

konklusjonen

Det er mange livssyklusmodeller for utvikling. Utviklingsmodell valgt for et prosjekt avhenger av målene og målene for det prosjektet.

  • Testing er ikke en frittstående aktivitet, og den må tilpasse utviklingsmodellen som er valgt for prosjektet.
  • I enhver modell bør testing utføres på alle nivåer, dvs. helt fra krav til vedlikehold.