Sissejuhatus tarkvara testimise elutsüklisse
Nii nagu tarkvaraarendus hõlmab tegevuste jada, hõlmab tarkvara testimine ka mitmeid toiminguid, mida tuleb teostada seeriaviisiliselt. Tarkvaraarenduse elutsükkel on testimistoimingute konkreetsel viisil teostamise protsess. Tarkvara testimise elutsükkel on tuntud ka STLC jaoks. Tarkvara testimise elutsükkel hõlmab etappe, mis tuleb kindlaksmääratud viisil täita, et tagada tarkvara vastavus kliendi või organisatsiooni määratletud nõuetele ja kvaliteedile. Tarkvara testimise tsüklil on kuus põhifaasi, millest igal on oma tähtsus ja ülesanne. Tema artiklis uurime neid tarkvara olelustsükli etappe üksikasjalikult. Neid etappe saab muuta vastavalt organisatsiooni või testijate omale, see sõltub testimise viisist, mida tuleb testida jne.
Tarkvara testimine elutsükkel
Tarkvara testimise elutsükli erinevad etapid on järgmised:
1. Nõuete analüüs
2. Testide kavandamine
3. Testjuhtumi areng
4. Testimiskeskkonna seadistamine
5. Testi täitmine
6. Testtsükli sulgemine
Arutleme üksikasjalikumalt ülalnimetatud tarkvara testimise etappe
1. Nõuete analüüs
See on tarkvara testimise elutsükli esimene etapp. Nõuete analüüs on kõige olulisem etapp, kuna see on kogu tarkvara arendamise alusfaas. Kui tegime nõudeanalüüsis vea, saab kliendi tarnida vale tarkvara.
Selles etapis mõistab kvaliteedi tagamise meeskond kõigepealt tarkvara nõudeid, et teha kindlaks osad, mida tuleb testida. Nõude paremaks mõistmiseks võib kvaliteedi tagamise meeskond, st kvaliteedi tagamise meeskond, kohtuda erinevate organisatsioonidega, nagu ettevõtte organisatsioon, sidusrühmad, arendusmeeskond, tehniline meeskond, disainimeeskond jne. Kui tarkvara nõuded on fikseeritud, tuvastab kvaliteedikontrolli meeskond tarkvara komponendid või osad või testitavat süsteemi.
2. Testi planeerimine
See on tarkvara testimise elutsükli teine etapp. See etapp on testimisstrateegia jaoks teada, kuna selles etapis on kavandatud testimisstrateegia. Seda tegevust viib läbi testijuht, kus ta hoolitseb kõigi testimisega seotud asjade eest, näiteks kui palju pingutusi see nõuab, kui palju maksab kogu projekti testimine ja milliseid komponente tuleb testida. Peale selle hõlmas see ka järgmist ülesannet
1. Tarkvara analüüsimine
2. Määratlege testi eesmärk
3. Testi strateegia väljatöötamine
4. Testi jaoks ressursside kavandamine
5. Katsete kriteeriumide kavandamine
6. Katsejuhtumite kujundamine
7. Testi planeerimine ja läbiviimine
8. Teostamiskeskkonna kavandamine täitmiseks
9. Testi tarnimise analüüsimine
3. Testjuhtumi arendamine
See on tarkvara testimise elutsükli kolmas etapp. Kui testi planeerimine on tehtud, algab testjuhtumite töö. Selles etapis kavandab testimisrühm üksikasjalikult testimisjuhtumid testi täitmiseks. Samuti koostab see teabe, st andmed testijuhtumite jaoks. Pärast katsejuhtumite kavandamist toimetatakse need ekspertrühma või kvaliteedikontrolli, st kvaliteedikontrolli meeskonda.
Testjuhtum on hea, kui see tuvastab vead kiiresti ja lahendab need kohe testi all.
1. Hea testijuhtumi omadused on:
2. Testjuhtum on läbipaistev ja lihtne.
3. Genereerige sama testi jaoks iga kord sama tulemus.
4. Testjuhtumi ID sisaldab nime.
5. Hõlmab 100% tarkvaranõuetest.
4. Testimiskeskkonna seadistamine
See on tarkvara testimise elutsükli neljas etapp. See etapp on oluline osa STLC-st. Testkeskkonna seadistamine on kõigi ressursside, näiteks tarkvara ja riistvara seadistamine testimismeeskonna jaoks kõigi testjuhtumite täitmiseks. Testikeskkonna seadistamist ei tee testimismeeskond, pigem teeb klient või organisatsioon. Testimisrühm valmistab ette katsekeskkonna seadistamise läbiviimiseks suitsutesti.
5. Testi täitmine
See on tarkvara testimise elutsükli viies etapp. See on testi koodiga täitmise protsess, mida võrreldakse oodatava tulemusega ja analüüsitakse aruannet. Testimisrühm viib testid läbi testide kavandamise ja strateegiate alusel. Testi täitmise ajal märgib testanalüütik testiprotokolli.
1. Kui testjuhtum on edukalt täidetud, märgitakse see läbinuks.
2. Kui testjuhtum ebaõnnestub, märgitakse see nurjumiseks ja vastavast puudusest teatatakse tarkvaraarendaja meeskonnale
3. Kui katsejuhtum on tõrke tõttu blokeeritud, tähistatakse see blokeerituna. Kui defekt on kõrvaldatud, kontrollitakse uuesti tõkestatud või ebaõnnestunud märgistusega juhtumeid, et tagada nende fikseerimine.
6. Testtsükli sulgemine
See on tarkvara testimise elutsükli viimane etapp. Selles etapis viiakse läbi tarkvaratestijate kohtumine, et hinnata testi katvust tarkvara nõuete, testjuhtumite, maksumuse, aja, kvaliteedi tagamise alusel.
Testjuhtumite analüüs ja veateade viiakse läbi, et leida defektide jaotust tüübi järgi. Kui katsetsükkel on lõpule jõudnud, koostatakse katsetsükli sulgemisaruanne. Testi tsükli sulgemise valmistab ette testi juht.
Testitsükli sulgemise standardvorming on järgmine
• testi kokkuvõtlik aruanne
• Identifier
• Testi kokkuvõte
• Variatsioonid
• kõikehõlmavuse hindamine
• tulemuste kokkuvõte
• Hindamine
• tegevuste kokkuvõte
• kinnitamine
Järeldus
Selles artiklis oleme näinud tarkvara testimise elutsükli faase. Loodetavasti leiate sellest artiklist abi.
Soovitatavad artiklid
See on tarkvara tarkvara testimise olelustsükli juhend. Siin käsitleme tarkvara testimise elutsükli sissejuhatust ja erinevaid etappe. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Jõudluse testimise tööriistad
- Riigi ülemineku testimine
- Funktsionaalse testimise tööriistad
- Mis on kasutatavuse testimine?
- 8 Oluline ülesanne testiplaani malli kirjutamine