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.

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 on suur projekt jagatud väikesteks osadeks ja iga osa läbib kosemudeli mitu iteratsiooni. Iteratsiooni lõpus töötatakse välja uus moodul või täiustatakse olemasolevat moodulit. See moodul on integreeritud tarkvaraarhitektuuri ja kogu süsteemi testitakse koos

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 testkomplekti, et kontrollida uut funktsionaalsust, mida veel arendatakse
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, kes peavad silmas ebamäärast tarkvarakujundust, võivad kasutada äärmuslikku programmeerimist	Tarkvaraarenduse meeskonna ja klientide kohtumised suurendavad ajavajadust.
Pidev testimine ja väikeste väljaannete pidev integreerimine tagavad, et tarkvarakood on kõrge kvaliteediga

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.