Proces vývoje softwaru vyžaduje rozsáhlé průběžné testování, především agilní testování, které pomáhá zajistit efektivní a předvídatelný výkon. Agilní testování má však svá omezení, pokud jde o zkušenosti koncových uživatelů v systému s více uživateli. Jakmile se softwarový projekt blíží k dokončení, musí se společnosti zaměřit na jiný typ testování, tzv. zátěžové testování, aby zjistily, jak bude aplikace fungovat v reálném světě při různých úrovních zatížení a provozu.
Co je testování zátěže?
Testování zátěže je podmnožinou testování výkonnosti softwaru, webových stránek, aplikací a souvisejících systémů. Jedná se o nefunkční test, který simuluje chování více uživatelů přistupujících k systému současně. Zátěžové testování, označované také jako „volume testing“, replikuje výkon, stabilitu a funkčnost webového systému v reálných podmínkách, a proto je jedním z posledních a nejdůležitějších typů testování prováděných před nasazením.
Testování zátěže identifikuje několik kritických aspektů webového systému, včetně následujících:
- Celková provozní kapacita aplikace, včetně počtu souběžně pracujících uživatelů, které lze podporovat.
- Schopnost aplikace reagovat na špičkové zatížení uživatelů.
- Stabilita infrastruktury aplikace
- Doba odezvy aplikace, propustnost a potřeba zdrojů při různých úrovních zatížení uživateli.
Testování zátěže je klíčový proces, který se používá před spuštěním jakékoli internetové a intranetové aplikace typu klient/server. Týká se jak softwaru na front-endu, jako jsou webové stránky, tak systémů na back-endu, jako jsou servery, na kterých jsou tyto stránky umístěny.
Proč potřebujeme testování zátěže?
Funkční testy hrají při vývoji softwaru důležitou roli, ale mají svá omezení, pokud jde o předpovídání výkonu při různých úrovních zapojení uživatelů. Testování zátěže odhalí kritické problémy s výkonem, které jiné testy nedokážou odhalit, a umožní tak společnostem odstranit problémy ještě před spuštěním softwaru nebo provedením aktualizací.
Společnosti potřebují provádět zátěžové testy ze tří hlavních důvodů:
- Posouzení funkčnosti softwaru
- generování příjmů, poskytování služeb a ochrana dobrého jména společnosti.
- Zajistit příjemný a efektivní uživatelský zážitek
Testování zátěže je nezbytné k identifikaci úzkých míst, zjištění doby odezvy při provozu webu a zlepšení budoucího výkonu. Všech těchto cílů lze samozřejmě dosáhnout v reakci na chování živého webu, ale pouze za cenu intenzivního narušení spotřebitelů.
Všimněte si, že ačkoli je software pro testování zátěže běžně spojován s internetovými aplikacemi, používá se také k testování hardwaru.
Výhody zátěžového testování
Podniky, které nabízejí internetové nebo intranetové aplikace, budou mít z testování zátěže obrovský užitek. Mezi nejlepší důvody, proč provádět zátěžové testy, patří:
1. Předchází výpadkům a selhání aplikace
Testování zátěže pomáhá optimalizovat systém pro běžné a špičkové zatížení a identifikovat případné výpadky způsobené neočekávaným zatížením.
Testování zátěže webu navíc pomáhá připravit se na období růstu nebo neobvykle vysokého využití, například při prodeji e-shopu nebo uvedení nového produktu na trh.
2. Sledování výkonnostních norem
Testování zátěže poskytuje firmám údaje o výkonu, které slouží k vyhodnocení změn kódu aplikace a infrastruktury.
Organizace může vypracovat výkonnostní cíle na základě analýzy provozu v průměrných hodinách i ve špičkách.
3. Snížení nákladů
Výpadky sítě stojí společnost v průměru 5 600 dolarů za minutu (300 000 dolarů za hodinu). Navíc je stále pravděpodobnější, že uživatelé, kteří se často setkávají s nefunkční aplikací, se k ní již nikdy nevrátí.
Náklady na testování zátěže jsou trvale nižší než potenciální náklady na nadměrné prostoje, nedostupnost webu a větší ztráty spojené s nespokojeností zákazníků.
4. Zvyšuje efektivitu
Testování zátěže identifikuje úzká místa systému, která po odstranění umožní, aby systém pracoval s maximální účinností. Odstranění úzkých míst umožňuje nejen vyšší provozní výkon, ale také lepší škálovatelnost systému.
Efektivní a rychle se načítající stránky zvyšují spokojenost uživatelů a zlepšují hodnocení webu ve vyhledávání.
5. Dodržování dohody o úrovni služeb
Testování zátěže umožňuje organizaci měřit kvalitu výkonu, což jsou údaje, které slouží k vypracování smluv SLA (Service Level Agreements), které uživatelům poskytují zaručené základní hodnoty. Údaje jsou také užitečné pro porovnání výkonnosti s interními srovnávacími ukazateli a výkonností konkurence.
6. Plánování kapacity
Testování zátěže poskytuje informace důležité pro plánování kapacity. Pokud aplikace na test reaguje příznivě, může organizace podle toho plánovat rozšíření a špičkové časy. Pokud aplikace zaznamená metriky mimo přijaté parametry – pokud „neprojde“ zátěžovým testem – jsou data stále přínosná jako zátěžový test.
(Více informací o rozdílu mezi zátěžovým a stresovým testem najdete dále v této příručce.)
Výzvy a omezení zátěžového testování
Zátěžové testování přináší značné výhody, což se odráží v jeho širokém rozšíření v různých odvětvích a systémech. Stejně jako u každé aplikace však existují i nevýhody a problémy.
Výzva 1: Nehmatatelnost
Testování zátěže nemusí být nutně nejviditelnějším nástrojem, protože jedním z jeho hlavních přínosů je identifikace potenciálních problémů dříve, než nastanou v ostrém provozu. Mnohé z finančních a jiných negativ spojených s výpadky webu a selháním aplikace se jednoduše nikdy neprojeví.
Typy testování, které se zaměřují na scénáře „co když“, bývají přehlíženy. Testování zátěže sice může pomoci s analýzou po přetížení uživatelů, ale pro organizaci je mnohem přínosnější jako preventivní nástroj.
Výzva 2: Složitost
Jak open-source, tak interní nástroje pro testování zátěže mohou mít vysokou bariéru pro vstup na technické úrovni. V závislosti na velikosti a složitosti organizace nemusí mít zaměstnance nebo zdroje, které by mohly věnovat testování zátěže.
Výjimkou jsou profesionální platformy pro testování zátěže, jako je například testování zátěže ZAPTEST, které se zaměřují na poskytování přehledného a uživatelsky přívětivého rozhraní. ZAPTEST LOAD nabízí možnost vytvářet nahrané skripty a skripty založené na API, které provádějí obchodní procesy koncového uživatele a měří end-to-end transakce v celém systému pod zátěží (SUL).
Typy zátěžových testů
K dispozici je několik různých typů testování zátěže, které organizacím umožňují přizpůsobit strategii testování na základě rozpočtu, složitosti projektu, technických znalostí zaměstnanců a dalších faktorů.
1. Ruční testování zátěže
Ruční zátěžové testování je situace, kdy se systém vyhodnocuje bez automatizovaných nástrojů pro zátěžové testování, což znamená, že simulovaní uživatelé jsou vytvářeni ručně.
Manuální testování zátěže přináší jen málo výhod, pokud vůbec nějaké. Kromě logistických potíží jsou výsledky testů obvykle nespolehlivé a jejich opakování je téměř nemožné. Pokud organizace nemá specifickou potřebu manuálního testování, je lepší zaměřit její úsilí na automatizované testování softwaru.
2. Vlastní testovací nástroje
Protože testování zátěže je nepřetržitý proces, zejména v době růstu, mnoho organizací se rozhodne vytvořit si vlastní nástroje pro automatizaci testování zátěže.
Vlastní nástroje jsou od základu navrženy tak, aby spolupracovaly s konkrétními aplikacemi organizace, což umožňuje snadnou a úplnou integraci mezi nástrojem a systémem. Mezi další výhody patří zkrácení doby seřizování, zkrácení potřeby údržby, zkrácení chyb při provozu, zkrácení doby školení a další.
Existuje však několik nevýhod. Interní nástroje nemusí být snadno rozšiřitelné s rostoucí uživatelskou základnou. Vývoj vlastních nástrojů navíc vyžaduje počáteční časovou a finanční investici, během níž musí organizace používat jiné testovací nástroje nebo žádné.
3. Testovací nástroje s otevřeným zdrojovým kódem
Existuje mnoho testovacích nástrojů s otevřeným zdrojovým kódem. Jelikož se jedná o programy s otevřeným zdrojovým kódem, lze je používat zdarma, nabízejí rozsáhlé možnosti úprav a těší se silné podpoře komunity.
Mezi oblíbené open-source testovací nástroje patří Locust, k6 a JMeter. Každý z nich umožňuje simulovat rozsáhlé uživatelské zatížení, nahrávat testovací skripty, zobrazovat výkonnostní reporty a další funkce.
Většina nástrojů s otevřeným zdrojovým kódem sice „odvede svou práci“, ale mohou mít i své nevýhody, zejména pro podnikové organizace. Nástroje s otevřeným zdrojovým kódem jsou často složité a postrádají uživatelskou přívětivost, jakou mají komerční nástroje pro automatizaci zátěžových testů. Kromě toho se podpora obvykle omezuje na wiki, fóra a podobné stránky, které mají v případě nouze omezené využití.
4. Nástroje pro automatizaci zátěžových testů podnikové třídy
Podnikové testovací nástroje poskytují různé funkce, které umožňují škálování podle potřeb webů elektronických obchodů, platforem služeb a profesionálních organizací všech typů.
Mezi výhody využívání služeb testování zátěže v podnicích patří:
- Schopnost generovat obrovské množství uživatelského provozu
- Zařízení pro snímání/přehrávání
- Schopnost podporovat více protokolů
- Možnost obnovy ztracených dokumentů
- Zadávání testovací dokumentace na 1 kliknutí
Mezi oblíbené společnosti zabývající se testováním zátěže v podnicích patří ZAPTEST a jejich partner z technologického průmyslu, společnost Gartner. (Ti, kteří se vyznají v oboru automatizace, možná znají společnost ZAPTEST z její uznávané práce v oblasti automatizace robotických procesů.) Kromě toho edice ZAPTEST FREE nabízí bezplatnou funkci LOAD, která uživatelům umožňuje provádět testování výkonu pomocí nejnovějších funkcí a drill-down analýzy.
Nástroje pro automatizaci testování zátěže na podnikové úrovni nabízejí spolehlivá řešení s podporou, která nevyžadují tolik technických znalostí jako nástroje s otevřeným zdrojovým kódem. Většina podnikových služeb testování zátěže funguje na základě modelu předplatného.
Co bychom měli testovat pomocí zátěžového testování?
Automatizované nástroje pro testování zátěže generují data, která slouží k přesnému zodpovězení několika důležitých otázek:
- Kolik uživatelů má aplikace (webová stránka, systém atd.) v běžných hodinách? Ve špičce?
- Jaké prvky aplikace ovlivňuje jaký počet uživatelů?
- Jaký počet uživatelů povede k tomu, že web bude vypnutý?
- Kdy dojdou systému zdroje?
- Jak rychle se webové stránky načítají?
Prováděním nefunkčních simulací organizace získá údaje o rychlosti, spolehlivosti a schopnosti škálování. Testování jednotlivých výše uvedených aspektů vytváří komplexnější obraz, v němž lze snáze identifikovat úzká místa.
1. Základní výkonnost
Společnosti mohou použít zátěžové testování k otestování základního výkonu aplikace. Vzhledem k tomu, že se počet uživatelů během testu postupně zvyšuje, vytvořené údaje ukazují základní výkon pro průměrnou rychlost připojení, dobu stahování souborů a latenci.
2. Srovnávací výkon
Test zatížení webových stránek také shromažďuje srovnávací údaje o výkonu. Ačkoli se pojmy „základní úroveň“ a „referenční úroveň“ často používají zaměnitelně, jsou mezi nimi zásadní rozdíly. Srovnávací testování měří výkon ve srovnání s konkurenčními weby nebo interními požadavky (například SLA pro koncové uživatele).
Metriky / cíle testování zátěže
Jednotlivé organizace si vytvoří metriky testování na základě svých jedinečných potřeb. Jednou z významných výhod nástrojů pro automatizované testování zátěže na podnikové úrovni je možnost přizpůsobit sledované metriky.
Bez ohledu na to bude většina organizací sledovat následující metriky pomocí automatického testování zátěže:
1. Doba odezvy
Doba odezvy je hlavní metrikou měřenou při automatickém testování zátěže. Za jak dlouho systém odpoví po odeslání požadavku uživatelem? (Doba odezvy delší než 10 sekund pravděpodobně způsobí odchod uživatele.)
2. Propustnost
Propustnost je množství odeslaných a přijatých dat. Při testování zátěže se obvykle vyjadřuje jako počet přístupů za sekundu (hps) nebo počet transakcí za sekundu (tps).
3. Metriky specifické pro hardware
Pomalá odezva může signalizovat omezení hardwaru, takže součástí procesu testování zátěže je sledování využití procesoru, dostupné paměti RAM, diskových vstupů a výstupů a podobných hardwarových funkcí.
4. Databáze
Většina aplikací na podnikové úrovni vyžaduje ke svému provozu více systémů, ale s rostoucím počtem databází roste i možnost vzniku úzkých míst. Software pro testování zátěže měří čtení a zápisy do databáze a počet otevřených databázových připojení.
Vyjasnění některých nejasností
Mnohé postupy zajišťování kvality softwaru se vzájemně překrývají a prolínají. Dokonce i ti, kteří mají odborné zkušenosti, se mohou cítit zmatení ohledně následujících typů služeb testování softwaru.
Testování výkonu vs. testování zátěže
Testování výkonnosti je souhrnný pojem pro všechny postupy používané k měření stability softwarového systému, jeho odezvy, potřeby zdrojů a dalších výkonnostních ukazatelů, zejména pokud jde o uživatelskou zkušenost.
Testování zátěže je podkategorií testování výkonu. Mezi další běžné typy patří:
- Testování výdrže – Testování výdrže, známé také jako „soak testing“, měří trvalé, očekávané uživatelské zatížení. Testování odolnosti odhalí úniky paměti a dlouhodobé zhoršení doby odezvy.
- Spike testování – Spike testování simuluje náhlý, prudký nárůst nebo pokles počtu uživatelů.
- Testování izolace – test, který vedl k problému v systému, se opakuje, aby pomohl izolovat příčinu.
Výkonnostní testy jsou nefunkční testy, které se obvykle provádějí ke konci vývojového cyklu nebo po dokončení vývoje.
Zátěžové testování vs. testování zátěže
Zátěžové a zátěžové testování jsou si v mnoha ohledech podobné. Zopakujme si, že test zatížení webových stránek měří odezvu systému na očekávaný objem provozu, například běžný nebo špičkový provoz. Provádíte zátěžové testy, abyste zjistili snížení výkonu a jeho vztah k uživatelskému zážitku při historicky předpokládané zátěži. Stručně řečeno, zátěžové testy nejsou určeny k rozbití systému.
Zátěžové testování má jiný účel. Během zátěžového testu se počet uživatelů zvyšuje přes bod snížení výkonu až k úplnému selhání. Zátěžový test neměří pouze „bod zlomu“ systému, ale také zjišťuje, jaký typ automatického zotavení systém provede.
Vývojáři se mohou rozhodnout provést zátěžový test, ale může k němu dojít i neúmyslně během zátěžového testu vyšší úrovně. V obou typech testů nástroje pro automatizaci zátěžových testů vytěžují systém nad rámec dostupných zdrojů, čímž poskytují množství cenných dat.
Funkční testování vs. zátěžové testování
Funkční testování a zátěžové testování jsou typy testování výkonnosti, a přestože jsou oba typy testování nezbytné, každý z nich slouží jinému účelu.
Funkční testování zjišťuje, zda určitý aspekt systému splňuje předem stanovené požadavky. Používá se mnohem častěji než zátěžové testy s jasně definovanými parametry a kroky. Zátěžové testování je nepředvídatelnější a výsledky se mohou výrazně lišit od očekávání.
Kromě toho zátěžové testování závisí výhradně na zatížení uživatele, zatímco funkční testování je založeno na testovacích datech.
Charakteristiky účinné zátěžové zkoušky
Podnikové zátěžové testování je sice účinným nástrojem, ale pokud chtějí podniky maximalizovat účinnost testu, měly by se řídit těmito osvědčenými postupy.
1. Používá realistické scénáře
Testovací scénáře by se měly co nejvíce podobat reálnému chování uživatelů. Pečlivě zvažte chování uživatelů. Proč používají vaši aplikaci? Jaké typy zařízení používají k přístupu?
Zahrňte do testu načítání webových stránek nepředvídatelné chování, protože skuteční uživatelé se budou chovat neočekávaným způsobem, který nemůžete předvídat.
2. Nezačíná od nuly
Mnoho testerů začíná test s nulovou zátěží a postupně přidává simulované uživatele. Tato metoda má sice určitou hodnotu, ale nezapomeňte testovat i při běžném zatížení systému. Tím se vyhnete falešně pozitivním výsledkům a získáte přesnější výsledky, protože váš systém bude mít v reálném světě nulovou zátěž jen zřídka, pokud vůbec.
3. Používá reálná data
Jak ukazují tyto předchozí postupy, čím kvalitnější data získáte před testováním, tím užitečnější budou výsledky testů. Při vytváření realistických scénářů se obraťte na data získaná dříve pomocí monitorovacích nástrojů.
Dvě užitečné kategorie údajů, které je třeba zvážit:
- Údaje o uživatelích: použitá zařízení a prohlížeče, absolvované cesty a místa ukončení cesty.
- Systémová data: časování prvního rozloučení, zatížení DOM
4. Analýza a opakování
Po zátěžovém testu bude váš tým chtít identifikovat úzká místa a jim odpovídající kód. Přeměna informací získaných z výsledků testů na zlepšitelné metriky není vždy jednoduchá, zejména u softwaru s otevřeným zdrojovým kódem, ačkoli nástroje pro automatizaci testování zátěže v podnicích mohou tento proces značně zjednodušit a zefektivnit.
Ačkoli je testování zátěže před uvedením produktu na trh zásadní, není to řešení „jeden a dost“. Místo toho by se testování zátěže mělo stát součástí agilních a automatizačních postupů organizace.
Kdo se podílí na procesu testování zátěže?
Přestože zátěžové testování probíhá na konci vývoje, vyžaduje účast mnoha různých týmů, včetně týmů, které začínají pracovat mnohem dříve v životním cyklu produktu.
1. Vývojoví inženýři
Inženýři budou používat integrovaná vývojová prostředí k testování procesů během vývoje, což povede k získání dat, která pomohou stanovit parametry zátěžových testů před vydáním.
2. Ostatní testeři
Agilní a funkční testeři poskytují cenný vhled do konkrétních součástí aplikace. Údaje z agilních testů navíc pomáhají při stanovení základních metrik používaných při zátěžovém testování.
3. Koncoví uživatelé/zúčastněné strany
Jejich cíle určují jejich chování v aplikaci. Pochopení jejich motivací v rámci systému pomáhá při tvorbě testovacích scénářů.
Proces testování zátěže
Proces testování zátěže může být poměrně složitý, zejména při použití softwaru s otevřeným zdrojovým kódem nebo vlastního testovacího softwaru. Podnikový software sice testování značně zjednodušuje, ale pochopení základních kroků při provádění zátěžového testování pomáhá zajistit co nejlepší výsledky.
Ačkoli se specifika testování zátěže liší v závislosti na obchodním modelu, hardwaru, uživatelské základně a dalších individuálních faktorech, většina testování se řídí touto základní strukturou:
1. Stanovení cílů
Jasné cíle vedou k užitečnějším výsledkům. Určete nejkritičtější funkce aplikace, které je třeba otestovat.
2. Stanovení výchozího stavu
Pokud jste provedli předchozí testy, použijte tato data k vytvoření výchozího výkonu pro nadcházející test. Jakákoli odchylka od základní linie naznačuje další šetření.
3. Vytvoření zátěžového testovacího prostředí
Testovací prostředí by mělo co nejvěrněji odrážet podmínky reálného světa, takže je třeba testovat na podobných profilech strojů, síťové architektuře, firewallech, databázích a dalších.
4. Vývoj scénářů zatížení
Nejběžnějším způsobem vytvoření scénáře zatížení je kombinace skriptování se zaznamenanou aktivitou uživatele. Každý scénář bude obsahovat měření, transakce a validační body.
5. Provádění testů
Poté, co jste stanovili základní hodnoty, scénáře zatížení a vytvořili testovací prostředí, jsou testy připraveny k provedení. Můžete spustit několik scénářů současně, upravit úrovně uživatelů, umístění, prohlížeče a další faktory.
6. Vyšetření po testu
Dokončené testování poskytuje působivé množství dat, včetně doby odezvy, doby načítání, chyb, výkonu serveru a dalších údajů. Většina analýz dat zahrnuje opakované provádění scénářů s cílem zúžit problém a identifikovat jeho jádro.
Klíčem k úspěšné interpretaci dat je stanovit si předem jasné cíle a během analýzy vést rozsáhlou dokumentaci.
Příklady zátěžových testů
Zátěžové testování se používá v mnoha scénářích, včetně situací, které mnoho společností přehlíží. Příklady zahrnují:
1. Webové stránky
Stahování velkých souborů po delší dobu testuje možnosti webové aplikace.
2. Server
Servery jsou testovány na zátěž buď spuštěním několika instancí aplikace, nebo mnoha různých aplikací současně.
3. Pevné disky
Opakované čtení a zápis dat prověří limity pevných disků v systému.
4. Poštovní server
Poštovní servery jsou testovány na zátěž pomocí simulace činnosti uživatelů. Většina testů zátěže poštovního serveru simuluje alespoň 1 000 uživatelů.
5. Rozhraní pro programování aplikací
Testování zátěže rozhraní API se provádí na operačních systémech, softwarových knihovnách, programovacích jazycích, hardwaru a dalších.
6. Tiskárna
Testy zatížení tiskárny zahrnují odesílání rostoucího počtu úloh do fronty tiskárny. Zřídkakdy se jedná o fyzický test, který vyžaduje obsluhu hardwaru.
Testovací případy zatížení
Zátěžové testování je přínosem pro organizace všech typů a velikostí. Mezi reálné případy, které zahrnují provádění zátěžových testů, patří:
1. Propagační akce
Velký e-shop chce vyhodnotit kapacitu svých webových stránek pro velký výprodej, například pro výprodej v rámci Černého pátku. Dalším příkladem může být hračkářská společnost, která se chystá rozšířit své webové stránky o novou, velmi očekávanou hračku.
2. Veřejné webové portály
Testování pomáhá připravit velké portály na dramatické změny v používání, například když portál finančního úřadu zaznamená nárůst návštěvnosti během daňové sezóny. Podobným příkladem může být testování zátěže webových portálů, které má vysoké škole pomoci připravit se na online zápis na začátku semestru.
3. Testování serveru
Tím, že server vystaví velkému objemu provozu, může podniková organizace zjistit, zda je její infrastruktura dostatečná pro případné nadcházející rozšíření. Testování serveru je také nezbytnou součástí údržby dobře fungujících webových stránek.
4. Testování přenosu souborů
Testování zátěže může měřit rychlost přenosu souborů na pevný disk a z něj, například mezi notebookem a stolním počítačem nebo notebookem a notebookem. Mimo jiné může organizacím pomoci určit, jaký hardware zaměstnancům pořídit.
Jak napsat případ testu zatížení
Naučit se provádět zátěžové testy může být náročné i pro zkušené softwarové profesionály, ale je to mnohem jednodušší, než si mnozí uvědomují.
Vytvoření řídicího dokumentu je první fází vývoje případu zátěžového testu. Plán zátěžového testování nemusí být složitý, užitečný může být i seznam bodů, ale měl by obsahovat základní součásti testu od začátku do konce.
Zajistěte, aby plán zátěžových testů obsahoval následující prvky:
1. Cíle a požadavky
Proč tento test provádíte? Jaké konkrétní metriky testujete a jaké výsledky určí, jaký typ reakce se bude týkat výroby?
2. Hranice
Popište rozsah zátěžového testování systému nebo prohlížeče. Provádíte test komponent nebo komplexní test? Jaké dopravní zatížení testujete (špičkové, normální nebo jiné)?
Rozsah se může v průběhu testu změnit, zejména pokud dojde k neočekávané události. Přesto je třeba zpočátku definovat jasné hranice testování.
3. Pracovní zátěž
Musíte podrobně popsat svůj zátěžový profil, který se skládá z následujících položek:
- Klíčové transakce
- Rozložení zatížení na transakci
- Načasování transakce
Vytvoření profilu zátěže/modelu pracovní zátěže je pravděpodobně nejdůležitějším prvkem zátěžového testování, protože určuje, nakolik váš test odráží chování systému pod zátěží skutečných uživatelů. Nezapomeňte provést testování zátěže prohlížeče, protože nevíte, jaký prohlížeč budou návštěvníci používat.
4. Stav serveru
Popište plán monitorování serverů během testu. Budete muset monitorovat oba aplikační servery a servery používané ke spuštění zátěžových testů (ačkoli při použití podnikových nástrojů pro zátěžové testování to obvykle není zásadní problém).
5. Testovací scénář
Nakonec byste měli popsat svůj testovací scénář, což je zastřešující plán realizace řady testovacích případů.
6. Příklady zátěžových testů
Mezi obecné příklady případů používaných na podnikové úrovni patří:
- testování zátěže API, abyste zjistili, zda jsou platby prostřednictvím systému třetí strany zpracovány za méně než dvě minuty.
- Testování zatížení prohlížeče, aby se zjistilo, zda se uživatelé setkávají s rozdíly v rychlosti načítání delšími než 10 sekund v závislosti na jejich prohlížeči.
- Testování funkčnosti nové funkce webových stránek při použití během dopravní špičky.
Všimněte si, že výše uvedené scénáře mají jasně definované cíle, hranice a metriky.
Nástroje pro testování zátěže
Podnikové organizace někdy vyvíjejí vlastní nástroje pro testování zátěže, ale je to proces vyžadující čas i investice, takže jde spíše o dlouhodobou strategii. Zatímco se vyvíjejí vlastní nástroje, musí se organizace obrátit na bezplatné nebo podnikové automatizované nástroje pro testování zátěže.
Organizacím doporučujeme, aby si pečlivě vybíraly nástroje pro testování zátěže, a to i v případě, že je plánují používat pouze dočasně. Nezřídka se setkáte s tím, že nástroje pro testování zátěže podnikových nebo open-source webových stránek poskytují všechna potřebná řešení, takže není třeba vyvíjet vlastní verzi.
1. Bezplatné nástroje pro testování zátěže
Mnoho organizací nejprve zvažuje testovací nástroje s otevřeným zdrojovým kódem. O možnosti není nouze, včetně následujících:
- JMeter – aplikace v jazyce Java založená na podnikovém nástroji LoadRunner.
- Taurus – Nástroj, který umožňuje psát vlastní zátěžové testy.
- k6 – Nástroj pro testování zátěže, který se zaměřuje na back-endovou infrastrukturu a je určen pro zkušené vývojáře.
- SoapUI – Zátěžový test SoapUI používá protokol Simple Object Access Protocol. K dispozici je také komerční verze této aplikace.
- Locust – Nástroj pro testování zátěže známý svou relativní uživatelskou přívětivostí a malými nároky na zdroje.
- ZAPTEST FREE Edition nabízí bezplatné testování výkonu prostřednictvím LOAD Studia, kde mohou uživatelé používat nahrané skripty a skripty založené na API a dokonce je propojit s funkčním testováním.
Ačkoli testovací nástroje s otevřeným zdrojovým kódem nemají přímé finanční náklady, jejich výběr je pro každou firmu významným závazkem, takže je důležité pochopit jak výhody, tak potenciální nevýhody.
Výhody bezplatných nástrojů pro testování zátěže
Bezplatné nástroje pro testování zátěže mají několik významných výhod.
1. Nízké náklady
Největší výhodou softwaru s otevřeným zdrojovým kódem je, že je zdarma. Společnosti, zejména ty novější s omezenými zdroji, mohou provádět zátěžové testy bez finančních závazků.
2. Flexibilita
Software s otevřeným zdrojovým kódem je komunitou často revidován, aktualizován a vylepšován. Pokud máte specifické potřeby testování, mohou existovat doplňky.
3. Rychlejší aktualizace
Software s otevřeným zdrojovým kódem se obvykle vyvíjí rychleji než komerční software. Opravy chyb, aktualizace zabezpečení, nové funkce a další funkce se obvykle objevují stabilněji a rychleji.
Omezení bezplatných nástrojů pro testování zátěže
Přestože bezplatné nástroje pro testování zátěže mají významné výhody, společnosti by si měly uvědomit potenciální nevýhody.
1. Nedostatek podpory
Pokud uživatel narazí při používání softwaru pro testování zátěže s otevřeným zdrojovým kódem na nějaké problémy, bude muset najít odpověď sám pomocí komunitních zdrojů, jako jsou fóra a wiki. Na rozdíl od podnikového softwaru nemají bezplatné nástroje vyhrazený tým podpory, kterému byste mohli zavolat nebo poslat e-mail.
2. Složitost
Uživatelsky přívětivé ovládání není u softwaru pro testování zátěže s otevřeným zdrojovým kódem vždy prioritou. Mnoho aplikací předpokládá, že uživatel má poměrně pokročilé vývojářské znalosti. Naučit se provádět zátěžové testy se softwarem s otevřeným zdrojovým kódem je obvykle obtížné.
3. Omezení uživatelského zatížení
Testovací software s otevřeným zdrojovým kódem často naráží na problémy s pamětí a procesorem při provádění velkokapacitních zátěžových testů. Podniky na podnikové úrovni mohou zjistit, že bezplatné testování zátěže jednoduše není dostatečně výkonné pro jejich potřeby.
Nástroje pro testování zatížení podniku
Podnikové testovací nástroje jsou placené produkty určené pro potřeby velkých a komplexních organizací. Často jsou založeny na předplatném a jejich ceny odpovídají počtu simulovaných uživatelů a dalším specifikům testu.
Na výběr je mnoho firem zabývajících se testováním zátěže, ale vedoucím podnikem je ZAPTEST, lídr v oboru hyperautomatizace, ZAPTEST je známý jako jeden z nejlepších nástrojů pro testování zátěže díky svému uživatelsky přívětivému softwaru a neomezenému přístupu k podpoře.
Kvalita a funkce nabízené společnostmi zabývajícími se testováním zátěže v podnicích se mohou značně lišit, proto se organizacím doporučuje, aby před objednáním pečlivě zvážily každého poskytovatele.
Výhody nástrojů pro podnikové testování
I když se konkrétní funkce a snadnost ovládání mění v závislosti na konkrétním produktu, nejlepší nástroje pro testování zátěže mají následující výhody.
1. Snadné používání
Software s otevřeným zdrojovým kódem může mít nepřehledné uživatelské rozhraní, komplikované procesy a celkovou lhostejnost k uživateli. Podnikové nástroje však kladou důraz na intuitivní a přímočaré prostředí.
2. Zákaznická podpora
Hlavní výhodou podnikového testování je dostupnost vyškolené podpory. Odborníci vyškolení nejen v oblasti testování zátěže, ale i ve specifických vlastních testerech zátěže, jsou připraveni pomoci vyřešit případné problémy. Podniková služba bude mít podporu, kterou můžete kontaktovat 24 hodin denně, 7 dní v týdnu.
3. Spolehlivost
Nástroje pro podnikové testování jsou určeny pro společnosti s rozsáhlým provozem, kde jakýkoli výpadek může mít za následek výraznou ztrátu příjmů a spokojenosti zákazníků. Tyto nástroje jsou vytvořeny tak, aby poskytovaly přesná data vhodná pro dlouhodobé plánování a rozhodování.
Omezení nástrojů pro podnikové testování
Přestože nástroje pro podnikové testování nabízejí oproti jiným typům řadu výhod, obsahují také některá potenciální omezení.
1. Náklady
Největší nevýhodou jsou náklady. Podnikové zátěžové testování funguje na modelu předplatného a náklady se odvíjejí od počtu virtuálních uživatelů vytvořených během testu.
Odstranění úzkých míst a zabránění výpadkům aplikací je nakonec nákladově efektivnější variantou testování zátěže v průběhu času, ale organizaci mohou stále vzniknout značné počáteční náklady. Naproti tomu zavedené sady pro testování zátěže, jako je ZAPTEST, nabízejí jedno předplatné Software+Služby s neomezeným používáním a licencemi… tento model zmírňuje neustále rostoucí náklady na testování, protože se společnosti rozšiřují.
2. Křivka učení
Přestože jsou podnikové nástroje zdaleka nejpřívětivější možností testování zátěže, i ty nejlepší nástroje pro testování zátěže mají alespoň určitou křivku učení. Členové týmu, ideálně ti, kteří mají zkušenosti s kódováním, budou muset strávit čas učením se, jak nástroj maximálně využít. Přední nástroje pro testování zátěže, jako je ZAPTEST, opět tuto nevýhodu zmírňují tím, že poskytují platformu s nízkým kódem, která nevyžaduje žádné kódovací dovednosti a může ji používat většina lidí v organizaci, nikoli pouze vývojáři.
Kdy byste měli používat nástroje pro testování zátěže pro podniky a kdy zdarma?
Bezplatné nástroje pro testování zátěže mají v mnoha organizacích své místo. Jedná se o nákladově nejefektivnější variantu, která je oblíbená mezi začínajícími podniky a dalšími podniky s omezenými zdroji.
Bezplatné nástroje jsou také účinným způsobem, jak zlepšit dovednosti jednotlivce. Například tester může provést zátěžový test SoapUI nejen proto, aby otestoval systém, ale také proto, aby lépe porozuměl tomuto open-source nástroji.
Pro většinu komerčních aplikací a rozsáhlých organizací jsou nejlepšími nástroji pro testování zátěže produkty podnikové úrovně, jako je ZAPTEST a podobné špičkové produkty. Poskytují spolehlivost, přesnost a zabezpečení, které chrání vaši společnost i koncové uživatele. Navíc se používají mnohem snadněji než bezplatné nástroje a poskytují bezkonkurenční úroveň funkcí.
Kontrolní seznam pro testování zátěže
Jedním z důležitých klíčů k úspěšnému testování zátěže je organizace. Mnoho podniků zjistilo, že testování pomocí kontrolního seznamu pomáhá týmům udržet se u úkolu. Jako výchozí bod pro organizace na podnikové úrovni může dobře posloužit následující kontrolní seznam.
1. Webový server
- Máte dostatečnou šířku pásma, abyste zabránili úzkému hrdlu?
- Zvládne systém dostatečný počet transakcí za sekundu?
- Máte dostatek webových serverů, abyste zvládli obsazené a nečinné hrozby?
2. Hostitel
- Mají síťová rozhraní problémy s procesorem, pamětí nebo místem na disku?
- Jaké procesy běží na hostiteli?
3. Server aplikací
- Jaké je využití procesoru pro jednotlivé úrovně zátěže?
- Dochází při různých úrovních zatížení k úniku paměti?
- Rozdělují aplikační servery správně zátěž?
I když budete chtít kontrolní seznam upravit podle konkrétních potřeb vaší organizace, tyto základní prvky vám pomohou zajistit, abyste pokryli kritické aspekty výkonu a provozu systému.
Závěr
Testování zátěže hraje zásadní roli v úspěchu každého projektu vývoje softwaru. Aby organizace skutečně využily možnosti nástrojů pro automatizaci testování zátěže, měly by navázat spolupráci se společností zabývající se testováním zátěže na podnikové úrovni, jako je například ZAPTEST.
Nástroje pro testování zátěže umožňují vaší organizaci identifikovat potenciální narušení služeb a úzká místa, což vede k maximalizaci efektivity, snížení prostojů, zvýšení příjmů a zlepšení uživatelské zkušenosti.
