Namočte testování
Testování nasáknutí je typ nefunkčního testování, které se používá k měření výkonu softwarové aplikace při velkém objemu zátěže po delší dobu. Cílem testování Soak je zajistit, aby si softwarová aplikace udržela vysoký objem využití, a zkontrolovat, co by se stalo mimo její designová očekávání.
Obrázek níže zobrazuje testovací cyklus, který ukazuje, ve které fázi se test aplikace ( typ testu výkonu ) provádí v aplikaci.
V tomto typu testování je v zásadě sledováno využití paměti aplikací v systému. Testuje se na systémové úrovni, aby se zjistilo, zda systém obstojí při velmi vysokém využití, a aby se zjistilo, co by se stalo mimo jeho designová očekávání.
V tomto výukovém programu se naučíte
- Proč namočit testování?
- Kdy provést testování namáčení?
- Strategie testování namočení
- Charakteristika testování namáčení
- PŘÍKLADY testování namáčení
- Běžné problémy pozorované během testování namáčení
Proč namočit testování?
Systém se může chovat normálně, pokud je používán po dobu 2 hodin, ale pokud je stejný systém používán nepřetržitě po dobu 10 hodin nebo déle, může selhat nebo se chovat neobvykle / náhodně / může selhat. K předpovědi takového selhání se provádí Test namočení.
Kdy provést testování namáčení?
Testování namáčení by mělo být provedeno v následujících scénářích: -
- Předtím, než je vytvořená aplikace nasazena na klienta, tj. Před vydáním jakékoli aplikace na konkrétní platformě, musí projít úspěšnou sérií zátěžových testů na vysoké nebo ekvivalentní úrovni provozu. Poté se provede testování namáčení . Pomáhá nám to určit, jak spustit nějakou konkrétní aplikaci po delší dobu. Pokud se během období, tj. Když je zapnutý, objeví problémy jako úniky paměti / poškození paměti, mělo by to být okamžitě nahlášeno.
- Nejlepší čas na testování namáčení je přes víkendy, protože aplikace musí být v provozním stavu tak dlouho, jak přes den nebo v noci. To zcela závisí na omezeních testovací situace. Testy namočení jsou jedním z nejdůležitějších požadavků na dodržování předpisů, které musí každá společnost velmi přísně dodržovat.
Strategie testování namočení
Long Session Soak Testing je strategie, při které je systém delší dobu zatížen.
Jednoduchým příkladem je situace, kdy uživatel zůstane po mnoho hodin přihlášen do systému a provádí řadu obchodních transakcí. Tímto způsobem se vytvoří spousta dat. Na systémovém / databázovém serveru může být spousta zatížení, což může mít za následek zablokování / havárii systémového / databázového serveru.
V rámci Testování namáčení s dlouhým sezením se vícedenní (řekněme 30 dní) aktivity provádějí v omezeném časovém rámci (řekněme 2 dny). Počet transakcí v tomto omezeném časovém rámci by měl odpovídat nebo překonat transakce v hodnotě několika dní. Důraz by měl být kladen na počet zpracovaných transakcí. Nejdůležitější částí testování namáčení je zkontrolovat dostupnou paměť v CPU a velikost paměti, která se bude využívat. Musíme zaznamenat využití paměti na začátku a na konci testu namáčení. Pokud je to nutné, pak je také důležité využití paměti zařízení, jako jsou Java Virtual Machines, a je třeba je sledovat.
Níže uvádíme několik dalších kontrol, které musí každý uživatel / tester provést, než zahájí testování namočením:
a) Monitorujte spotřebu zdrojů databáze.
b) Monitorujte spotřebu zdrojů serveru (mimo využití CPU).
c) Test namáčení by měl probíhat s realistickou souběžností uživatelů.
Charakteristika testování namáčení
Standardní metoda testování namáčení by měla mít následující vlastnosti: -
- Trvání většiny testů namáčení je často určováno dostupným časem.
- Jakákoli aplikace musí být spuštěna bez přerušení, pokud vyžaduje delší dobu.
- Mělo by pokrývat všechny scénáře, na nichž se zúčastněné strany dohodnou.
- Většinou má každý systém pravidelné časové období okna údržby a čas mezi těmito obdobími okna je klíčovým ovladačem pro určení rozsahu testu namáčení.
PŘÍKLADY testování namáčení
- V případě bankovní domény, kdy existuje velké množství dat od obchodníků, tester nepřetržitě načte systém na 70 až 150 hodin, aby zkontroloval, jak se aplikace chová během této doby načítání.
- Předpokládejme, že existuje 33 000 přihlašovacích údajů, které je třeba provést v systému, což představuje sedm a půl dne činnosti. V takovém případě lze do pátku večer kolem 18 hodin zahájit 60-70 hodin testu namáčení, který lze dokončit v pondělí ráno v 6 hodin. Pouze s takovým testem bude možné za kontrolovaných podmínek pozorovat jakékoli snížení výkonu.
- V případě videoher, mobilních aplikací atd. Je třeba ponechat hru nebo aplikaci ve spuštěném stavu po delší dobu, v různých provozních režimech - například při volnoběhu, pozastavené na titulní obrazovce atd., Aby se zjistilo, zda aplikace zvládne nepřetržitě očekávané zatížení.
Běžné problémy pozorované během testování namáčení
- Přidělení paměti (nevracení paměti, které by nakonec mělo za následek paměťovou krizi nebo chyby zaokrouhlování, které se projeví pouze v průběhu času).
- Využití databázových prostředků (Selhání zavřít kurzory databáze za určitých podmínek, které by nakonec vedly k zablokování celého systému).
- Může to také vést ke zhoršení výkonu, tj. K zajištění toho, aby doba odezvy po dlouhé době trvalé aktivity byla stejně dobrá jako na začátku testu.
- Selhání uzavření spojení mezi vrstvami víceúrovňového systému za určitých okolností, které by mohly zastavit některé nebo všechny moduly systému.
- Postupná degradace doby odezvy některých funkcí, protože vnitřní datové struktury se během dlouhého testu stávají méně efektivními.
souhrn
- V softwarovém inženýrství se provádí testování namáčení, aby se zjistilo, zda testovaná aplikace vydrží nepřetržité načítání.
- Jedná se o typ testu výkonu.
- Pomáhá systému určit, zda obstojí při velmi vysokém využití
- V tomto typu testování je v zásadě sledováno využití paměti aplikací v systému
- Zahrnují kontroly, které musí provést každý uživatel / tester, než začnou s testováním namočení
- Monitorujte spotřebu prostředků databáze.
- Monitorujte spotřebu prostředků serveru (mimo využití CPU).
- Test namáčení by měl probíhat s realistickou souběžností uživatelů.
K tomuto článku přispívá Pallavi De