V-modell i programvaretesting

Innholdsfortegnelse:

Anonim

V-modell

V Model er en svært disiplinert SDLC-modell der det er en testfase parallelt med hver utviklingsfase. V-modellen er en utvidelse av fossemodellen der test utføres på hvert trinn parallelt med utvikling på en sekvensiell måte. Det er kjent som validerings- eller verifiseringsmodell.

Viktige programvareteknikk:

SDLC: SDLC er programvareutviklings livssyklus. Det er rekkefølgen av aktiviteter som utviklere utfører for å designe og utvikle programvare av høy kvalitet.

STLC: STLC er programvaretesting livssyklus. Den består av en rekke aktiviteter som Testers utfører metodisk for å teste programvareproduktet ditt.

Waterfall Model: Waterfall-modellen er en sekvensiell modell delt inn i forskjellige faser av programvareutviklingsaktivitet. Hvert trinn er designet for å utføre den spesifikke aktiviteten. Testfasen i fossemodellen starter først etter at implementeringen av systemet er gjort.

Klikk her hvis videoen ikke er tilgjengelig

EKSEMPEL For å forstå V-modellen

Anta at du får en oppgave å utvikle en tilpasset programvare for en klient. Nå, uavhengig av teknisk bakgrunn, kan du prøve å lage en utdannet gjetning om trinnene du vil følge for å oppnå oppgaven.

Den riktige sekvensen ville være.

Ulike faser av programvareutviklingssyklusen

Aktiviteter utført i hvert trinn

Kravsamlingsstadium
  • Samle så mye informasjon som mulig om detaljene og spesifikasjonene til ønsket programvare fra klienten. Dette er ingenting annet enn kravsamlingsstadiet.
Design scenen
  • Planlegg programmeringsspråket som Java, PHP, .net; database som Oracle, MySQL, osv. Som vil være egnet for prosjektet, også noen funksjoner og arkitektur på høyt nivå.
Bygg scenen
  • Etter designfasen er det byggetrinn, det er ikke annet enn å kode programvaren
Test scenen
  • Deretter tester du programvaren for å bekrefte at den er bygget i henhold til spesifikasjonene gitt av klienten.
Distribusjonsstadium
  • Distribuer applikasjonen i det respektive miljøet
Vedlikeholdsfase
  • Når systemet ditt er klart til bruk, kan det hende du må endre koden senere i henhold til kundeforespørsel

Alle disse nivåene utgjør fossen metoden i programvarens utvikling livssyklus.

Problem med fossemodellen

Som du kanskje ser, starter testingen i modellen først etter at implementeringen er gjort.

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

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

Dessuten øker kostnadene for å fikse en mangel over hele livssyklusen for utviklingen. Jo tidligere i livssyklusen en mangel oppdages, jo billigere er det å fikse den. Som de sier, "En søm i tiden sparer ni."

Løsning: V-modellen

For å imøtekomme denne bekymringen ble V-modellen for testing utviklet der det for hver fase i utviklingslivssyklusen er en tilsvarende testfase

  • Venstre side av modellen er Software Development Life Cycle - SDLC
  • Den høyre siden 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 utvikling bæres i faser, hvor hver fase legger til en funksjonalitet i programvaren. Hver fase består av et uavhengig sett med utviklings- og testaktiviteter.

Gode ​​eksempler på utviklingssykluser etter iterativ metode er rask applikasjonsutvikling, smidig utvikling

Konklusjon

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

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