Leotamise testimine
Soak Testing on teatud tüüpi mittefunktsionaalne testimine, mida kasutatakse tarkvararakenduse jõudluse mõõtmiseks tohutu koormuse all pikema aja jooksul. Soak testimise eesmärk on tagada, et tarkvararakendus säilitaks suure kasutusmahu, ja kontrollida, mis juhtuks väljaspool selle disaini ootusi.
Alloleval pildil on kujutatud testimistsükkel, mis näitab, millises etapis leotuskatse ( jõudlustesti tüüp ) rakendusele tehakse.
Seda tüüpi testimisel jälgitakse põhimõtteliselt süsteemi rakenduse mälu kasutamist. See testib süsteemi tasemel, et leida, kas süsteem talub väga suurt kasutusmahtu, ja näha, mis juhtuks väljaspool selle disaini ootusi.
Selles õpetuses saate teada
- Miks leotuskatseid teha?
- Millal leotustesti teha?
- Leotamise testimise strateegia
- Leotuskatse omadused
- NÄITED leotuskatse kohta
- Leotamise testimisel täheldatud levinumad probleemid
Miks leotuskatseid teha?
Süsteem võib käituda tavapäraselt, kui seda kasutatakse 2 tundi, kuid kui sama süsteemi kasutatakse pidevalt vähemalt 10 tundi, võib see ebaõnnestuda või käituda ebaharilikult / juhuslikult / see võib kokku kukkuda. Sellise rikke ennustamiseks viiakse läbi leotuskatse.
Millal leotustesti teha?
Leotuskatseid tuleks teha järgmiste stsenaariumide korral: -
- Enne ehituse kliendile juurutamist, st enne mis tahes rakenduse väljaandmist konkreetsel platvormil, peab see läbima edukate koormustestide seeria kõrgel või samaväärsel liiklustasemel. Pärast seda tehakse leotuskatse . See aitab meil kindlaks teha, kuidas konkreetset rakendust pikema aja jooksul käivitada. Kui ajavahemikul, st kui see on leotatud, leitakse selliseid probleeme nagu mälulekked / mäluprobleemid, tuleks sellest kohe teada anda.
- Parim aeg leotuskatse tegemiseks on nädalavahetused, kuna rakendus peab olema töötavas olekus nii kaua kui üle päeva või öö. See sõltub täielikult testimise olukorra piirangutest. Leotustestid on üks olulisemaid nõuetele vastavuse nõudeid, mida iga ettevõte peab väga rangelt järgima.
Leotamise testimise strateegia
Pikkade seansside leotamise testimine on strateegia, kus süsteem on kauem koormatud.
Lihtne näide on see, kus kasutaja jääb süsteemi sisse logitud mitu tundi, tehes mitmeid äritehinguid. Nii luuakse palju andmeid. Süsteem / andmebaasiserver võib koormata palju, mis võib põhjustada süsteemi / andmebaasiserveri seiskumise / krahhi.
Pikkade seansside leotamise testimise korral tehakse mitmepäevaseid (ütleme 30 päeva) tegevusi vaoshoitud aja jooksul (näiteks 2 päeva). Tehingute arv peaks selles piiratud aja jooksul vastama mitme päeva pikkustele tehingutele või ületama neid. Keskenduda tuleks töödeldud tehingute arvule. Soak Testimise kõige olulisem osa on kontrollida protsessoris olevat vaba mälu ja kasutatava mälu mahtu. Peame registreerima mälukasutuse leotuskatse alguses ja lõpus. Vajadusel on oluline ka selliste rajatiste nagu Java virtuaalsed masinad mälukasutus, mida tuleb jälgida.
Allpool on veel mõned kontrollid, mis tuleb kõigil kasutajatel / testijatel läbi viia, enne kui nad alustavad leotamise testimisega:
a) Jälgige andmebaasi ressursside tarbimist.
b) Jälgige serveri ressursside tarbimist (endine protsessori kasutamine).
c) Leotuskatse peaks toimuma kasutaja realistliku samaaegsusega.
Leotuskatse omadused
Standardsel leotuskatse meetodil peaksid olema järgmised omadused:
- Enamiku leotuskatse kestuse määrab sageli olemasolev aeg.
- Iga rakendus peab töötama ilma katkestusteta, kui see nõuab pikemat aega.
- See peaks hõlmama kõiki stsenaariume, milles sidusrühmad kokku lepivad.
- Enamasti on igas süsteemis korrapärase hoolduse akna periood ja selliste akende perioodide vaheline aeg on võtmetegur leotustesti ulatuse määramisel.
NÄITED leotuskatse kohta
- Pangandusdomeeni puhul, kui kaupmeestelt pärineb palju andmeid, paneb testija süsteemi pidevalt 70–150 tunniks koormusele, et kontrollida, kuidas rakendus sel laadimisperioodil käitub.
- Oletame, et on 33 000 sisselogimist, mis tuleb süsteemist läbi viia, see tähistab seitset ja pool päeva tegevust. Sel juhul saab reede õhtuks umbes kella 18-ks alustada 60–70 tundi leotustesti, mille saab lõpetada esmaspäeva hommikul kell 6 hommikul. Ainult sellise katse korral on kontrollitavatel tingimustel võimalik jälgida jõudluse halvenemist.
- Videomängude puhul hõlmavad mobiilirakendused jms mängu või rakenduse pikemaks ajaks töötavasse olekusse jätmist mitmesugustes töörežiimides - näiteks tühikäigul, peatatakse pealkirjaekraanil ja nii edasi, et teada saada, kas rakendus saab hakkama pidevalt oodatava koormusega.
Leotamise testimisel täheldatud levinumad probleemid
- Mälu eraldamine (mälulekked, mis tooks lõpuks kaasa mälukriisi või ümardamisvead, mis ilmnevad ainult aja jooksul).
- Andmebaasi ressursside kasutamine (andmebaasikursorite sulgemata jätmine teatud tingimustel, mille tulemuseks võib olla kogu süsteemi seiskumine).
- See võib viia ka jõudluse halvenemiseni, st tagada, et reageerimisaeg pärast pikka püsivat aktiivsust on sama hea, kui see oli testi alguses.
- Mitmetasandilise süsteemi tasandite vaheliste ühenduste sulgemata jätmine teatud tingimustel, mis võib süsteemi mõne mooduli või kõik seiskada.
- Mõne funktsiooni reageerimisaja järkjärguline halvenemine, kuna sisemised andmestruktuurid muutuvad pika katse ajal vähem efektiivseks.
Kokkuvõte
- Tarkvaratehnikas tehakse leotamise test, et teha kindlaks, kas testitav rakendus suudab püsivat koormust taluda.
- See on teatud tüüpi jõudluskontroll.
- See aitab süsteemil kindlaks teha, kas see talub väga suurt kasutusmahtu
- Seda tüüpi testimisel jälgitakse põhimõtteliselt süsteemi rakenduse mälu kasutamist
- Kontrollimised, mis tuleb kõigil kasutajatel / testijatel teha, enne kui nad alustavad leotamise testimisega
- Jälgige andmebaasi ressursside tarbimist.
- Jälgige serveri ressursside tarbimist (endine protsessori kasutamine).
- Leotamise test peaks toimuma realistliku kasutaja samaaegsusega.
Selle artikli autor on Pallavi De