Tulemuslikkuse testimine: esimene rünnakute vastase turbetee

Sisu

Mis on jõudluskontroll?
Jõudluskontrolli tüübid
Ebaefektiivne jõudluskontroll
Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata

Allikas: Danang Setiawan / Dreamstime.com

Ära võtma:

Jõudluskontroll on oluline, kuid liiga sageli kasutamata või vähe kasutatav protseduur.

Tarkvara testimine koosneb erinevatest metoodikatest ja nõuab klientidele või klientidele kvaliteetsete lahenduste pakkumiseks arvestamist paljude erinevate aspektidega. Teie katsetamise õnnestumine või ebaõnnestumine sõltub siiski õige testimismetoodika valimisest; üks selline meetod on jõudluskontroll. Jõudluskontrollil on testimisprotsessis oluline roll.

Täna võite leida palju ettevõtteid või organisatsioone, mis kannatavad mitmesuguste jõudlusega seotud probleemide all. Selle peamine põhjus on see, et nad ei võta kunagi aega oma rakenduste kontrollimiseks reaalses maailmas. Kas teie tarkvara kannatab jõudlusprobleemide all? Kas arvate, et jõudluskontrolli proovimise aeg on käes, kuid te ei tea, mis see on või milliseid eri tüüpi jõudluskontrolli te saate kasutada? Kas te pole kindel, mis on jõudluskontrolli plussid ja miinused? Kui olete vastanud jaatavalt, oleme kajastanud kõik, mida peate veebisaidi toimivuse testimisel teadma.

Mis on jõudluskontroll?

Veebisaidi jõudluse testimine on kvaliteedi tagamise vahend, mis hõlmab tarkvara või rakenduste testimist, et veenduda, kas need toimivad kõigis kriitilistes tingimustes hästi. See on mittefunktsionaalne tarkvara testimise tüüp. See aitab teil kindlaks teha, kui kiiresti süsteemi või rakenduse mõned konkreetsed aspektid reageerivad kõige halvemates tingimustes. Jõudluskontrolli eesmärk ei ole vigade leidmine, vaid jõudluse kitsaskohtade kõrvaldamine.

Sellise testimise põhirõhk on tarkvararakenduse kiiruse kontrollimisel, mis aitab teil kindlaks teha, kas rakendus reageerib kohe või mitte, mastaapsus, mis aitab teil kindlaks teha, kui palju kasutaja koormust rakendusega hakkama saab, ja stabiilsust, mis määrab, kas rakendus on stabiilne erinevad koormused. See toob terve rea eeliseid, näiteks:

Täiustatud kasutajakogemus
Veebitulude kasv
Viib läbi süsteemi häälestamiseks olulisi mõõdikuid
Määratleb kitsaskohad, näiteks andmebaasi konfiguratsioon
Aitab teil kindlaks teha, kas uus versioon on tootmiseks ette valmistatud või mitte
Võimaldab sidusrühmadel teada tegelikku tulemuslikkust ja ootusi

Jõudluskontrolli tüübid

Jõudluskontrolli olulisuse mõistmiseks on aga kõigepealt oluline mõista selle alla kuuluvaid erinevaid testimistüüpe. Jõudluskontrolli on seitse tüüpi, sealhulgas:

Toimivuse test: see on mis tahes tüüpi test, mis kontrollib veebisaidi stabiilsust, toimivust, mastaapsust ja / või läbilaskevõimet.
Mahtuvuse test: see aitab kindlaks teha, kui palju kasutajaid veebisait või rakendus saab hakkama enne, kui jõudlus või stabiilsus muutuvad vastuvõetamatuks.
Koormustesti: see koormab rakendust ja mõõdab tulemust. Siiski on võimalik, et koormus võib olla haripunktis või mitte.
Stressitest: nagu nimigi ütleb, surub selline testimine teie rakenduse tavapärastest tingimustest kaugemale. See annab teile teada, millised komponendid äärmisel tasemel ebaõnnestuvad.
Leotustest: see on pikaajaline test, mida kasutatakse rakenduse toimivuse ja / või püsivuse hindamiseks aja jooksul. See on kasulik, kui soovite mälulekkeid leida.
Komponentide test: kui soovite testida oma rakenduse mõnda diskreetset komponenti, peate võib-olla proovima komponentide testi, näiteks failide üleslaadimist, vestluse funktsioone ja muid.
Suitsutesti: selline test viiakse läbi väga väikese koormuse korral, mis näitab, et rakendus töötab ootuspäraselt. See termin pärineb riistvara testimisest, kus suitsu tekkimisel (sõna otseses mõttes) tähendab see, et test on läbi kukkunud ja enam pole vaja testida.

Ebaefektiivne jõudluskontroll

Jõudluskontroll annab palju eeliseid, kuid paljud organisatsioonid ei saa sellest siiski mingite rumalate vigade tõttu kasu. Kui soovite sellisest testimisest maksimaalset kasu saada, vältige mõne lihtsa vea tegemist, sealhulgas:

Ei katsetata projekteerimisetapis
Paljud organisatsioonid jätavad projekteerimisetapis sageli tähelepanuta jõudluse kaalutlused, mis võib hiljem põhjustada mitmesuguseid probleeme. Selliste probleemide vältimiseks on parem lisada jõudlusmõõdud juba projekteerimisetapi alguses.
Testimise läbiviimine arenduse lõpus
Paljud organisatsioonid lükkavad testimist edasi kuni tarkvararakenduse valmimiseni, mis suurendab tõenäosust, et mõni peamist jõudlust mõjutav probleem jääb puudu.
Arvestades ainult konkreetset kasutusjuhtu
Paljud arendusmeeskonnad testivad oma rakendusi jõudluskontrolli puhul ühekordse kasutusega stsenaariumi alusel, mis takistab teil teada saada, millistes reaalse stsenaariumi korral teie rakendus toimib. Seetõttu on ühekordse kasutusega stsenaariumi testimise asemel oluline kasutada erinevaid testimisriistu ja testida igat rakendust erinevate stsenaariumide korral.
Testide läbiviimine ühest kohast
On täheldatud, et paljud meeskonnad viivad oma katsetusi tulemüüris kas väikese eelarve või turbeprobleemide tõttu. Kuid see ei aita teil mõista, kuidas teie rakendus reaalses maailmas toimib, nii et vältige testide käitamist ühest kohast.

Muidugi on jõudluse testimine enne tarkvararakenduse tegemist ülioluline. See aitab tõsta klientide rahulolu ja kaitsta ehitatava toote terviklikkust. (Sellekohase lugemise jaoks vaadake miks meil on vaja kasutajate nõustumise testimist?)