Testování vytrvalosti
Endurance Testing je nefunkční typ testování softwaru, kdy je software testován s vysokou zátěží prodlouženou po značnou dobu, aby bylo možné vyhodnotit chování softwarové aplikace při trvalém používání. Hlavním účelem vytrvalostního testování je zajistit, aby aplikace byla dostatečně schopná zvládnout rozšířené zatížení bez zhoršení doby odezvy.
Tento typ testování se provádí v poslední fázi cyklu běhu výkonu. Vytrvalostní testování je dlouhý proces a někdy trvá i rok. To může zahrnovat použití externích zátěží, jako je internetový provoz nebo akce uživatelů. Díky tomu se testování vytrvalosti liší od testování zátěže, které obvykle končí za několik hodin.
Endurance znamená kapacitu, jinými slovy můžete Endurance Testing označit jako Capacity Testing.
V tomto výukovém programu se naučíte
- Co je testování vytrvalosti?
- Cíle vytrvalostního testování
- Co sledovat při testování odolnosti
- Jak provádět testování vytrvalosti
- Příklad testování odolnosti
- Nástroje pro testování odolnosti
- Výhody testování odolnosti
- Nevýhody vytrvalostního testování
Cíle vytrvalostního testování
- Primárním cílem testování Endurance je kontrola úniku paměti.
- Chcete-li zjistit, jak systém funguje při trvalém používání.
- Aby bylo zajištěno, že po dlouhé době zůstane čas odezvy systému stejný nebo lepší než začátek testu.
- K určení počtu uživatelů nebo transakcí bude daný systém podporovat a splňovat výkonnostní cíle.
- Abychom mohli spravovat budoucí načtení, musíme pochopit, kolik dalších zdrojů (jako je kapacita procesoru, kapacita disku, využití paměti nebo šířka pásma sítě) je nezbytných pro budoucí podporu využití.
- Vytrvalostní testování se obvykle provádí buď přetížením systému, nebo snížením určitých systémových prostředků a hodnocením důsledků.
- Provádí se proto, aby se zajistilo, že k defektům nebo únikům paměti nedojde po období, které je považováno za relativně „normální“ dobu používání.
Co sledovat při testování odolnosti
Při testování odolnosti jsou testovány následující věci.
- Test leakage memory - Provádějí se kontroly k ověření, zda v aplikaci nedochází k úniku paměti, který by mohl způsobit selhání systému nebo OS
- Test připojení spojení mezi vrstvou systému - Pokud spojení mezi vrstvami systému není úspěšně uzavřeno, může dojít k zablokování některých nebo všech modulů systému.
- Test připojení databáze úspěšně ukončen - Pokud připojení databáze není úspěšně ukončeno, může to mít za následek selhání systému
- Doba odezvy testu - systém je testován na dobu odezvy systému, protože aplikace se stává méně efektivní v důsledku dlouhodobého používání systému.
Jak provádět testování vytrvalosti
Níže je uveden základní přístup k testování Endurance Test
- Testovací prostředí - Určete hardware, software, operační systém vyžadující testování odolnosti, přiřazení rolí a odpovědností v týmu atd. Prostředí by mělo být připraveno před provedením testu. Musíte také odhadnout běžnou velikost produkce databáze a roční růst. To je povinné, protože musíte otestovat, jak bude vaše aplikace reagovat po roce, dvou nebo pěti.
- Vytvoření plánu testování, scénáře - Na základě povahy testování - manuálního nebo automatizovaného nebo kombinace obou, je třeba naplánovat design testovacího případu, kontroly a provedení. Součástí plánu zkoušek by mělo být také testování na namáhání systému, testování bodu zlomu atd. Testování na namáhání systému určuje bod zlomu v aplikaci.
- Odhad testu - Poskytněte odhad, jak dlouho bude trvat dokončení fáze testování. Měl by být analyzován na základě počtu zúčastněných testerů a počtu požadovaných testovacích cyklů.
- Analýza rizik - Analýza rizika a přijetí vhodných opatření pro prevenci. Stanovení priorit testovacích případů podle rizikového faktoru a identifikace níže uvedených testů rizik a problémů, které může tester během fáze testu odolnosti fázovat.
- Zůstane výkon v průběhu času konzistentní?
- Existují další drobné problémy, které dosud nebyly zjištěny?
- Existuje vnější interference, která nebyla řešena?
- Plán testu - Určete rozpočet, výstupy v časových rámcích. Protože Testování vytrvalosti aplikuje obrovské, ale přirozené uspořádání zatížení transakcí na systém / aplikaci po nepřetržité časové období.
Příklad testování odolnosti
Zatímco zátěžové testování posouvá testovaný systém na hranici svých možností, testování vytrvalosti posouvá aplikaci na hranici svých možností v průběhu času .
Například nejsložitější problémy - úniky paměti, využití databázového serveru a nereagující systém - se vyskytnou, když software běží po delší dobu. Pokud přeskočíte testy odolnosti, vaše šance na detekci takových vad před nasazením jsou poměrně nízké.
Nástroje pro testování odolnosti
- WebLOAD
- LoadComplete
- Apache JMeter
- LoadRunner
- Vzhled
- LoadUI
- OpenSTA
- Rational Performance Tester
Výhody testování odolnosti
- Pomáhá při určování toho, jak pracovní zátěž zvládne systém pod zatížením.
- Poskytuje přesná data, která mohou zákazníci použít k ověření nebo posílení svých potřeb infrastruktury.
- Identifikuje problémy s výkonem, které mohou nastat po delší době běžícího systému na vysoké úrovni
- Typické problémy jsou identifikovány v menších cílených testech výkonu, což znamená, že zajišťuje, že aplikace zůstane dostupná, i když je ve velmi krátkém čase obrovské zatížení.
- Vytrvalostní test se také používá ke kontrole, zda po dlouhé době provádění nedochází ke snížení výkonu
Nevýhody vytrvalostního testování
- Často je těžké definovat, kolik stresu se vyplatí aplikovat.
- Testování vytrvalosti může způsobit selhání aplikace nebo sítě, které může vést k významnému narušení, pokud testovací prostředí nebude izolované.
- Trvalá ztráta nebo poškození dat může nastat přetížením systému.
- Využití zdrojů zůstává i po odstranění stresu velmi vysoké.
- Některé součásti aplikace nereagují.
- Neošetřené výjimky jsou sledovány koncovým uživatelem.
Souhrn:
- V softwarovém inženýrství je testování odolnosti podmnožinou zátěžového testování.
- Vytrvalostní testování je dlouhý proces a někdy trvá i rok
- Kontroly se provádějí za účelem ověření
- Otestujte únik paměti
- Doba odezvy testu
- Otestujte připojení k databázi atd.
Tento článek je možný díky příspěvku Unnati Soni.