Vastupidavuse testimine
Vastupidavustestimine on mittefunktsionaalne tarkvara testimise tüüp, kus tarkvara testitakse suure koormusega, mis on pikendatud märkimisväärse aja jooksul, et hinnata tarkvararakenduse käitumist püsiva kasutamise korral. Vastupidavuskatse põhieesmärk on tagada, et rakendus on piisavalt võimeline pikendatud koormusega toime tulema, ilma et reageerimisaeg halveneks.
Seda tüüpi testimine viiakse läbi jõudlusjooksu tsükli viimases etapis. Vastupidavustestimine on pikk protsess ja kestab mõnikord isegi kuni aasta. See võib hõlmata väliste koormuste, näiteks Interneti-liikluse või kasutaja toimingute rakendamist. See eristab vastupidavustesti koormustestimisest, mis tavaliselt lõpeb umbes paari tunni pärast.
Vastupidavus tähendab võimekust, ehk teisisõnu, võite vastupidavuse testimise nimetada võimekuse testimiseks.
Selles õpetuses saate teada
- Mis on vastupidavustestimine?
- Kestvuskatse eesmärgid
- Mida jälgida vastupidavustestimisel
- Kuidas teha vastupidavustesti
- Vastupidavuse testimise näide
- Vastupidavuse testimise tööriistad
- Kestvustestimise eelised
- Vastupidavuse testimise puudused
Kestvuskatse eesmärgid
- Kestvustesti peamine eesmärk on kontrollida mälulekete olemasolu.
- Et teada saada, kuidas süsteem kestva kasutamise korral töötab.
- Tagamaks, et pika aja möödudes jääb süsteemi reageerimisaeg samaks või paremaks kui testi algus.
- Kasutajate ja / või tehingute arvu määramiseks toetab ja täidab antud süsteem tulemuslikkuse eesmärke.
- Tulevaste koormuste haldamiseks peame mõistma, kui palju täiendavaid ressursse (näiteks protsessori maht, ketta maht, mälukasutus või võrgu ribalaius) on vaja tulevikus kasutamise toetamiseks.
- Vastupidavustesti tehakse tavaliselt kas süsteemi ülekoormamise või teatud süsteemi ressursside vähendamise ja tagajärgede hindamise kaudu.
- Seda tehakse tagamaks, et pärast suhteliselt "tavaliseks" kasutusperioodiks peetavaid defekte või mäluleket ei tekiks.
Mida jälgida vastupidavustestimisel
Kestvuskatsetes testitakse järgmisi asju.
- Testige mäluleket - kontrollitakse, kas rakenduses on mäluleket, mis võib põhjustada süsteemi või operatsioonisüsteemi krahhi
- Testige süsteemi kihi vahelise ühenduse sulgemist - kui süsteemi kihtide vaheline ühendus ei ole edukalt suletud, võib see süsteemi mõne mooduli või kõik seiskuda.
- Testandmebaasi ühenduse sulgemine õnnestus - kui andmebaasiühendust ei suleta edukalt, võib see põhjustada süsteemi krahhi
- Testi reageerimisaeg - süsteemi testitakse süsteemi reageerimisaja suhtes, kuna rakendus muutub süsteemi pikaajalise kasutamise tõttu vähem tõhusaks.
Kuidas teha vastupidavustesti
Allpool on toodud vastupidavustesti põhiline testimisviis
- Testimiskeskkond - tuvastage vastupidavuse testimiseks vajalik riistvara, tarkvara, operatsioonisüsteem, meeskonnas rollide ja vastutuste määramine jne. Keskkond peaks olema valmis enne testi sooritamist. Samuti peate hindama andmebaasi ühist tootmise suurust ja aastakasvu. See on nõutav, kuna peate testima, kuidas teie taotlus reageerib aasta, kahe või viie pärast.
- Testimiskava, stsenaariumite loomine - lähtudes testimise laadist - tuleks manuaalne või automatiseerimine või mõlema kombinatsioon kavandada testjuhtumi kujundus, ülevaated ja teostus. Testimiskavasse peaksid kuuluma ka testimine süsteemi pingestamiseks, murdepunkti testimine jne. Süsteemi pingutamise testimine määrab rakenduse murdepunkti.
- Testiprognoos - esitage hinnang, kui kaua kulub testimisetapi lõpuleviimiseks. Seda tuleks analüüsida kaasatud testijate arvu ja vajalike katsetsüklite arvu põhjal.
- Riskianalüüs - riski analüüsimine ja ennetamiseks asjakohaste meetmete võtmine. Testijuhtude prioriteetide määramine vastavalt riskifaktorile ja allpool toodud riskide ja probleemide testija tuvastamine võib vastupidavustesti ajal järk-järgult toimuda.
- Kas jõudlus püsib aja jooksul ühtlane?
- Kas on muid väiksemaid probleeme, mida pole veel avastatud?
- Kas on välist sekkumist, millega ei tegeletud?
- Testi ajakava - määrake eelarve ja tulemused aja jooksul. Kuna vastupidavustestimine rakendab süsteemile / rakendusele pideva aja jooksul tohutut, kuid loomulikku koormuste jaotust.
Vastupidavuse testimise näide
Kui stressitestimine viib testitud süsteemi piirideni, siis vastupidavustestimine viib rakenduse aja jooksul piirini .
Näiteks kõige keerulisemad probleemid - mälulekked, andmebaasiserveri kasutamine ja reageerimatu süsteem - ilmnevad siis, kui tarkvara töötab pikema aja jooksul. Kui jätate vastupidavuskatsed vahele, on teie võimalused selliseid defekte enne kasutuselevõttu avastada üsna madalad.
Vastupidavuse testimise tööriistad
- Veebilaadimine
- LoadComplete
- Apache JMeter
- LoadRunner
- Appvance
- LoadUI
- OpenSTA
- Ratsionaalse jõudluse testija
Kestvustestimise eelised
- See aitab kindlaks teha, kuidas koormusega süsteem koormusega hakkama saab.
- Esitab täpseid andmeid, mida klient saab kasutada oma infrastruktuurivajaduste kinnitamiseks või suurendamiseks.
- Tuvastab jõudlusprobleeme, mis võivad ilmneda pärast seda, kui süsteem on pikka aega kõrgel tasemel töötanud
- Tüüpilised probleemid tuvastatakse väiksemate sihipäraste jõudlustestide abil, mis tähendab, et see tagab rakenduse kättesaadavuse ka siis, kui koormus on väga lühike.
- Vastupidavuskatset kasutatakse ka selleks, et kontrollida, kas pärast pikka teostamisperioodi on halvenenud jõudlus
Vastupidavuse testimise puudused
- Sageli on raske määratleda, kui palju stressi tasub rakendada.
- Vastupidavustestimine võib põhjustada rakenduse ja / või võrgu tõrkeid, mis võivad põhjustada olulisi häireid, kui testikeskkond pole eraldatud.
- Andmete püsiv kadumine või rikkumine võib tekkida süsteemi ülekoormamisel.
- Ressursside kasutamine jääb pärast stressi eemaldamist väga suureks.
- Mõni rakenduse komponent ei reageeri.
- Töötlemata erandeid jälgib lõppkasutaja.
Kokkuvõte:
- Tarkvaratehnikas on vastupidavustestimine koormuste testimise alamhulk.
- Vastupidavustestimine on pikk protsess ja kestab mõnikord isegi kuni aasta
- Kontrollimiseks tehakse kontrolle
- Testige mälu lekkimist
- Testi reageerimise aeg
- Testida andmebaasiühendust jne.
See artikkel on tehtud võimalikuks tänu Unnati Soni panusele.