Meni

Kaj je STLC V-Model?

what is stlc v model

Preizkusite Naš Instrument Za Odpravo Težav

Kaj je STLC V-Model?

Eden glavnih ovir model slapa STLC je bilo, da so bile napake odkrite v poznejši fazi razvojnega procesa, saj so bila testiranja opravljena na koncu razvojnega cikla. Odpravljanje napak je postalo zelo zahtevno in drago, saj so ga odkrili že pozneje. Da bi odpravili to težavo, je bil uveden nov razvojni model, imenovan 'V model'

Model V je zdaj eden najpogosteje uporabljenih procesov razvoja programske opreme. Uvedba modela V je dejansko dokazala izvajanje testiranja že v fazi zahteve. V model se imenuje tudi model preverjanja in potrjevanja.

V-model STLC

Kaj se boste naučili:

Preverjanje in potrjevanje

Da bi razumeli model V, najprej razumemo, kaj je preverjanje in potrjevanje v programski opremi.

Preverjanje : Preverjanje je tehnika statične analize. Pri tej tehniki se testiranje izvaja brez izvrševanja kode. Primeri vključujejo - Ocene, pregled in navodila.

Preverjanje veljavnosti : Validacija je tehnika dinamične analize, pri kateri se testiranje izvaja z izvajanjem kode. Primeri vključujejo funkcionalne in nefunkcionalne tehnike testiranja.

V-Model

V modelu V se razvojne in QA dejavnosti izvajajo hkrati. Nobene diskretne faze, imenovane Testiranje, ni, preskušanje se začne takoj od faze zahteve. Dejavnosti preverjanja in potrjevanja gredo z roko v roki.

Da bi razumeli model V, si oglejmo spodnjo sliko:

Model STLC V

je omrežni varnostni ključ enak geslu za wifi

V tipičnem razvojnem procesu leva stran prikazuje razvojne dejavnosti, desna pa testne dejavnosti. Ne bi se motil, če rečem, da se v razvojni fazi izvajata preverjanje in potrjevanje skupaj z dejanskimi razvojnimi aktivnostmi.

Zdaj pa razumimo sliko:

Stran leve roke

Kot že rečeno, so dejavnosti na levi strani razvojne dejavnosti. Običajno čutimo, kakšna testiranja lahko opravimo v razvojni fazi, toda to je lepota tega modela, ki dokazuje, da je testiranje mogoče opraviti tudi v vseh fazah razvojnih dejavnosti.

Analiza zahtev : V tej fazi se zahteve zbirajo, analizirajo in preučujejo. Tukaj ni pomembno, kako je sistem implementiran, pomembno pa je, kaj naj sistem počne. Seje / sprehodi po možganskih napadih, opravljeni so razgovori, da bi bili cilji jasni.

  • Dejavnosti preverjanja : Pregledi zahtev.
  • Dejavnosti potrjevanja : Ustvarjanje UAT ( Test sprejemljivosti uporabnika ) testni primeri
  • Proizvedeni artefakti : Dokument o razumevanju zahtev, testni primeri UAT.

Sistemske zahteve / oblikovanje na visoki ravni : V tej fazi je zgrajena zasnova programske opreme na visoki ravni. Skupina preučuje in raziskuje, kako bi lahko zahteve uresničili. Preučena je tudi tehnična izvedljivost zahtev. Skupina pripravi tudi module, ki bi jih ustvarili / odvisnosti, strojne / programske potrebe

  • Dejavnosti preverjanja : Oblikovalski pregledi
  • Dejavnosti potrjevanja : Ustvarjanje Načrt preskusa sistema in primeri, Ustvarjanje meritev sledljivosti
  • Proizvedeni artefakti : Sistemski testni primeri, poročila o izvedljivosti, sistemski testni načrt, zahteve za strojno-programsko opremo in moduli, ki jih je treba ustvariti itd.

Arhitekturno oblikovanje: V tej fazi temelji na zasnovi na visoki ravni , ustvarjena je programska arhitektura. Moduli, njihovi odnosi in odvisnosti, arhitekturni diagrami, tabele baz podatkov, tehnološke podrobnosti so dokončani v tej fazi.

  • Dejavnosti preverjanja : Oblikovalski pregledi
  • Dejavnosti potrjevanja : Integracijski testni načrt in testni primeri.
  • Proizvedeni artefakti : Projektni dokumenti, integracijski testni načrt in testni primeri, zasnove tabel zbirke podatkov itd.

Zasnova modula / nizka raven: V tej fazi so vsi moduli komponent programske opreme zasnovani posebej. Metode, razredi, vmesniki, tipi podatkov itd. So dokončani v tej fazi.

  • Dejavnosti preverjanja : Oblikovalski pregledi
  • Dejavnosti potrjevanja : Izdelava in pregled enotnih testnih primerov.
  • Proizvedeni artefakti : Enotni testni primeri,

Izvajanje / kodeks : V tej fazi je končano dejansko kodiranje.

  • Dejavnosti preverjanja : Pregled kode, pregled testnih primerov
  • Dejavnosti potrjevanja : Ustvarjanje funkcionalnih testnih primerov.
  • Proizvedeni artefakti : testni primeri, pregled kontrolnega seznama.

Desna stran roke

Desna stran prikazuje dejavnosti testiranja ali fazo preverjanja. Začeli bomo od spodaj.

Enotno preskušanje: V tej fazi se izvedejo vsi testni primeri enote, ustvarjeni v fazi načrtovanja nizke ravni.

* Preizkušanje enote je tehnika preizkušanja belega polja, kjer je zapisan kos kode, ki prikliče metodo (ali kateri koli drug del kode), s katerim se preizkusi, ali delček kode daje pričakovani izhodni rezultat. To testiranje v osnovi izvaja razvojna skupina. V primeru kakršne koli anomalije se napake zabeležijo in izsledijo.

Proizvedeni artefakti : Rezultati izvedbe preskusa enote

Integracijsko preskušanje : V tej fazi se izvedejo primeri integracijskega preskusa, ki so bili ustvarjeni v fazi arhitekturnega načrtovanja. V primeru kakršnih koli nepravilnosti se napake beležijo in sledijo.

* Integracijsko testiranje: Integracijsko testiranje je tehnika, pri kateri se moduli, preizkušeni na enoti, integrirajo in preizkusijo, ali integrirani moduli dajejo pričakovane rezultate. Z enostavnejšimi besedami preveri, ali komponente aplikacije delujejo po pričakovanjih.

Proizvedeni artefakti : Rezultati integracijskega preskusa.

Testiranje sistemov : V tej fazi se izvajajo vsi sistemski testni primeri, funkcionalni testni primeri in nefunkcionalni testni primeri. Z drugimi besedami, tukaj poteka dejansko in popolno preizkušanje aplikacije. Napake se beležijo in jim sledijo zaradi njihovega zaprtja. Tudi poročanje o napredku je pomemben del te faze. Meritve sledljivosti se posodobijo, da se preveri pokritost in zmanjšanje tveganja.

Proizvedeni artefakti : Rezultati preskusov, dnevniki preskusov, poročilo o napakah, povzetek poročila in posodobljene matrike sledljivosti.

Preizkus sprejemljivosti uporabnika : Preskus sprejemljivosti je v osnovi povezan s preizkušanjem poslovnih zahtev. Tu se opravi testiranje za potrditev izpolnjevanja poslovnih zahtev v uporabniškem okolju. Preskus združljivosti in včasih nefunkcionalno preskušanje ( Obremenitev, stres in prostornina ) testiranje se opravi tudi v tej fazi.

Proizvedeni artefakti : Rezultati UAT, posodobljene matrike pokritosti podjetij.

Kdaj uporabiti model V?

V model se uporablja, kadar:

  • Zahteva je natančno opredeljena in ni dvoumna
  • Merila sprejemljivosti so dobro opredeljena.
  • Projekt je kratek do srednje velik.
  • Uporabljena tehnologija in orodja niso dinamični.

Prednosti in slabosti uporabe modela V

PREDNOSTISLABOSTI
- Razvoj in napredek sta zelo organizirana in sistematična-Ni primerno za večje in zapletene projekte
- Dobro deluje pri manjših do srednje velikih projektih.- Ni primerno, če zahteve niso skladne.
- Testiranje se začne od začetka, tako da se nejasnosti odkrivajo od začetka.- V vmesni fazi ni nobene delujoče programske opreme.
- Enostavno upravljanje, saj ima vsaka faza natančno opredeljene cilje.- Ni določb za analizo tveganja, zato obstaja negotovost in tveganja.

Priporočeno branje

^