Testovanie namočením
Testovanie namočenia je typ nefunkčného testovania, ktoré sa používa na meranie výkonu softvérovej aplikácie pri veľkom objeme zaťaženia po dlhšiu dobu. Cieľom testovania Soak je zabezpečiť, aby si softvérová aplikácia udržala vysoký objem používania, a skontrolovať, čo by sa stalo mimo jej projektových očakávaní.
Obrázok nižšie zobrazuje testovací cyklus, ktorý ukazuje, v ktorej fáze sa testovanie namáčania ( typ testu výkonu ) v aplikácii vykonáva.
Pri tomto type testovania sa v zásade monitoruje využitie pamäte aplikáciou v systéme. Testuje sa na systémovej úrovni, aby sa zistilo, či systém vydrží veľmi vysoké využitie a aby sa zistilo, čo by sa stalo mimo jeho dizajnových očakávaní.
V tomto návode sa naučíte
- Prečo testovať namočenie?
- Kedy urobiť testovanie namočenia?
- Stratégia testovania namočenia
- Charakteristika skúšky namáčania
- PRÍKLADY testovania namočenia
- Bežné problémy pozorované počas testovania namáčania
Prečo testovať namočenie?
Systém sa môže správať normálne, ak sa používa 2 hodiny, ale keď sa ten istý systém používa nepretržite 10 hodín alebo dlhšie, môže zlyhať alebo sa môže správať neobvykle / náhodne / môže zlyhať. Na predvídanie takéhoto zlyhania sa vykonáva test namáčania.
Kedy urobiť testovanie namočenia?
Testovanie namáčania by sa malo vykonať v nasledujúcich scenároch: -
- Predtým, ako je zostava nasadená na klienta, tj pred vydaním akejkoľvek aplikácie na konkrétnej platforme, musí prejsť úspešnou sériou záťažových testov na vysokej alebo ekvivalentnej úrovni prevádzky. Potom sa vykoná test namáčania . Pomáha nám určiť, ako spustiť ľubovoľnú konkrétnu aplikáciu po dlhšiu dobu. Ak sa počas obdobia, tj. Keď je zapnutý, zistia problémy ako úniky pamäte / poškodenie pamäte, malo by to byť okamžite hlásené.
- Najlepší čas na vykonanie testov namočenia je cez víkendy, pretože aplikácia musí byť v spustenom stave tak dlho, ako cez deň alebo v noci. To úplne závisí od obmedzení testovacej situácie. Testy namočenia sú jednou z najdôležitejších požiadaviek na zhodu, ktoré musí každá spoločnosť veľmi prísne dodržiavať.
Stratégia testovania namočenia
Long Session Soak Testing je stratégia, pri ktorej je systém dlhšie zaťažený.
Jednoduchým príkladom je prípad, keď používateľ zostane prihlásený do systému mnoho hodín a vykonáva množstvo obchodných transakcií. Týmto spôsobom sa vytvorí veľa údajov. Na systémový / databázový server môže byť veľa zaťaženia, čo môže mať za následok zablokovanie / zrútenie systémového / databázového servera.
V rámci testu dlhodobého namáčania sa viacdenné (napríklad 30 dní) aktivity vykonávajú v obmedzenom časovom rámci (povedzme 2 dni). Počet transakcií v tomto obmedzenom časovom rámci by mal zodpovedať transakciám za viac dní alebo ich prevyšovať. Zamerať by sa malo na počet spracovaných transakcií. Najdôležitejšou časťou testovania namočenia je skontrolovať dostupnú pamäť v CPU a veľkosť pamäte, ktorá sa bude využívať. Musíme zaznamenať využitie pamäte na začiatku a na konci testu máčania. V prípade potreby je tiež dôležité využitie pamäte zariadení, ako sú Java Virtual Machines, a je potrebné ich monitorovať.
Ďalej uvádzame niekoľko ďalších kontrol, ktoré musí každý používateľ / tester vykonať skôr, ako začnú s testovaním namočenia:
a) Monitorujte spotrebu databázových prostriedkov.
b) Monitorujte spotrebu serverových zdrojov (mimo CPU).
c) Test namáčania by mal prebiehať s realistickou súbežnosťou používateľov.
Charakteristika skúšky namáčania
Štandardná metóda testovania namáčania by mala mať tieto vlastnosti: -
- Trvanie väčšiny testov máčania je často určené dostupným časom.
- Akákoľvek aplikácia musí byť spustená bez prerušenia, ak to vyžaduje dlhšiu dobu.
- Mal by pokrývať všetky scenáre, na ktorých sa zúčastnené strany dohodnú.
- Každý systém má väčšinou časovú periódu pravidelnej údržby a čas medzi týmito periódami je kľúčovým faktorom pri určovaní rozsahu testu namáčania.
PRÍKLADY testovania namočenia
- V prípade bankovej domény, keď existuje veľké množstvo údajov od obchodníkov, tester sústavne zaťaží systém na 70 až 150 hodín, aby skontroloval, ako sa aplikácia chová počas tejto doby načítania.
- Predpokladajme, že existuje 33 000 prihlásení, ktoré je potrebné uskutočniť prostredníctvom systému, čo predstavuje sedem a pol dňa činnosti. V takom prípade je možné zahájiť test namočenia v trvaní 60 až 70 hodín do piatku večera okolo 18. hodiny, čo je možné dokončiť do pondelka rána o 6.00 h. Iba pri takomto teste bude možné za kontrolovaných podmienok pozorovať akékoľvek zníženie výkonu.
- V prípade videohier, mobilných aplikácií atď. Je potrebné ponechať hru alebo aplikáciu v chode na dlhšiu dobu, v rôznych prevádzkových režimoch - napríklad pri voľnobežných otáčkach, pozastavených na titulnej obrazovke atď., Aby sa zistilo, či aplikácia dokáže zvládnuť nepretržite očakávané zaťaženie.
Bežné problémy pozorované počas testovania namáčania
- Alokácia pamäte (úniky pamäte, ktoré by nakoniec vyústili do krízy pamäte alebo chýb zaokrúhľovania, ktoré sa prejavia až v priebehu času).
- Využitie prostriedkov databázy (Zlyhanie pri zatváraní kurzorov databázy za určitých podmienok, ktoré by nakoniec viedlo k zablokovaniu celého systému).
- Môže to tiež viesť k zhoršeniu výkonu, tj k zabezpečeniu toho, že doba odozvy po dlhom období nepretržitej činnosti je rovnako dobrá, ako bola na začiatku testu.
- Nezavretie spojenia medzi vrstvami viacúrovňového systému za určitých okolností, ktoré by mohli pozastaviť fungovanie niektorých alebo všetkých modulov systému.
- Postupné zhoršovanie času odozvy niektorých funkcií, keď sa vnútorné dátové štruktúry stanú počas dlhého testu menej efektívne.
Zhrnutie
- V softvérovom inžinierstve sa testuje namáčanie, aby sa zistilo, či testovaná aplikácia dokáže udržať nepretržité načítanie.
- Je to druh testu výkonnosti.
- Pomáha systému určiť, či obstojí vo veľmi vysokej miere používania
- Pri tomto type testovania sa v zásade monitoruje využitie pamäte aplikáciou v systéme
- Zahŕňajú kontroly, ktoré musí každý používateľ / tester vykonať skôr, ako začnú s testom namočenia
- Monitorujte spotrebu databázových prostriedkov.
- Monitorujte spotrebu zdrojov servera (predtým využitie CPU).
- Test namáčania by mal prebiehať s realistickou súbežnosťou používateľov.
Do tohto článku prispieva Pallavi De