Sisukord

• Tarkvara testimise elutsükkel (STLC): sissejuhatus
• Tarkvara testimise elutsükli faasid, sisenemise, väljumise kriteeriumid
• STLC faasid
  • 1. Nõuete analüüs
  • 2. Testi planeerimine
  • 3. Testi ülesehitus (testijuhtumid)
  • 4. Testikeskkonna häälestus
  • 5. Testi läbiviimine
  • 6. Katse sulgemine
• STLC vs SDLC: kuidas need erinevad?
• STLC KKK
  • Millised on STLC faasid?
  • Mis vahe on STLC ja SDLC vahel?
  • Mis on QA elutsükkel?
  • Millised on kodeerimise sisenemise kriteeriumid?
• Soovitatavad artiklid

Tarkvara testimise elutsükkel (STLC): sissejuhatus

Tarkvara testimise elutsükkel ehk STLC on aheldatud tegevuste kogum, mis viiakse läbi testimisprotsessi käigus, et täita tarkvara kvaliteedieesmärke.

Tarkvara testimine ei ole üksik/isoleeritud tegevus, vaid eelnevalt määratletud tegevuste jada, mis hõlmab nii kontrollimist kui ka valideerimist.

Need tegevused tarkvara testimisel viiakse läbi metoodiliselt, et aidata tarkvaratoote sertifitseerida.

The Tarkvara testimise elutsükkel (STLC) mudelil on kokku 6 etappi, mis tuleb tarkvara sertifitseerimiseks läbida. Seega peavad testimismeeskonnal olema üksikasjalikud teadmised STLC-faaside ja projektis kohaldatava testi planeerimise kohta. Nad peavad valdama testjuhtumi väljatöötamise tegevust ja strateegiadokumenti.

Igal neist STLC etappidest on oma kindlad sisenemise ja väljumise kriteeriumid, tulemused ja tegevused.

Faasid on järgmised:

1. Nõuete analüüs
2. Testi planeerimine
3. Testi disain
4. Testikeskkonna seadistus
5. Testi täitmine
6. Katse sulgemine

Tarkvara testimise elutsükli faasid, sisenemise, väljumise kriteeriumid

Tarkvara testimise elutsükli või STLC puhul on testil iga taseme või faasi jaoks sisenemise ja väljumise kriteeriumid.

Sisenemise kriteeriumid: See määrab eeltingimused või kriteeriumid, mis peavad olema täidetud enne selle etapi testimist.

Väljumise kriteeriumid: See sätestab, et üksused või kriteeriumid, mis tuleb täita enne konkreetset etappi või taset, võivad lõppeda, et lõpuks saada katse lõpetamise aruanne.

Ideaalis ei saa järgmisse STLC-faasi siseneda, kui eelmisest väljumise kriteeriumid pole täidetud. Selle põhjuseks on asjaolu, et faasi testimise meeskonnal ei ole alati praktiliselt võimalik väljumiskriteeriume vahele jätta ja järgmisse etappi edasi liikuda.

Seega keskendume selles artiklis STLC eri etappides ja faasides nõutavatele või kaasatud erinevatele tegevustele ja tulemustele.

STLC faasid

1. Nõuete analüüs

See Tarkvara testimine Olelustsükli (STLC) faas nõuab, et testimismeeskond uuriks nõuete analüüsi dokumenti ja analüüsiks seda testimise seisukohast, et tuvastada testitavad nõuded. Need aitavad testijuhtumite väljatöötamisel.

Need nõuded võivad olla funktsionaalsed või mittefunktsionaalsed ja seega käsitletakse neid vastavalt.

Kvaliteedikontrolli meeskond võib ka sidusrühmadega suhelda, et selgitada nõuetega seotud kahtlusi.

Automatiseerimise teostatavuse testimine on samuti osa sellest nõuete kogumise etapist STLC tarkvara testimise elutsüklis.

Sisenemise kriteeriumid:

• Nõudedokument (nii funktsionaalne kui ka mittetoimiv) peab olema selles etapis saadaval.
• Vastuvõtukriteeriumid tuleb määratleda.
• Taotluse arhitektuurne dokument peab olema kättesaadav.

Tegevused:

• See tuvastab eri tüüpi teste, mida tuleb läbi viia.
• Automatiseerimise teostatavusanalüüs tehakse vajaduse korral automatiseerimise teostatavusaruande koostamiseks.
• Testikeskkonna üksikasjade määramine.
• Testimise prioriteetide ja fookuse üksikasjad on kokku kogutud.
• Ettevalmistus Nõuete jälgitavuse maatriks (RTM).

Väljumise kriteeriumid:

• RTM-i väljalogimine.
• Klient logib välja automatiseerimise teostatavuse aruandest.

Saadetised:

• RTM luuakse.
• Vajadusel koostatakse automatiseerimise teostatavuse aruanne.

2. Testi planeerimine

Teine etapp Tarkvara testimine Elutsükkel (STLC), mida nimetatakse testimise planeerimise etapiks, hõlmab testimisstrateegia kindlaksmääramist kõrgema kvaliteedikontrolli juhi poolt erinevate testimistoimingute läbiviimiseks.

Selles etapis määratakse testkeskkond, ressursid, testimise ajakava, testimise piirangud ning plaan koostatakse ja vormistatakse vastavalt enne katsejuhtumi väljatöötamist.

Pärast nõuete analüüsi on katse planeerimine kõige olulisem etapp ja seetõttu tuleb seda teha ettevaatlikult.

Eelarve, vaev, aeg ja peaaegu kõik testimisega seonduv sõltub testimise planeerimise dokumendi korrektsest vormistamisest, mistõttu on see enamasti määratud kvaliteeditagamise (QA) meeskonnale.

See katseplaani väljatöötamise etapp hõlmab ka projekti jõupingutuste ja kulude hindamist koos katseplaani dokumendiga.

Sisenemise kriteeriumid:

• Nõudedokumendid peavad olema kättesaadavad.
• Kättesaadav peab olema eelmise etapi nõuete jälgitavusmaatriks.
• Kirje viimase etapi automatiseerimise teostatavuse kohta.

Tegevused:

• Tarkvara testimise tööriista valik.
• Testi maksumuse ja pingutuse hinnangu dokument.
• Testistrateegia dokument erinevate testimiste jaoks, mis tuleb koostada.
• Koolitusnõudeid tuleb analüüsida.
• Tuleb teha rollide ja vastutuse kindlaksmääramine ning ressursside planeerimine.

Väljumise kriteeriumid:

• Testijuhil on kinnitatud katseplaan.
• Kulude ja pingutuste hinnangudokumendid tuleb allkirjastada.

Saadetised:

• Testistrateegia dokument on üle antud.
• Esitatakse kulude ja jõupingutuste hinnanguline dokument.

3. Testi ülesehitus (testijuhtumid)

Selles STLC testimise etapis tuleb lõpule viia erinevate testjuhtumite, testskriptide ja testandmete kontrollimine, loomine ja ümbertöötamine.

Enne testjuhtumite loomist tuleb testskriptide testandmed tuvastada, luua ning seejärel üle vaadata ja hiljem ümber töödelda, sõltuvalt testjuhtumite genereerimiseks seatud eeltingimustest. Need testjuhtumid pakuvad projektis täielikku testide ulatust.

Siiski tuleb teada, et kõiki võimalikke testjuhtumeid ei ole võimalik läbi viia.

Pärast testandmete lõplikku vormistamist saab QA meeskond hakata välja töötama erinevaid testjuhtumeid, testimisskripte projekti erinevatele üksustele.

Sisenemise kriteeriumid:

• Nõudedokumendid on saadaval eelmistest etappidest.
• Varasemate etappide katseplaan ja RTM.
• Saadaval on automatiseerimise analüüsiaruanne.

Tegevused:

• Vajadusel tuleb luua automatiseerimisskriptid ja testimiseks kasutatavad testjuhtumid.
• Need testjuhtumid ja skriptid vaadatakse üle ja võetakse aluseks.
• Kui testimiskeskkond on saadaval, siis luuakse testiandmed ja testjuhtumid.

Väljumise kriteeriumid:

• Testjuhtum/stsenaarium tuleb üle vaadata ja allkirjastada.
• Katseandmed tuleb üle vaadata ja allkirjastada.

Saadetised:

• Loodud testjuhtumid või skriptid.
• Testjuhtumid lõpetatud.

4. Testikeskkonna häälestus

Selles STLC etapis määratakse kindlaks riist- ja tarkvaratingimused, mille alusel testimine toimub.

Seda saab teha paralleelselt katse kavandamise etapiga.

Testikeskkonna seadistamine on testimisprotsessi üks kriitilisemaid aspekte.

Enne projekti tegeliku testimise alustamist viib testimeeskond läbi testkeskkonna valmisolekukontrolli ehk suitsutesti.

Seda etappi ei pea läbi viima, kui testimiskeskkond pakub katsekeskkonda.

Sisenemise kriteeriumid:

• Keskkonna seadistusplaanid katse kavandamise etapist peavad olema kättesaadavad.
• Kättesaadavad peavad olema süsteemi projekteerimis- ja arhitektuuridokumendid.

Tegevused:

• Riist- ja tarkvaranõuete loend koostatakse vajaliku keskkonna seadistuse ja arhitektuuri mõistmisel.
• Testi andmed ja keskkond on seadistatud.
• Enne tegelikku testimist tehakse konstruktsiooni suitsutestimine.

Väljumise kriteeriumid:

• Suitsutestid peaksid olema edukad.
• Keskkonna seadistamine peab toimima vastavalt plaanile ja kontrollnimekirjale.
• Testskriptide, testandmete ja testjuhtumite seadistamine keskkonnas on lõpetatud.

Saadetised:

• Tarnitakse testandmetega valmis keskkond.
• Suitsutesti tulemused genereeritakse.

5. Testi läbiviimine

STLC viies faas, mida nimetatakse testi täitmiseks, hõlmab ehitustarkvara testimist vastavalt testjuhtumitele ja STLC kolmandas faasis genereeritud testandmetele ning see viiakse läbi arendatud testimiskeskkonnas.

Testijad peavad selles testi teostamise faasis läbi viima iga üksiku testjuhtumi ja looma testjuhtumi täitmise aruande.

Testskripti täitmine, defektidest teatamine ja testskripti hooldus on mõned sammud, mis on seotud STLC selle etapiga.

Kui teatatakse mistahes defektidest, siis testimine peatub ja saadetakse tagasi arendusmeeskonnale.

Kui arendusmeeskond on defekti lahendanud, viiakse läbi kordustestimine.

Sisenemise kriteeriumid:

• Keskkonnaga seadistatud testandmed tuleb lõpule viia.
• Katseplaan, baasjooneline RTM ja testjuhtumid/skriptid peaksid olema kättesaadavad.
• Testikeskkond peab olema valmis ja suitsutestitud.
• Erinevate moodulite üksuste ja integratsiooni testimise aruanded peaksid olema saadaval.

Tegevused:

• Testid tuleb läbi viia plaanipäraselt.
• Kõigi tuvastatud defektide korral tehakse kordustestid.
• RTM kaardistatakse defektidega testjuhtumitele.
• Ebaõnnestunud juhtumite testitulemused ja defektid dokumenteeritakse ja logitakse.
• Vead tuleb sulgeda kordustestimise teel ja enne lõppfaasi jõudmist.

Väljumise kriteeriumid:

• Kõik testjuhtumid ja plaanid on edukalt täidetud.
• Defektid logitakse ja jälgitakse kuni nende sulgemiseni

Saadetised:

• Täitmise olekuga RTM on lõpetatud ja tarnitud.
• Testjuhtumite tulemusi uuendatakse testjuhtumi täitmise aruandes.
• Tarnitakse defektiaruanded.

6. Katse sulgemine

STLC viimane etapp, Test Closure, on projekti otsustava tähtsusega etapp, et kõrvaldada protsessi kitsaskohad tulevaste katsetsüklite jaoks.

Katsetsükli sulgemise faas hõlmab lõpparuande, testi lõpetamise maatriksite ja testi lõpetamise aruandluse kogumist.

Peale nende hõlmab katsetsükli sulgemise faas ka testimismeeskonna liikmete koosolekut, et arutada ja analüüsida testimisstrateegiaid, mida saab praegusest testitsüklist võetud õppetunnina tulevikus rakendada.

Sisenemise kriteeriumid:

• Kõik testid on lõpetatud.
• Lõplikud testitulemused on saadaval.
• Saadaval on täielik defektide logi.

Tegevused:

• Koostatakse katse lõpetamise aruanne.
• Tsükli lõpetamise kriteeriumide hindamiseks kasutatakse aega, kulusid, tarkvara, testi katvust, kvaliteeti ja kriitilisi ärieesmärke.
• Koostatakse ülaltoodud parameetrite põhjal testmõõdikud.
• Defektide jaotus tüübi ja raskusastme järgi leitakse testitulemuste analüüsi abil.
• Tarkvara kvaliteedi kvantitatiivne ja kvalitatiivne aruandlus edastatakse kliendile.

Väljumise kriteeriumid:

• Klient allkirjastab testi sulgemise aruande.

Saadetised:

• Testmõõdikud tarnitud.
• Testi sulgemise aruanne on loodud.

STLC vs SDLC: kuidas need erinevad?

SDLC vs STLC

STLC KKK

Millised on STLC faasid?

Sellel on kuus faasi: nõuete analüüs, katsete planeerimine, katsejuhtumi väljatöötamine, katsekeskkonna seadistamine, testi teostamine, katsetsükli sulgemine.

Mis vahe on STLC ja SDLC vahel?

STLC: See tähistab tarkvara testimise elutsüklit, mille käigus kvaliteedikontrolli meeskond testib väljatöötatud tarkvara võimalike vigade suhtes testiplaani, testjuhtumite ja testimiskeskkonna abil.
SDLC: See tähistab tarkvaraarenduse elutsüklit, mille käigus ärianalüütik analüüsib ärinõudeid, mille põhjal arendaja koodi välja töötab. Testimine ja hooldus on samuti osa SDLC-st.

Mis on QA elutsükkel?

Kvaliteeditagamise (QA) elutsükkel ehk STLC viitab aheldatud tegevuste kogumile, mis viiakse läbi testimisprotsessi käigus, et täita tarkvara kvaliteedieesmärke.

Millised on kodeerimise sisenemise kriteeriumid?

Kodeerimise sisenemiskriteeriumid on järgmised:
Kontrollige testkeskkonna saadavust ja kasutatavust.
Kontrollige testimisvahendite paigaldamist.
Kontrollige saadavuse testimise koodi.
Kontrollige katseandmete kättesaadavust ja valideerimist.