„V-Model“ programinės įrangos testavime

V modelis

V modelis yra labai drausmingas SDLC modelis, kurio testavimo etapas yra lygiagretus kiekvienam kūrimo etapui. V modelis yra krioklio modelio pratęsimas, kuriame bandymai atliekami kiekviename etape lygiagrečiai su vystymu nuosekliai. Tai žinoma kaip patvirtinimo arba patikrinimo modelis.

Pagrindinės programinės įrangos inžinerijos sąlygos:

SDLC: SDLC yra programinės įrangos kūrimo gyvavimo ciklas. Kūrėjai vykdo aukštos kokybės programinės įrangos kūrimo ir tobulinimo veiksmus.

STLC: STLC yra programinė įranga, tikrinanti gyvenimo ciklą. Tai susideda iš daugybės veiklų, kurias bandytojai atlieka metodiškai, norėdami išbandyti jūsų programinės įrangos produktą.

Krioklio modelis: Krioklio modelis yra nuoseklus modelis, padalytas į skirtingus programinės įrangos kūrimo etapus. Kiekvienas etapas yra skirtas konkrečiai veiklai atlikti. Testavimo etapas krioklio modelyje prasideda tik įdiegus sistemą.

Spustelėkite čia, jei vaizdo įrašas nepasiekiamas

PAVYZDYS Suprasti V modelį

Tarkime, jums paskirta užduotis sukurti klientui pritaikytą programinę įrangą. Nepriklausomai nuo jūsų techninės padėties, pabandykite apgalvotai spėlioti, kokių sekų atliksite, kad pasiektumėte užduotį.

Teisinga seka būtų.

Skirtingi programinės įrangos kūrimo ciklo etapai	Kiekviename etape atliekama veikla
Reikalavimų rinkimo etapas	Surinkite iš kliento kuo daugiau informacijos apie norimos programinės įrangos detales ir specifikacijas. Tai ne kas kitas, o „Reikalavimų“ rinkimo etapas.
Dizaino etapas	Suplanuokite programavimo kalbą kaip „Java“, PHP, .net; duomenų bazė, tokia kaip „Oracle“, „MySQL“ ir kt. Kuris būtų tinkamas projektui, taip pat kai kurios aukšto lygio funkcijos ir architektūra.
„Build Stage“	Po projektavimo etapo tai yra sukūrimo etapas, tai yra ne kas kita, kaip iš tikrųjų koduoti programinę įrangą
Bandymo etapas	Tada išbandysite programinę įrangą ir patikrinkite, ar ji sukurta pagal kliento pateiktas specifikacijas.
Diegimo etapas	Įdiekite programą atitinkamoje aplinkoje
Techninės priežiūros etapas	Kai jūsų sistema bus paruošta naudoti, gali tekti vėliau pakeisti kodą pagal kliento pageidavimą

Visi šie lygiai yra programinės įrangos kūrimo gyvavimo ciklo metodas .

Krioklio modelio problema

Kaip pastebėsite, tas bandymas modelyje pradedamas tik įgyvendinus.

Bet jei dirbate dideliame projekte, kur sistemos yra sudėtingos, pačiame reikalavimų etape lengva praleisti svarbiausias detales. Tokiais atvejais klientui bus pristatytas visiškai neteisingas produktas, todėl jums gali tekti pradėti iš naujo su projektu ARBA jei jums pavyks teisingai atsižvelgti į reikalavimus, tačiau padarysite rimtų klaidų kurdami savo programinės įrangos dizainą ir architektūrą, turėsite iš naujo suprojektuoti ištaisyti klaidą.

Įvertinus tūkstančius projektų, paaiškėjo, kad defektai, nustatyti reikalavimų ir projektavimo metu, sudaro beveik pusę viso defektų skaičiaus.

Be to, per visą kūrimo ciklą padidėja defekto šalinimo išlaidos. Kuo anksčiau gyvenimo cikle aptinkamas defektas, tuo pigiau jį pašalinti. Kaip sakoma: „Laiko siūlė sutaupo devynis“.

Sprendimas: V modelis

Siekiant išspręsti šį susirūpinimą, buvo sukurtas V testavimo modelis, kuriame kiekvienam kūrimo gyvavimo ciklo etapui yra atitinkamas testavimo etapas.

• Kairėje modelio pusėje yra programinės įrangos kūrimo gyvavimo ciklas - SDLC
• Dešinė modelio pusė yra „Software Test Life Cycle“ - STLC
• Visa figūra atrodo kaip V, taigi ir pavadinimas V - modelis

Be V modelio, yra iteracinių kūrimo modelių, kur kūrimas vykdomas etapais, kiekvienam etapui pridedant programinės įrangos funkcionalumą. Kiekvieną etapą sudaro nepriklausomas kūrimo ir bandymų veiklos rinkinys.

Geri kūrimo gyvavimo ciklų, taikomų pasikartojančiu metodu, pavyzdžiai yra greita programų plėtra, judrus vystymas

Išvada

Yra daugybė kūrimo gyvavimo ciklo modelių. Projektui pasirinktas plėtros modelis priklauso nuo to projekto tikslų ir uždavinių.

• Testavimas nėra savarankiška veikla, todėl jis turi pritaikyti projektui pasirinktą plėtros modelį.
• Bet kurio modelio bandymai turėtų būti atliekami visais lygmenimis, ty nuo reikalavimų iki techninės priežiūros.