Sissejuhatus tarkvara testimise põhimõtetesse
Tarkvara testimise põhimõte on toote tulemuse või väljundi testimise protsess kliendi eeldatava väljundiga. Teisisõnu võime öelda, et süsteemi või komponentide hindamine täpsustatud nõuete leidmiseks. See viib läbi lünkade, vigade, tootes esinevate puuduste, väljatöötatava tarkvara kvaliteedi, täielikkuse või puuduvate nõuete tuvastamiseks kindlaksmääratud nõuetele vastavuse tuvastamise protsessi.
Enne tarkvara testimise põhimõtete juurde liikumist tutvume põgusalt mõne tarkvara testimise kontseptsiooniga, mida arutatakse allpool:
Tarkvara testimise ajalugu
Toote testimist alustas 1979. aastal Glenford J. Myers, kes tutvustas toodete silumisprotsessi. Tema peamine eesmärk oli töötada purunemiskatsetega, mis on lihtne testjuhtum avastamata vigade tuvastamiseks ja tarkvara arendamise kogukonnast eraldada sellised põhilised arendustegevused nagu silumine, vead jne.
Kes testimist teeb?
Suurtes tööstusharudes või ettevõtetes töötab meeskond projekti sidusrühmi, et viia protsessil põhinevat testimist läbi. Nad analüüsivad tarkvara antud nõuete kohaselt.
Järgnevalt on toodud spetsialistid, kes on kaasatud testimisprotsessi sõltuvalt nende suutlikkusest: -
- Tarkvaratester
- Tarkvara arendaja
- Projektijuht
- Lõppkasutaja
On olemas erinevat tüüpi rolle, kes testivad tarkvara või toodet oma kogemuste ja teadmiste põhjal, näiteks Tarkvara Tester, Tarkvara Kvaliteet, Assurance Engineer, QA Analyst jne.
Tarkvara testimise põhimõtted
Tarkvara testimine on äärmiselt keeruline ülesanne. Tarkvara põhimõtted määratlevad juhised arendusmeeskondadele projekti vigade või mõju leidmiseks. Järgnevad on tarkvara testimise seitse põhimõtet: -
1. põhimõte: testimine näitab puuduste olemasolu
Testimine on protsess, mis näitab rakenduses defektide olemasolu. See näitab puudusi, kuid ei suuda tõestada, et puudusi pole. See tähendab, et testimisrühm ei saa öelda, et toode on 100% defektivaba. See vähendab rakenduses avastamata defektide arvu. Te ei saa eeldada, et testitud rakendus on 100% vigadeta, isegi kui testimine on tehtud. Seetõttu kavandage vajalikud testijuhtumid, et defekte võimalikult palju leida.
2. põhimõte: põhjalik testimine on võimatu
Sisendite, andmete, katsestsenaariumide ja eeltingimuste kombinatsioonidega katsetamise võimalus on väiksem, kuna protsessi testimine võtab rohkem aega. Seetõttu saab testimisrühm ammendava testimise asemel kasutada mõnda olulist testimiskriteeriumi mõju, näiteks risk ja prioriteedid.
Näiteks mõelge, et ühel ekraanil on 15 välja, mis sisaldavad 5 võimalikku väärtust. Kõigi kombinatsioonide testimiseks oleks vaja 30 517 578 125 (5 15 ) testi. Kuid projekti ajakava ei võimalda kunagi katsetada suurt hulka kombinatsioone. Sel põhjusel kasutatakse oluliste tunnuste testimiseks testiefekte, mida nimetatakse riskiks ja prioriteetideks. Niisiis peetakse iga projekti testimisel kõige olulisemaks ja olulisemaks tegevuseks riskidele juurdepääsu ja nende haldamist.
3. põhimõte: varajane testimine
Selles etapis viiakse tarkvara või süsteemi arenduse elutsüklis läbi testimistoimingud, et võimalikult kiiresti leida puudused ja keskenduda määratletud eesmärkidele. Testijad saavad hakata tooteid katsetama, kui neil on olemas tootenõuded või dokumendid.
Varase testimise peamine eelis on see, et testijad suudavad vigu, vigu hõlpsalt tuvastada ja vähem arenenud kulude ja vaevaga aidata igal arenguetapil.
Kui arenduse elutsükli algetapis leitakse vigu, on seda lihtsam ja odavam parandada ning ka kvaliteedikulud on väiksemad. Vastasel juhul, kui nad leiti hilja, peate kogu süsteemi protsessi muutma. Testimismeeskonnal on toote kohta sügav mõistmine, kuna nad olid kaasatud nõuete kogumise ja analüüsi etapi algusest peale.
4. põhimõte: defektide koondamine
See etapp sisaldab väikese arvu moodulitega seotud defekte, mida jälgitakse vabastamiseelse testimise ajal. See tähendab, et väikestel moodulitel on süsteemis rohkem defekte. Pareto põhimõtte rakenduses on tarkvara testimine orienteeruvalt 80:20; mis tähendab, et 80% probleemidest leitakse 20% moodulite tõttu.
Defektide rühmitamine kasutab testimismeeskonna teadmisi ja kogemusi potentsiaalsete moodulite äratundmiseks. See prognoos aitab säästa aega ja vaeva, kuna meeskond peab keskenduma ainult neile tundlikele aladele. Sellel etapil on väike puudus, kui testijad keskenduvad väikesele meeskonna alale, võivad nad teistest piirkondadest vead mööda lasta.
5. põhimõte: pestitsiidide paradoks
Seda etappi kasutatakse testjuhtumite süstemaatilise ülevaatamiseks ja tarkvara või süsteemi täiendavate puuduste leidmiseks kasutatakse erinevat tüüpi teste. Kui käitate samu teste ikka ja jälle, on väiksem tõenäosus uute vigade hankimiseks, mille need testijuhtumid avastavad.
Neid teste ei saa rakendada kogu süsteemile, vaid mõnda piiratud moodulit. Testimisrühmad vaatavad katsejuhud sageli üle ja ajakohastavad neid, et hõlmata projekti eri tüüpi sektsioone.
6. põhimõte: testimine sõltub kontekstist
Testimine sõltub põhimõtteliselt sisust, projektid ja tooted sisaldavad erinevaid elemente, funktsioone ja nõudeid. Selle lähenemisviisi korral saab erinevat tüüpi saite testida erinevalt ja samu katsejuhtumeid ei saa erinevate projektide puhul kasutada.
Näiteks testitakse ohutuse ja kriitilise tähtsusega tarkvara erinevalt e-kaubanduse saidist või panganduses kasutatavat rakendust rohkem kui meelelahutustarkvara. Rakenduse olemusest lähtuvalt on erinevat tüüpi metoodikaid, tehnikaid ja testimistüüpe.
7. põhimõte: eksituste eksitamine
Kui rakenduses pole vigu või kui ehitatud süsteem on kasutamiskõlbmatu ega vasta kasutaja ootustele, ei aita defektide leidmine ja parandamine. Kui tarkvaras pole ühtegi viga, ei tohiks te arvata, et tarkvara on kasutamiseks valmis; kuna testimine peaks toimuma koos õigete nõuetega.
Järeldus: tarkvara testimise põhimõtted
Siiani olete näinud, et tarkvara testimise seitse põhimõtet tagavad toodete testimisega usaldusväärse toote kvaliteedi. Neid põhimõtteid saab kasutada projekti testimisel ja kodeerimisel. Selle elutsükliprotsessi peamine eesmärk on leida tarkvara õigsus, täielikkus, kvaliteet ja vigade tuvastamine.
Soovitatavad artiklid
See on olnud tarkvara testimise põhimõtete juhend. Siin käsitleme tarkvara testimise kontseptsioone, ajalugu ja 7 peamist põhimõtet. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Mis on MVC?
- Intervjuu küsimuste testimine
- Mis on tarkvara testimine?
- Karjäär tarkvara testimisel