V-modelis programmatūras testēšanā

V modelis

V modelis ir ļoti disciplinēts SDLC modelis, kurā paralēli katram izstrādes posmam ir testēšanas fāze. V modelis ir ūdenskrituma modeļa paplašinājums, kurā testēšana tiek veikta katrā posmā paralēli attīstībai secīgi. Tas ir pazīstams kā validācijas vai verifikācijas modelis.

Galvenie programmatūras izstrādes noteikumi:

SDLC: SDLC ir programmatūras izstrādes dzīves cikls. Tā ir izstrādātāju veikto darbību secība, lai izstrādātu un izstrādātu augstas kvalitātes programmatūru.

STLC: STLC ir programmatūras testēšanas dzīves cikls. Tas sastāv no virknes darbību, kuras Testers veic metodiski, lai pārbaudītu jūsu programmatūras produktu.

Ūdenskrituma modelis: Ūdenskrituma modelis ir secīgs modelis, kas sadalīts dažādās programmatūras izstrādes darbības fāzēs. Katrs posms ir paredzēts konkrētās darbības veikšanai. Testēšanas fāze ūdenskrituma modelī sākas tikai pēc sistēmas ieviešanas.

Noklikšķiniet šeit, ja videoklips nav pieejams

PIEMĒRS V modeļa izpratnei

Pieņemsim, ka jums ir piešķirts uzdevums izstrādāt klientam pielāgotu programmatūru. Tagad, neatkarīgi no jūsu tehniskā stāvokļa, mēģiniet izdarīt izglītotu minējumu par soļu secību, kas jums sekos, lai sasniegtu uzdevumu.

Pareiza secība būtu.

Dažādas programmatūras izstrādes cikla fāzes	Katrā posmā veiktās darbības
Prasības pulcēšanās posms	No klienta iegūstiet pēc iespējas vairāk informācijas par vēlamās programmatūras detaļām un specifikācijām. Tas nav nekas cits kā prasību apkopošanas posms.
Dizaina posms	Plānojiet programmēšanas valodu, piemēram, Java, PHP, .net; datu bāze, piemēram, Oracle, MySQL utt. Kas būtu piemērots projektam, arī dažas augsta līmeņa funkcijas un arhitektūra.
Veidošanas stadija	Pēc projektēšanas posma tas ir būvniecības posms, tas ir nekas cits, kā faktiski kodēt programmatūru
Testa posms	Pēc tam jūs pārbaudāt programmatūru, lai pārliecinātos, ka tā ir veidota atbilstoši klienta norādītajām specifikācijām.
Izvietošanas posms	Izvietojiet lietojumprogrammu attiecīgajā vidē
Apkopes posms	Kad sistēma ir gatava lietošanai, iespējams, vēlāk būs jāmaina kods atbilstoši klienta pieprasījumam

Visi šie līmeņi veido programmatūras izstrādes dzīves cikla ūdenskrituma metodi .

Problēma ar ūdenskrituma modeli

Kā jūs varat novērot, testēšana modelī sākas tikai pēc ieviešanas pabeigšanas.

Bet, ja jūs strādājat lielajā projektā, kur sistēmas ir sarežģītas, pašā prasību posmā ir viegli palaist garām galveno informāciju. Šādos gadījumos klientam tiks piegādāts pilnīgi nepareizs produkts, un jums, iespējams, būs jāsāk no jauna ar projektu. VAI, ja jums izdosies pareizi atzīmēt prasības, bet pieļaujat nopietnas kļūdas programmatūras projektēšanā un arhitektūrā, jums būs jāpārstrādā visu programmatūru, lai labotu kļūdu.

Tūkstošiem projektu novērtējums parādīja, ka prasību un projektēšanas laikā ieviestie defekti veido gandrīz pusi no kopējā defektu skaita.

Arī defekta novēršanas izmaksas palielinās visā izstrādes dzīves ciklā. Jo agrāk dzīves ciklā tiek konstatēts defekts, jo lētāk to novērst. Kā saka: "Laika dūriens ietaupa deviņus."

Risinājums: V modelis

Lai risinātu šīs bažas, tika izstrādāts testēšanas V modelis, kurā katram izstrādes dzīves cikla posmam ir atbilstoša testēšanas fāze

• Modeļa kreisajā pusē ir programmatūras izstrādes dzīves cikls - SDLC
• Modeļa labajā pusē ir programmatūras testa dzīves cikls - STLC
• Visa figūra izskatās kā V, līdz ar to nosaukums V - modelis

Bez V modeļa ir atkārtoti izstrādes modeļi, kur izstrāde notiek pa fāzēm, katrai fāzei pievienojot programmatūrai funkcionalitāti. Katrā fāzē ietilpst tā neatkarīgais izstrādes un testēšanas darbību kopums.

Labi attīstības dzīves ciklu piemēri pēc iteratīvās metodes ir ātra lietojumprogrammu izstrāde, veiklā izstrāde

Secinājums

Ir daudz izstrādes dzīves cikla modeļu. Projektam izvēlētais attīstības modelis ir atkarīgs no šī projekta mērķiem.

• Testēšana nav atsevišķa darbība, un tai jāpielāgo projektam izvēlētais attīstības modelis.
• Jebkurā modelī testēšana jāveic visos līmeņos, ti, sākot no prasībām līdz apkopei.