Tarkvara testimise metoodikad: kvaliteedikontrolli mudelid

Mis on tarkvara testimise metoodika?

Tarkvara testimise metoodika on määratletud kui strateegiad ja testimistüübid, mida kasutatakse testitava rakenduse vastavuse kliendi ootustele tõendamiseks. Testimismeetodid hõlmavad funktsionaalset ja mittefunktsionaalset testimist AUT kinnitamiseks. Testimismetoodikate näited on Üksuse testimine, Integratsiooni testimine, Süsteemi testimine, Jõudluse testimine jne. Igal testimismetoodikal on määratletud testieesmärk, testimisstrateegia ja tulemused.

märkused: Kuna tarkvara testimine on iga arendusmetoodika lahutamatu osa, kasutavad paljud ettevõtted kõnekeeles mõistet arendusmetoodikad ja testimismetoodikad. Seega võivad testimismetoodikad viidata ka Waterfall-, Agile- ja muudele kvaliteedikontrolli mudelitele, vastupidiselt ülaltoodud testimismetoodikate määratlusele. Arutelu erinevate testimistüüpide üle ei anna lugejatele lisaväärtust. Seetõttu käsitleme erinevaid arendusmudeleid.

Testimismetoodika vs testimistüüp vs testimisstrateegia

Ülaltoodud märkus vihjab valdkonna tõelisele ebaselgusele. Vestluses kasutatakse kolme terminit vaheldumisi, kuid projektidokumendis tähendavad need erinevaid asju ja nende segi ajamine loob testimisplaanid, mis vastavad valele küsimusele.

Termin	Küsimus, millele see vastab	Otsustas	Näited
Testimismetoodika	Millal ja kuidas testimine arendustsüklisse sobitub?	Kasutusel olev arendusmudel	Juga, iteratiivne, agiilne, ekstreemne programmeerimine
Testimise tüüp	Millist toote aspekti kontrollitakse?	Riskide ja nõuete katmine	Üksus, integratsioon, süsteem, jõudlus, turvalisus
Testimise tase	Kui põhjalikult tarkvara uuritakse?	Positsioon ehitushierarhias	Komponent, integratsioon, süsteem, aktsepteerimine
Testistrateegia	Milline on meie organisatsiooni lähenemine kvaliteedile?	Kvaliteedi tagamise juhtimine kehtib kõigis projektides	Riskipõhine, automatiseerimine esikohal, nihe vasakule
Katseplaan	Mida täpselt selle projektiga testitakse, millal ja kelle poolt?	Testijuht, projektispetsiifiline	Ulatus, ajakava, ressursid, sisenemis- ja väljumiskriteeriumid

Kasulik rusikareegel: metoodika määrab rütmi, tüüp seab eesmärgi ja testimisplaan dokumenteerib kohustuse. Allpool käsitletakse metoodikaid.

Juga mudel

Mis siis täpsemalt Megabonder on?

aasta juga mudel, tarkvaraarenduse edenemine läbi erinevate etappide, nagu nõuete analüüs, disain jne – järjestikku.

Selles mudelis algab järgmine faas alles siis, kui varasem faas on lõppenud.

Mis on testimisviis?

Kose mudeli esimene etapp on nõuete faas, kus kõik projekti nõuded on enne testimise alustamist täielikult määratletud. Selles etapis mõtleb testimisrühm ajurünnakuid testimise ulatusele, testimisstrateegiale ja koostab üksikasjaliku testimisplaani.

Alles siis, kui tarkvara projekteerimine on lõpetatud, jätkab meeskond testjuhtumite teostamist, et tagada arendatud tarkvara käitumine ootuspäraselt.

Selle metoodika kohaselt liigub testimisrühm järgmisse faasi alles siis, kui eelmine etapp on lõppenud.

Eelised	Puudused
Seda tarkvaratehnoloogia mudelit on väga lihtne planeerida ja hallata. Seega saab projekte, kus nõuded on selgelt määratletud ja eelnevalt välja toodud, hõlpsasti testida kosemudeli abil.	Kose mudelis saate järgmise etapiga alustada alles siis, kui eelmine etapp on lõppenud. Seetõttu ei suuda see mudel võtta arvesse ettenägematuid sündmusi ja ebakindlust.
	See metoodika ei sobi projektidele, kus nõuded muutuvad sageli.

Iteratiivne areng

Mis siis täpsemalt Megabonder on?

Selles mudelis jagatakse suur projekt väikesteks osadeks ja iga osa allutatakse juga mudeli mitmele iteratsioonile. Iteratsiooni lõpus arendatakse uus moodul või täiustatakse olemasolevat moodulit. See moodul integreeritakse tarkvaraarhitektuuri ja kogu süsteemi testitakse tervikuna.

Mis on testimisviis?

Niipea kui iteratsioon on lõppenud, testitakse kogu süsteemi. Testimise tagasiside on kohe saadaval ja lisatakse järgmisesse tsüklisse. Järjestikuste iteratsioonide testimisaega saab varasematest iteratsioonidest saadud kogemuste põhjal vähendada.

Eelised	Puudused
Iteratiivse arenduse peamine eelis on see, et testi tagasiside on kohe saadaval iga tsükli lõpus.	See mudel suurendab märkimisväärselt side üldkulusid, kuna iga tsükli lõpus tuleb anda tagasisidet tulemuste, jõupingutuste jms kohta.

Agiilne metoodika

Mis siis täpsemalt Megabonder on?

Traditsioonilised tarkvaraarenduse metoodikad töötavad eeldusel, et tarkvaranõuded jäävad kogu projekti vältel samaks. Kuid keerukuse suurenedes muutuvad nõuded palju ja need arenevad pidevalt. Kohati pole klient ise kindel, mida ta tahab. Kuigi iteratiivne mudel käsitleb seda probleemi, põhineb see ikkagi juga mudelil.

Agile metoodikas arendatakse tarkvara järk-järgult kiirete tsüklitena. Rõhutatakse pigem klientide, arendajate ja klientide vahelisi suhtlusi kui protsesse ja tööriistu. Agiilne metoodika keskendub pigem muutustele reageerimisele kui ulatuslikule planeerimisele.

Mis on testimisviis?

Agiilsetes arendusmeetodites kasutatakse järkjärgulist testimist ja seetõttu testitakse iga projekti väljalaset põhjalikult. See tagab, et kõik süsteemivead parandatakse enne järgmist väljalaset.

Eelised	Puudused
Projektis on igal ajal võimalik nõuete täitmiseks teha muudatusi.	Pidev kliendisuhtlus tähendab lisaajalist survet kõigile sidusrühmadele, sealhulgas kliendile endale, tarkvaraarendusele ja testimismeeskondadele.
See järkjärguline testimine vähendab riske.

Ekstreemne programmeerimine

Mis siis täpsemalt Megabonder on?

Äärmuslik programmeerimine on teatud tüüpi agiilne metoodika, mis usub lühikestesse arendustsüklitesse. Projekt jaguneb lihtsateks inseneriülesanneteks. Programmeerijad kodeerivad lihtsa tarkvara ja pöörduvad tagasiside saamiseks tagasi kliendi poole. Revkliendilt saadud punktid lisatakse ja arendajad jätkavad järgmise ülesandega.

Äärmusliku programmeerimise puhul töötavad arendajad tavaliselt paaris.

Äärmuslik programmeerimine kasutatakse kohtades, kus klientide nõudmised muutuvad pidevalt.

Mis on testimisviis?

Äärmuslik programmeerimine järgib testipõhist arendust, mida kirjeldatakse järgmiselt -

1. Lisa Testjuhtum testimiskomplekti, et kontrollida uut funktsionaalsust, mida pole veel välja töötatud
2. Käivitage kõik testid ja ilmselt peab uus lisatud testjuhtum ebaõnnestuma, kuna funktsioon pole veel kodeeritud
3. Kirjutage funktsiooni/funktsiooni rakendamiseks kood
4. Käivitage testkomplekt uuesti. Seekord peaks uus testjuhtum läbi saama, kuna funktsionaalne on kodeeritud

Eelised	Puudused
Kliendid, kellel on ebamäärane tarkvaradisain silme ees, võiksid kasutada ekstreemset programmeerimist	Tarkvaraarenduse meeskonna ja klientide kohtumised suurendavad ajavajadust.
Pidev testimine ja väikeste väljaannete pidev integreerimine tagavad, et tarkvarakood on kõrge kvaliteediga

V-mudel ja spiraalmudel

Enamikus projektides esineb veel kaks mudelit, mis täiendavad pilti, sest igaüks neist vastab juga-lähenemise nõrkusele omal moel.

V-mudel. V-mudelit, mida sageli nimetatakse verifitseerimiseks ja valideerimiseks, seob iga arendusfaasi vastava testimisfaasiga, mis on joonistatud V-mudeli kahe haruna. Nõuded on seotud vastuvõtutestimisega, kõrgetasemeline disain süsteemitestimisega, madalatasemeline disain integratsioonitestimisega ja kodeerimine ühiktestimisega. Selle väärtus seisneb selles, et testide kujundamine algab iga arendusfaasi kõrval, mitte pärast kodeerimist, seega leiab vastuvõtutestide kirjutaja ebamäärased nõuded juba kuid enne defekti tekkimist. Selle nõrkus on päritud juga mudelilt: mudel eeldab endiselt, et nõuded on stabiilsed.

Spiraalmudel. Spiraal mähib iteratsiooni selgesõnalise riskianalüüsi ümber. Iga tsükkel sisaldab nelja tegevust: eesmärkide määramine, riskide tuvastamine ja lahendamine, arendamine ja testimine ning seejärel järgmise iteratsiooni planeerimine. Seega keskendub testimine pigem seal, kus risk on suurim, mitte ei jaotu ühtlaselt. See sobib suurtele, kallitele ja pikaajalistele programmidele, nagu lennundus- või pangandussüsteemid, kus hilinenud avastamise hind on tõsine. Väikese veebiprojekti puhul on iga tsükli ametliku riskianalüüsi lisakulud harva õigustatud.

Mõlemad mudelid paiknevad juga-distsipliini ja agiilse reageerimisvõime vahel, kus väljalaskesagedus on olulisem kui kumbki neist, a DevOps torujuhe suunab testimise pideva integratsiooni valdkonda, nii et iga commit kontrollitakse automaatselt.

Millist tarkvarametoodikat valida?

Tarkvara arendamiseks ja selle testimiseks on saadaval palju metoodikaid. Iga testimistehnika ja -metoodika on loodud konkreetseks otstarbeks ning sellel on oma suhtelised eelised ja puudused.

Konkreetse metoodika valik sõltub paljudest teguritest, nagu projekti olemus, kliendi nõuded, projekti ajakava jne.

Testimise seisukohast nõuavad mõned metoodikad sisendi testimist arendustegevuse elutsükli alguses, samas kui teised ootavad, kuni süsteemi töötav mudel on valmis.

Kuidas seadistada tarkvara testimise metoodikat?

Tarkvara testimise metoodikaid ei tohiks luua ainult tarkvarakoodi testimise pärast. Kaaluda tuleks suurt pilti ja testimismetoodikaga rahulduda projekti peamise eesmärgiga. Vaadake seda mainekate loendit tarkvara testimise teenusepakkujad kes aitab teil luua tõhusaid testimisstrateegiaid, mis on kohandatud teie projekti eesmärkidele.

Plaanimine

Realistlik ajakava on eduka testimismetoodika rakendamise võti ja ajakava peaks vastama iga meeskonnaliikme vajadustele.

Määratletud tulemused

Kõikide meeskonnaliikmete samal lehel hoidmiseks tuleks esitada täpselt määratletud tulemused. Saadetised peaksid sisaldama otsest sisu ilma ühegi mõisteta.

Testimisviis

Kui ajakava on lõpule viidud ja määratletud tulemused on kättesaadavaks tehtud, peaks testimismeeskond suutma sõnastada õige testimisviisi. Määratlusdokumendid ja arendajakoosolekud peaksid näitama meeskonnale parimat testimisviisi, mida projekti jaoks kasutada saab.

Aruandlus

Läbipaistvat aruandlust on väga raske saavutada, kuid see samm määrab ära projektis kasutatava testimismeetodi tõhususe.

KKK