Dünaamiline testimine
Dünaamiline testimine on tarkvara testimise meetod, mida kasutatakse tarkvarakoodi dünaamilise käitumise testimiseks. Dünaamilise testimise peamine eesmärk on testida tarkvara käitumist dünaamiliste muutujate või muutujate abil, mis pole konstantsed ja leitavad tarkvara käitamise keskkonnas nõrku alasid. Dünaamilise käitumise testimiseks tuleb kood käivitada.
Me kõik teame, et testimine on kontrollimine ja kinnitamine ning testimise täielikuks muutmiseks kulub 2 V. 2 V-st nimetatakse verifitseerimist staatiliseks testimiseks ja teist "V", valideerimist nimetatakse dünaamiliseks testimiseks.
Dünaamilise testimise näide
Mõistame näite abil, kuidas dünaamilist testimist teha:
Oletame, et testime sisselogimislehte, kus meil on kaks väljad "Kasutajanimi" ja "Parool" ning kasutajanimi on piiratud tähtnumbrilisega.
Kui kasutaja sisestab kasutajanime kui "Guru99", aktsepteerib süsteem sama. Kui kasutaja sisestab Guru99 @ 123, siis viskab rakendus veateate. See tulemus näitab, et kood toimib kasutaja sisendi põhjal dünaamiliselt .
Dünaamiline testimine on see, kui töötate tegeliku süsteemiga, pakkudes sisendit ja võrreldes rakenduse tegelikku käitumist eeldatava käitumisega. Teisisõnu süsteemiga töötamine vigade leidmise eesmärgil.
Seega võime ülaltoodud väidete põhjal öelda või järeldada, et dünaamiline testimine on tarkvararakenduste kinnitamine lõppkasutajana erinevates keskkondades, et luua õige tarkvara.
Mida teeb dünaamiline testimine?
Dünaamiliste testide põhieesmärk on tagada tarkvara nõuetekohane toimimine tarkvara installimise ajal ja pärast seda, tagades stabiilse rakenduse ilma suuremate vigadeta (see väide on tehtud seetõttu, et ükski tarkvara pole vigadeta, ainult testimine võib näidata defekte ja mitte puudumine)
Dünaamilise testi peamine eesmärk on tagada tarkvara järjepidevus; laseme seda ühe näitega arutada.
Pangarakendusest leiame erinevaid ekraane, nagu jaotis Minu kontod, Rahaülekanne, Arve maksmine jne ... Kõik need ekraanid sisaldavad summa välja, mis aktsepteerib mõnda märki.
Oletame, et väljal Minu kontod kuvatakse summaks 25 000 ja rahaülekandeks 25 000 dollarit ning arve maksmiseks 25 000 dollarit, ehkki summa on sama, summa kuvamise viis pole sama, mistõttu tarkvara ei ole järjekindel.
Järjepidevus ei piirdu ainult funktsionaalsusega, see viitab ka erinevatele standarditele nagu jõudlus, kasutatavus, ühilduvus jne, mistõttu muutub dünaamilise testimise läbiviimine väga oluliseks.
Dünaamilise testimise tüübid
Dünaamiline testimine on jagatud kahte kategooriasse
- Valge kasti testimine
- Musta kasti testimine
Allpool olev piltlik kujutis annab meile aimu dünaamilise testimise tüüpidest, testimise tasemetest jne.
Arutleme lühidalt igat tüüpi katsetamist ja selle eesmärki
Valge kasti testimine - valge kasti testimine on tarkvara testimise meetod, mille sisemine struktuur / disain on testijale teada. Valge kasti testimise peamine eesmärk on kontrollida süsteemi toimimist koodi alusel. Seda teevad peamiselt arendajad või valge kasti testijad, kellel on programmeerimisalaseid teadmisi.
Musta kasti testimine - musta kasti testimine on testimismeetod, mille puhul sisemine struktuur / kood / disain ei ole testijale teada. Selle testimise peamine eesmärk on kontrollida testitava süsteemi funktsionaalsust ja seda tüüpi testimist nõuab kogu testimiskomplekti käivitamist ja seda teevad peamiselt testijad ning programmeerimisteadmisi pole vaja.
Black Box testimine on taas jagada kahte tüüpi.
Nemad on
- Funktsionaalne testimine
- Mittefunktsionaalne testimine
Funktsionaalne testimine:
Funktsionaalne testimine viiakse läbi, et kontrollida, kas kõik välja töötatud funktsioonid vastavad funktsionaalsetele spetsifikatsioonidele, ja see viiakse läbi QA meeskonna poolt kirjutatud funktsionaalsete testide juhtumite abil. Funktsionaalse testimise etapis testitakse süsteemi sisendi pakkumise, väljundi ja tegelike tulemuste võrdlemine oodatavate tulemustega.
Funktsionaalse testimise tasemeid on erinevaid, millest kõige olulisemad on
- Üksuse testimine - üldiselt on Unit väike kooditükk, mida saab testida, üksuse testimine viiakse läbi tarkvara üksuses ja selle teevad arendajad
- Integreerimise testimine - integreerimise testimine on testimine, mis viiakse läbi pärast üksuste testimist ja viiakse läbi kõigi testitavate üksuste ühendamise teel ja selle teevad kas arendajad või testijad
- Süsteemi testimine - süsteemi testimine viiakse läbi selleks, et veenduda, kas süsteem toimib nõuete kohaselt ja kas see viiakse tavaliselt läbi siis, kui kogu süsteem on valmis, seda teevad testijad, kui järk või kood QA meeskonnale antakse
- Aktsepteerimise testimine - aktsepteerimistestimine viiakse läbi, et kontrollida, kas süsteem on vastanud ärinõuetele ja kas see on kasutusvalmis või kasutuselevõtu jaoks mõeldud ning kas seda teevad tavaliselt lõppkasutajad.
Mittefunktsionaalne testimine : mittefunktsionaalne testimine on testimistehnika, mis ei keskendu funktsionaalsetele aspektidele ja keskendub peamiselt süsteemi mittetoimivatele atribuutidele, nagu mälulekked, süsteemi jõudlus või robustsus. Mittefunktsionaalne testimine viiakse läbi kõigil testitasemetel.
On palju mittefunktsionaalseid testimismeetodeid, millest kõige olulisemad on
- Jõudluskontroll - jõudluskontroll tehakse, et kontrollida, kas süsteemi reageerimisaeg on normaalne vastavalt soovitud võrgukoormusele.
- Taastetestimine - taastetestimine on meetod, mille abil saab kontrollida, kui hästi süsteem suudab krahhidest ja riistvaratõrgetest taastuda.
- Ühilduvuse testimine - ühilduvuse testimine viiakse läbi, et kontrollida süsteemi käitumist erinevates keskkondades.
- Turvatestimine - turbetestimine viiakse läbi rakenduse töökindluse kontrollimiseks, st tagamaks, et süsteemile pääsevad juurde ainult volitatud kasutajad / rollid
- Kasutatavuse testimine - kasutatavuse testimine on meetod süsteemi kasutatavuse kontrollimiseks lõppkasutajate poolt, et kontrollida kasutajate mugavust süsteemiga.
Dünaamilise testimise tehnikad
STLC dünaamilised testimistehnikad koosnevad erinevatest ülesannetest, näiteks nõuete analüüs testide jaoks, testide planeerimine, testjuhtumite kujundamine ja rakendamine, testkeskkonna seadistamine, testjuhtumite täitmine, vigade aruandlus ja lõpuks testi sulgemine. Kõik dünaamiliste testimistehnikate ülesanded sõltuvad testimisprotsessi eelmise ülesande täitmisest.
STLC-s võime öelda, et tegelik dünaamiline testimisprotsess algab testjuhtumikujundusest, arutame iga tegevust üksikasjalikult.
Enne protsessi alustamist saate arutada strateegiat, mida tuleb dünaamilise testimise jaoks järgida.
Testistrateegia peaks keskenduma peamiselt olemasolevatele ressurssidele ja ajakavale. Nendest teguritest lähtuvalt tuleb dokumenteerida testimise eesmärk, katsetamise ulatus, katsetamise etapid või tsüklid, keskkonna tüüp, eeldused või väljakutsed, millega võib kokku puutuda, riskid jne.
Kui juhtkond on strateegia määratlenud ja juhtkonna poolt aktsepteeritud, algab tegelik protsessitesti juhtumi kujundamine
Mis on testi disain ja rakendamine
Selles etapis tuvastame
- Testitavad omadused
- Tuletage katsetingimused
- Tuletage katvuse üksused
- Tuletage katsejuhtumid
Testimiskeskkonna seadistamine
Peame tagama, et testimiskeskkond peaks alati olema sarnane tootmiskeskkonnaga, selles etapis peame installima ehituskonstruktsioonid ja juhtima testimasinaid.
Testi täitmine
Selle etapi käigus viiakse testjuhtumid tegelikult läbi.
Veateade on püütud
Kui eeldatavad ja tegelikud tulemused pole ühesugused, tuleb täitmise põhjal märkida, et testjuhtum tuleb märkida ebaõnnestunuks ja logida viga.
Dünaamilise testimise eelised
- Dünaamiline testimine võib paljastada katmata vead, mida peetakse liiga keerukateks või keerukateks ja mida ei saa staatilise analüüsi abil katta
- Dünaamilises testimises käivitame tarkvara otsast lõpuni, tagades tõrgeteta tarkvara, mis omakorda tõstab toote ja projekti kvaliteeti.
- Dünaamilisest testimisest saab oluline turvaohtude tuvastamise tööriist
Dünaamilise testimise puudused
- Dünaamiline testimine on aeganõudev, kuna see käivitab rakenduse / tarkvara või koodi, mis nõuab tohutult ressursse
- Dünaamiline testimine suurendab projekti / toote maksumust, kuna seda ei alustata tarkvara elutsükli alguses ja seega võivad hilisemates etappides fikseeritud probleemid põhjustada kulude kasvu.
Järeldus:
Tarkvaratehnikas on kontrollimine ja valideerimine kaks meetodit, mida kasutatakse tarkvaratoote nõuetele vastavuse kontrollimiseks. Staatiline testimine hõlmab kontrollimist, dünaamiline testimine aga valideerimist. Koos aitavad need pakkuda tasuvat kvaliteetset tarkvara.
Selle artikli autor on Radhika Renamala