complete performance testing guide with examples
Čo je to Testovanie výkonu?
Testovanie výkonu je známe aj ako „Perf Testing“. Ide o typ testovania, ktoré sa vykonáva s cieľom skontrolovať výkonnosť aplikácie alebo softvéru pri záťaži z hľadiska schopnosti reagovať a stability. Cieľom testu výkonnosti je identifikovať a odstrániť úzke miesta výkonu z aplikácie.
Tento test sa vykonáva hlavne na overenie, či softvér spĺňa očakávané požiadavky na rýchlosť, škálovateľnosť a stabilitu aplikácie.
funkčné testovanie a nefunkčné testovanie
V tejto sérii tutoriálov sa budeme venovať úplným podrobnostiam, ako sú - Perf Testing Types, Process a Writing Performance Test Strategy document od nuly.
Toto je podrobný rad návodov, ktoré si možno budete chcieť pridať do záložiek!
Poďme to preskúmať!
Zoznam VŠETKÝCH tutoriálov o testovaní výkonu v tejto sérii:
Výukový program č. 1: Kompletný sprievodca testovaním výkonu (Tento návod)
Výukový program č. 2: Rozdiel medzi výkonom, zaťažením a stresovým testovaním
Výukový program č. 3: Funkčné testovanie vs Testovanie výkonu
Výukový program č. 4: Plán testovania výkonnosti a stratégia testovania
Výukový program č. 5: Spôsoby, ako zvýšiť výkonové testovanie
Výukový program č. 6: Sprievodca testovaním cloudového výkonu
Výukový program č. 7: Sprievodca testovaním výkonu mobilných aplikácií
Výukový program č. 8: Ako vykonať ručné testovanie výkonu
Výukový program č. 9: Výukový program na testovanie výkonnosti webových stránok
Výukový program č. 10: Spoločnosti na testovanie výkonnosti
Výukový program č. 11: Testovanie výkonu pomocou nástroja LoadRunner (Séria)
Nástroje:
Výukový program č. 12: Špičkové nástroje na testovanie výkonu
Výukový program č. 13: Výukový program na testovanie výkonu Neoload
Výukový program č. 14: Výukový program pre test výkonu BlazeMeter Mobile
Výukový program č. 15: Výukový program pre test zaťaženia, stresu a výkonu WAPT
Výukový program č. 16: Výukový program na testovanie výkonnosti webových stránok SmartMeter.io
Čo sa dozviete:
- Druhy testovania výkonu
- Proces testovania výkonu
- Ako napísať dokument o stratégii testovania výkonnosti?
- Vzorová stratégia testu výkonnosti
- #1. Úvod
- # 2) Rozsah
- # 3) Prístup
- # 4) Testovacie údaje
- # 5) Kritériá vstupu a výstupu
- # 6) Správa chýb
- # 7) Testovacie nástroje a techniky
- # 8) Kritériá pozastavenia a obnovenia
- # 9) Testovanie dodávok
- # 10) Úlohy a zodpovednosti
- # 11) Plán potenciálnych rizík a zmiernenia
- # 12) Predpoklady
- # 13) Závislosti
- # 14) Skratky
- Osvedčené postupy na testovanie realistického výkonu
Druhy testovania výkonu
Testovanie záťaže
Testovanie záťaže je typom testu výkonnosti, pri ktorom sa testuje výkonnosť aplikácie pri normálnom a špičkovom používaní. Výkon aplikácie sa kontroluje z hľadiska jej odpovede na požiadavku používateľa a jej schopnosti dôsledne reagovať v rámci akceptovanej tolerancie na rôzne zaťaženia používateľa.
Kľúčové úvahy sú:
- Aké je maximálne zaťaženie, ktoré je aplikácia schopná udržať, kým sa aplikácia začne správať neočakávane?
- Koľko údajov dokáže databáza spracovať, kým sa systém spomalí alebo dôjde k havárii?
- Je potrebné vyriešiť nejaké problémy týkajúce sa siete?
Stresové testovanie
Stresové testovanie sa používa na nájdenie spôsobov, ako rozbiť systém. Test poskytuje aj rozsah maximálneho zaťaženia, ktoré dokáže systém pojať.
Všeobecne má stresové testovanie postupný prístup, pri ktorom sa záťaž zvyšuje postupne. Test sa začína záťažou, pre ktorú už bola aplikácia testovaná. Potom sa pomaly pridáva ďalšie zaťaženie, aby sa namáhal systém. Bod, v ktorom začneme vidieť servery nereagujúce na požiadavky, sa považuje za bod zlomu.
Je potrebné vyriešiť tieto otázky:
- Aká je maximálna záťaž, ktorú môže systém vydržať, kým sa pokazí?
- Ako sa rozpadá systém?
- Je systém schopný sa zotaviť po havárii?
- Koľkými spôsobmi sa môže systém zlomiť a ktoré sú slabým uzlom pri zvládaní neočakávaného zaťaženia?
Objemové testovanie
Volume Testing má overiť, či výkon aplikácie nie je ovplyvnený objemom údajov, s ktorými aplikácia zaobchádza. Za účelom vykonania Volume Testu sa do databázy vloží obrovské množstvo dát. Tento test môže byť prírastkový alebo stabilný. V prírastkovom teste sa objem dát zvyšuje postupne.
Spravidla s používaním aplikácie rastie veľkosť databázy a je potrebné aplikáciu otestovať proti ťažkej databáze. Dobrým príkladom toho môže byť webová stránka novej školy alebo vysokej školy, ktorá má spočiatku malé množstvo údajov, ktoré sa majú najskôr uložiť, ale po 5 - 10 rokoch je ich v databáze webových stránok oveľa viac.
Testovanie kapacity
=> Je aplikácia schopná uspokojiť obchodný objem za normálnych aj špičkových podmienok?
Kapacitné testovanie sa zvyčajne vykonáva pre vyhliadky do budúcnosti. Testovanie kapacity sa zameriava na tieto položky:
- Bude aplikácia schopná podporovať budúce načítanie?
- Dokáže prostredie vydržať nadchádzajúce zvýšené zaťaženie?
- Aké ďalšie zdroje sú potrebné na zabezpečenie dostatočnej schopnosti prostredia?
Testovanie kapacity sa používa na určenie toho, koľko používateľov alebo transakcií bude daná webová aplikácia podporovať a stále spĺňať výkon. Počas tohto testovania sa zohľadňujú a menia zdroje ako kapacita procesora, šírka pásma siete, využitie pamäte, kapacita disku atď., Aby sa dosiahol cieľ.
Online bankovníctvo je dokonalým príkladom toho, kde by testovanie kapacity mohlo hrať dôležitú úlohu.
Spoľahlivosť / obnova Testovanie
Testovanie spoľahlivosti alebo Testovanie obnovy - je overenie, či je aplikácia schopná vrátiť sa do normálneho stavu po zlyhaní alebo neobvyklom správaní a ako dlho to trvá (inými slovami, odhad času).
Ak dôjde k zlyhaniu webu pre online obchodovanie, keď používatelia nie sú schopní nakupovať / predávať akcie v určitom okamihu dňa (špičkové hodiny), ale sú schopní tak urobiť po hodine alebo dvoch, môžeme povedať, že aplikácia je spoľahlivá alebo zotavil sa z neobvyklého správania.
Proces testovania výkonu
Tu sú všetky činnosti vykonávané v rámci tohto testovania:
# 1) Analýza požiadaviek / zhromaždenie
Výkonnostný tím spolupracuje s klientom na identifikácii a zhromažďovaní požiadaviek - technických aj obchodných. To zahŕňa získanie informácií o architektúre, technológiách a použitej databáze aplikácie, zamýšľaných používateľoch, funkčnosti, použití aplikácie, požiadavka na test , hardvérové a softvérové požiadavky atď.
# 2) Výber POC / nástroja
Po identifikácii kľúčovej funkčnosti sa POC (Proof Of Concept - čo je druh demonštrácie aktivity v reálnom čase, ale v obmedzenom zmysle) vykonáva pomocou dostupných nástrojov.
Zoznam dostupných nástrojov závisí od nákladov na nástroj, protokolu, ktorý aplikácia používa, technológií použitých na zostavenie aplikácie, počtu používateľov, ktorých simulujeme pre test atď. Počas POC sa pre identifikovaný kľúč vytvárajú skripty. funkčnosť a vykonáva sa s 10 až 15 virtuálnymi používateľmi.
# 3) Plán a dizajn výkonnostného testu
V závislosti od informácií zhromaždených v predchádzajúcich fázach sa vykonáva plánovanie a navrhovanie testov.
Plánovanie testov zahŕňa informácie o tom, ako bude prebiehať test výkonu - testovacie prostredie, pracovná záťaž, hardvér atď.
Viac informácií o dokumente Stratégia testovania nájdete nižšie.
# 4) Vývoj testov výkonnosti
- Prípady použitia sa vytvárajú pre funkčnosť identifikovanú v pláne skúšok ako rozsah PT.
- Tieto prípady použitia sú zdieľané s klientom na schválenie. To zaisťuje, že skript bude zaznamenaný správnymi krokmi.
- Po schválení začne vývoj skriptu zaznamenaním krokov v prípadoch použitia s nástrojom na testovanie výkonu vybraným počas POC (Proof of Concepts) a vylepšený vykonaním Correlation (pre spracovanie dynamickej hodnoty), parametrizácie (substitúcia hodnoty) a vlastných funkcií ako podľa situácie alebo potreby. Viac o týchto technikách nájdete v našich videonávodoch.
- Skripty sa potom overia proti rôznym používateľom.
- Súbežne s vytváraním skriptov výkonnostný tím ďalej pracuje na nastavení testovacieho prostredia (softvér a hardvér).
- Výkonnostný tím sa tiež postará o metadáta (back-end) prostredníctvom skriptov, ak klient túto aktivitu nevyužije.
# 5) Modelovanie testu výkonu
Pre vykonanie testu je vytvorený model zaťaženia výkonu. Hlavným cieľom tohto kroku je overiť, či sú dané metriky výkonu (poskytované klientmi) dosiahnuté počas testu alebo nie. Existujú rôzne prístupy k vytvoreniu modelu zaťaženia. „ Little’s Law ”Sa používa vo väčšine prípadov.
# 6) Vykonanie testu
Scenár je navrhnutý podľa modelu zaťaženia v radiči alebo v centre výkonu, ale počiatočné testy sa nevykonávajú s maximálnym počtom používateľov, ktorí sú v modeli zaťaženia.
Vykonanie testu sa vykonáva postupne. Napríklad, Ak je maximálny počet používateľov 100, scenáre sa najskôr spustia s 10, 25, 50 používateľmi atď., Prípadne sa presunú na 100 používateľov.
# 7) Analýza výsledkov testu
Výsledky testu sú pre testeru výkonu najdôležitejšou súčasťou. To je miesto, kde môžeme preukázať návratnosť investícií (ROI) a produktivitu, ktorú môže poskytnúť testovacie úsilie.
Niektoré z najlepších postupov, ktoré pomáhajú procesu analýzy výsledkov:
- Jedinečný a zmysluplný názov pre každý výsledok testu - to pomáha pochopiť účel testu.
- Do súhrnu výsledkov testu zahrňte nasledujúce informácie:
- Dôvod zlyhania
- Zmena výkonu aplikácie v porovnaní s predchádzajúcou skúšobnou prevádzkou
- Zmeny vykonané v teste z hľadiska zostavenia aplikácie alebo testovacieho prostredia.
- Je dobrým zvykom po každom behu testu zostaviť súhrn výsledkov, aby sa výsledky analýzy nezhromažďovali pri každom predložení výsledkov testu.
- PT všeobecne vyžaduje veľa testovacích jázd, aby sa dospelo k správnemu záveru.
- V súhrne výsledkov je dobré mať nasledujúce body:
- Účel skúšky
- Počet virtuálnych používateľov
- Zhrnutie scenára
- Trvanie skúšky
- Priepustnosť
- Grafy
- Porovnanie grafov
- Doba odozvy
- Vyskytla sa chyba
- Odporúčania
# 8) Správa
Výsledky skúšky by sa mali zjednodušiť, aby bol záver jasnejší a nemalo by sa od nich vyžadovať žiadne odvodzovanie. Vývojový tím potrebuje viac informácií o analýze, porovnaní výsledkov a podrobnostiach o tom, ako boli výsledky získané.
Správa z testu sa považuje za dobrú, ak je stručná, popisná a vecná.
Ako napísať dokument o stratégii testovania výkonnosti?
Tento tutoriál vysvetlí, ako napísať vzorovú stratégiu testovania výkonu pre aplikáciu na zasielanie správ.
Pamätajte, že toto je iba príklad a požiadavky sa budú u jednotlivých klientov líšiť. V tejto príručke sa tiež oboznámime s najlepšími postupmi testovania výkonu.
Vzorová stratégia testu výkonnosti
O aplikácii ABC chat - Predpokladajme, že toto je pracovný stôl na chatovanie, ktorý v spoločnosti používa ich agent podpory zákazníkov. Táto chatovacia aplikácia používa na odosielanie a prijímanie okamžitých správ protokol XMPP, t. J. Protokol Extensible Messaging and Presence Protocol a Open fire server.
V tomto existujúcom chatovacom klientovi boli urobené určité vylepšenia, ako napríklad diaľkové ovládanie PC, diagnostika PC, opravné nástroje, online chat atď., Takže táto stratégia testovania výkonnosti je ukážkou takýchto aplikácií.
Pre túto aplikáciu predpokladajme, že sa projektový tím rozhodol použiť JMeter pre testovanie výkonu a JIRA na sledovanie defektov.
Prvá stránka dokumentu Stratégia testovania výkonnosti by mala obsahovať názov dokumentu a autorské práva spoločnosti.
Druhá stránka by mala obsahovať kontrolu dokumentu, ktorá obsahuje históriu verzií dokumentu, zoznam recenzentov a schvaľovateľov a zoznam prispievateľov.
najlepšie špionážne programy pre mobilné telefóny
Tretia stránka by mala obsahovať obsah, za ktorým by mali nasledovať nasledujúce témy.
#1. Úvod
Účelom tohto dokumentu je definovať / vysvetliť, ako bude prebiehať Testovanie výkonu v aplikácii chatu ABC pre súčasný a budúci stav.
Aplikácia ABC chat je vnútropodniková vzdialená podpora pracovnej plochy agenta. Tento pracovný stôl bude slúžiť na splnenie požiadaviek zákazníkov. Tento Workbench má funkcie ako online chat, identifikácia zákazníka, diaľkové ovládanie PC, diagnostika PC a nástroje na opravu.
Cieľ
Kľúčové ciele testovania výkonnosti sú:
- Na získanie dôvery, že zmeny v existujúcej aplikácii na chat sú v súlade s definovanou dohodou o úrovni služieb.
- Aby sa zabezpečilo, že v dôsledku nových vylepšení nebude ovplyvnený výkon aplikácie, dostupnosť služieb a stabilita aplikácie.
- Časy odozvy transakcie zostávajú v rámci prijateľnej tolerancie voči zvyšujúcemu sa profilu zaťaženia.
- JVM ukazujú stabilné využitie pamäte pri zvyšujúcich sa profiloch zaťaženia.
Nasledujúci obrázok jasne vysvetľuje proces testovania a optimalizácie výkonu:
Architektúra
Do tejto relácie musíte zahrnúť diagram architektúry vášho projektu.
# 2) Rozsah
V rozsahu
Nižšie je uvedený rozsah Testovania výkonu pre pracovný stôl chatu ABC:
- Získanie vedomostí o kľúčových obchodných transakciách a rozšírenie distribúcie záťaže po podrobnom preštudovaní systému.
- Identifikujte kritické scenáre pre testovanie výkonu s pomocou rôznych stôp projektu.
- Použite výsledky z predchádzajúceho vydania ako základ pre budúce vydania.
- Overte a overte prostredie na testovanie výkonu a infraštruktúru nástroja na testovanie výkonu / zaťaženia pre akékoľvek ďalšie počítače agenta.
- Príprava skriptov na testovanie výkonu pomocou JMeter pre identifikované scenáre, ktoré napodobňujú identifikované špičkové zaťaženie.
- Nastaviť monitorovanie výkonu na serveroch na sledovanie testu, aby sa identifikovali úzke miesta vo fáze vykonania testu.
- Zverejnenie výsledkov testov výkonnosti.
- Koordinovať s rôznymi zúčastnenými stranami riešenie zistených problémov s výkonom.
- Základná úroveň výkonu pre budúce vydania.
Mimo rozsah
- Funkčné testovanie , UAT, Testovanie systému a Testovanie bezpečnosti.
- Testovanie / monitorovanie výkonu akýchkoľvek rozhraní tretích strán.
- Ladenie výkonu. (Ladenie väčšinou robí iný tím. Ak máte výkonných inžinierov na vyladenie systému, môžete to pridať do nástroja Inscope).
- Profilovanie kódu / veľkosť hardvéru / plánovanie kapacity.
- Zabezpečenie / Testovanie zraniteľnosti / UAT / Testovanie bielej skrinky .
- Generovanie údajov na testovanie výkonu.
- Nefunkčné skúšky ( Napríklad, failover, disaster recovery, back-up, usability) okrem testov výkonu.
- Testovanie ľubovoľného mobilného riešenia.
- Testovanie a ladenie výkonu aplikácií tretích strán.
- Realizácia výkonnostných odporúčaní, zmeny aplikačných kódov a zmeny konfigurácie produktov / serverov podporovaných predajcami budú z hľadiska výkonnostného tímu mimo rozsahu.
- Podpora infraštruktúry / Nasadenie zostavy / Pripravenosť na prostredie / Obnova databázy / Podpora siete atď.
# 3) Prístup
Testovanie výkonu pre chat ABC sa bude vykonávať pomocou programu Jmeter napísaním vlastných doplnkov XMPP, ktoré používajú na pripojenie XMPP falošnú knižnicu. Tieto knižnice sa používajú na nastavenie pripojení, prihlásenie a odosielanie správ chatu na server XMPP.
Tieto knižnice sú zoskupené do súboru jar, ktorý je nasadený do Jmetra a je navrhnutý na základe scenárov, ktoré sa majú testovať. Pracovná lavica Jmeter je nainštalovaná v miestnom počítači, ktorý sa pripája k serveru JMeter, ktorý má generátory zaťaženia na generovanie požadovanej záťaže v serverovom systéme Chat na sledovanie správania systému.
Testovací scenár bude skriptovaný pomocou nástroja JMeter. Skripty by sa podľa potreby upravovali. Harmonogram bude vytvorený s požadovaným nábehom, aby sa simulovali scenáre v reálnom svete.
Scenár testu by bol rozdelený a meraný v nasledujúcich aspektoch:
a) Základný test: Ak chcete spustiť každý scenár s 1 Vuser a viacerými iteráciami, aby ste určili, či výkon aplikácie spĺňa dohodu o úrovni poskytovaných služieb, alebo nie.
b) Test základného zaťaženia: Na splnenie obchodného štandardu pri záťažovom teste vykoná tím testovania výkonu test základného zaťaženia, ktorý pomôže identifikovať akékoľvek problémy s výkonom systému s rastúcim zaťažením a vytvorí základ pre ďalšiu úroveň testovania výkonu.
c) Test špičkového zaťaženia / škálovateľnosti: Tím pre testovanie výkonu vykoná s pribúdajúcimi používateľmi Vusers niekoľko testov, aby splnil očakávané zaťaženie a tiež zmeral výkon aplikácie na stanovenie výkonovej krivky a zistil, či nasadenie môže podporovať zmluvy o úrovni služieb pri špičkovej záťaži používateľa.
Pomáha pri ladení alebo plánovaní kapacity jednotlivých virtuálnych strojov Java (JVM), celkového počtu požadovaných JVM a procesorov. To sa dosiahne zvýšením počtu Vusers na 50%, 75%, 100% a 125% špičkovej kapacity.
d) Test vytrvalosti: Tím pre testovanie výkonu vykoná tento test po dobu 8 hodín / 16 hodín / 24 hodín, aby zistil úniky pamäte, problémy s výkonom v priebehu času a celkovú stabilitu systému. Počas testov odolnosti tím pre testovanie výkonu sleduje kľúčové ukazovatele výkonu, ako sú časy odozvy transakcie a stabilita využitia pamäte.
Systémové zdroje ako CPU, pamäť a IO je potrebné monitorovať pomocou projektového tímu.
Výkonové testovacie prostredie sa považuje za repliku produkčného prostredia. Testy budú prebiehať s prírastkovým zaťažením, aby sa zistilo, kde aplikácia zlyhá.
Scenáre výkonnosti
Zahrňte program Excel so súborom scenárov.
Napríklad,
Scenár 1: Na overenie rozhovoru agenta a zákazníka pre X č. súbežných relácií.
Typy výkonnostných testov
V nasledujúcej tabuľke sú vysvetlené rôzne typy testov výkonnosti spolu s ich cieľmi.
Typ testu | Cieľ |
---|---|
UAT | Testovanie prijatia používateľa |
Základný test | Dosiahnite najlepší výkon pri konkrétnych objemoch, ktoré sa použijú ako referencia pre následné merania. |
Zaťažovací test | Zmerajte výkon systému pri predpokladanom špičkovom produkčnom zaťažení. |
Test vytrvalosti | Meranie stability systému pri vysokom objeme po dlhšiu dobu. |
Záťažový test | Merajte výkon systému za nepriaznivých podmienok. |
Metriky výkonu
- Metriky na strane klienta
S.No | Metrické | Popis | Formát |
---|---|---|---|
jeden | Čas odozvy transakcie | Čas odozvy stránok počas ustáleného stavu testu výkonnosti | Graf |
dva | Priepustnosť | Množstvo údajov, ktoré VUsers dostali zo servera v priebehu času | Graf |
3 | Hity za sekundu | Počet požiadaviek HTTP, ktoré zadali VUsers na webový server počas spustenia scenára | Graf |
4 | Počet úspešných / neúspešných transakcií | Celkový počet transakcií, ktoré prešli a zlyhali počas vykonania testu | Excel |
5 | Miera chybovosti transakcií | Percento transakcií, ktoré zlyhali počas vykonania testu | Graf |
- Metriky výkonu systému a siete
Činnosti a výsledky týkajúce sa testovania výkonnosti
# 4) Testovacie údaje
Predpokladá sa, že údaje o prostredí Performance budú kópiou údajov o výrobe a požadované údaje o teste poskytne projektový tím.
# 5) Kritériá vstupu a výstupu
- Prístup ku všetkým aplikáciám v prostredí.
- Pripravenosť na životné prostredie dokončená.
- Pripravenosť dát na test výkonu.
# 6) Správa chýb
- Modul Správa defektov v JIRA sa v projekte použije na zaznamenávanie chýb a na sledovanie až po uzávierku.
- Identifikácia defektov, ktoré sa zistia počas fázy vykonávania testu, sa zachytia v prostredí JIRA a tieto defekty vyrieši vývojový tím podľa nižšie uvedených závažností.
- Stretnutia na kontrolu chýb sa budú konať každý deň za účasti testovacích, vývojových, analytikov kvality a obchodných tímov.
- Kritériá na odstránenie chýb by boli prísnejšie, keď sa projekt priblíži k dátumu uvedenia do prevádzky. Pokyny pre kritériá opravy chýb, ktoré sa majú zverejniť na stretnutiach na kontrolu chýb.
Definícia závažnosti chyby
Definície kódov závažnosti sú tieto:
Závažnosť | Popis problémov s vývojom a vylepšením |
---|---|
Blokátor | Systémová chyba, zátka, problémy so sieťou |
Kritické | Systémové chyby, žiadne jasné riešenie, prerušenie alebo chýbajúca obchodná funkčnosť |
Major | Zistil sa závažný problém, pre ktorý existuje riešenie, ktorý nemusí byť jasný všetkým používateľom. Produkt by však nemal byť vydaný bez opravy |
Stredná | Existuje problém s ľahkým / jednoduchým obídením, ale tento typ chyby môže byť odstránený po schválení obchodným a / alebo projektovým manažérom |
Nízka | Kozmetické problémy, ktoré nenarúšajú funkčnosť podniku, ani iné občasné problémy, ktoré sa nedajú reprodukovať zakaždým |
# 7) Testovacie nástroje a techniky
Náradie | Účel |
---|---|
Jmeter | Na overenie načítania a výkonu aplikácie ABC Chat. |
# 8) Kritériá pozastavenia a obnovenia
Ďalej sú uvedené kritériá kritického pozastavenia a obnovenia, ktoré ovplyvnia testovacie činnosti:
Pozastavenie | Dopad | Obnovenie |
---|---|---|
Prostredie nie je nastavené | Testovanie nemôže pokračovať | Pripravenosť na životné prostredie. |
Zistilo sa, že aplikácia je nestabilná | Testovanie nemôže pokračovať. | Problém bol vyriešený |
Údaje o teste nie sú k dispozícii | Testovanie nemôže pokračovať. | Testovacie údaje sú pripravené |
# 9) Testovanie dodávok
Výsledky testu výkonnosti zahŕňajú:
- Stratégia testovania výkonnosti
- Dokument s požiadavkami na výkon
- Dokument scenára testu výkonnosti
- Skripty na testovanie výkonu
- Výsledky testov výkonnosti
# 10) Úlohy a zodpovednosti
Úlohy a zodpovednosti sú jasne vysvetlené v nasledujúcej tabuľke.
# 11) Plán potenciálnych rizík a zmiernenia
S.No | Riziko | Pravdepodobnosť | Dopad | Zmierňovací plán | Majiteľ |
---|---|---|---|---|---|
jeden | Nedostupnosť testovacích údajov pre vykonávanie testov zaťaženia výkonu | H | H | Odhadované dátumy vykonania testov výkonnosti by sa mali skontrolovať a aktualizovať. Na zhromažďovanie údajov sa vyžaduje funkčná / vývojová tímová podpora. | - |
dva | Otázky životného prostredia | Ľ | M | Zmeňte prioritu dodávok | - |
3 | Zmena funkčnosti / dizajnu počas vykonávania skúšky výkonnosti | M | H | To si vyžaduje prepracovanie scenárov testovania výkonu | - |
4 | Extra výkon beží na riešenie problémov s výkonom | M | H | Plány testovania výkonu by boli upravené a aktualizované produktovému tímu. | - |
5 | Odhady sa pripravujú na základe zostavenia opravy 1 chyby pre výkon. Viacnásobné zostavenie opravy chýb oneskorí testovacie cykly a nakoniec to závisí od toho, kedy bude ďalšie zostavenie k dispozícii na opätovné spustenie. | H | H | Znovu uprednostnite vykonávacie cykly testu výkonnosti. | - |
6 | Dostupnosť hardvéru | M | H | Dátum začatia harmonogramu by sa podľa toho posunul. | - |
# 12) Predpoklady
- Testovacie prostredie bude replikou prostredia architektúry produktu. (tj. správny hardvér, softvér, rozhrania, integračné vrstvy atď.).
- Skripty výkonu budú navrhnuté na základe kritických tokov, pri ktorých je vysoké využitie.
- Všetky problémy s infraštruktúrou by mali byť vyriešené pred začiatkom testovania výkonnosti. Akékoľvek neskoršie zmeny konfigurácie systému zneplatnia výsledky testu.
- Aplikácia je stabilná a pripravená na použitie v prostredí testovania výkonu.
- Sprístupňujú sa potrebné hardvérové a softvérové zdroje (napríklad stroje / softvér na generovanie záťaže, stroje radiča / agenta).
- Akékoľvek zmeny v rozsahu prejdú procesom kontroly zmien a tím na testovanie výkonnosti vyhodnotí vplyv časových osí a zdrojov.
- Očakáva sa, že príslušné servery zvládnu záťaž.
- Pre podporné systémy musia byť pre účely monitorovania povolené protokoly sledovania aplikácií.
# 13) Závislosti
- Dostupnosť testovacieho prostredia Performance, ktoré je replikou prostredia architektúry produktu.
- Počas fáz prípravy a vykonania testu je vyžadovaná podpora od rôznych funkčných, vývojových, databázových a infraštruktúrnych tímov.
- Počas celej fázy testovania výkonu sa neimplementujú žiadne zmeny kódu, pretože čas je veľmi obmedzený.
- V prípade nepredvídaných problémov, ktoré vedú k obmedzeniam v rámci časových plánov, ak časové plány neumožňujú splnenie všetkých testovacích rozsahov v rámci pôvodných dátumov medzníka, je k dispozícii podpora od správcov vydaní, aby bolo možné poskytnúť rozhodnutie o rozsahu a stanovení priorít.
- Pre objasnenie funkčnosti a odhlásenie sa z obchodných transakcií budú k dispozícii experti na aplikačných obchodných používateľov / subjekty.
- Správca programov chatu ABC to skontroluje a odhlási sa.
# 14) Skratky
Skratka | Popis |
---|---|
DB | Databáza |
Http | Hyper Text Transfer Protocol |
JDBC | Pripojenie k databáze Java |
QA | Zabezpečenie kvality |
ŠALÁT | Dohoda o úrovni služieb |
SME | Expert na danú tému |
Teraz už musíte jasne rozumieť tomu, ako napísať efektívnu stratégiu testovania výkonu pre aplikáciu na odosielanie správ.
Osvedčené postupy na testovanie realistického výkonu
Aby sme mohli úspešne dokončiť projekt Testovania výkonnosti, musíme sa ubezpečiť, že to robíme správnym spôsobom od fázy plánovania, tj plánovania, vývoja, vykonania a analýzy.
Pozrime sa podrobne na každú fázu, aby sme mohli efektívne vykonávať Testovanie výkonu.
aký je najlepší diktátový softvér
# 1) Plánovanie
- Pokúste sa identifikovať najbežnejšie pracovné toky, t. J. Obchodné scenáre, ktoré je potrebné testovať. Ak je aplikácia už existujúca, potom skontrolujte protokoly servera, aby ste pochopili najčastejšie používané scenáre. Ak je aplikácia nová, porozprávajte sa s tímom riadenia projektu, aby ste pochopili hlavný obchodný tok.
- Naplánujte záťažový test tak, aby ste pokryli širokú škálu pracovných tokov, ako je slabé použitie, stredné využitie a špičkové zaťaženie.
- Je potrebné vykonať veľa cyklov záťažového testu, takže sa pokúste vytvoriť rámec, aby ste mohli opakovane používať rovnaké skripty. Skúste si tiež zálohovať skripty.
- Skúste analyzovať, ako dlho musí test trvať, je to jedna hodina? 8 hodín? Deň alebo týždeň? Dlhodobé testy zvyčajne odhalia veľa závažných chýb, ako sú chyby operačného systému, úniky pamäte atď.
- Ak vaša organizácia používa akýkoľvek APM (Application Monitoring Tool), môžete ho zahrnúť do testovacích behov, aby ste mohli ľahšie identifikovať problémy s výkonom a ľahšie identifikovať hlavnú príčinu.
# 2) Vývoj
- Pri vývoji skriptov, t. J. Nahrávania, sa pokúste dať zmysluplnejší názov transakcie na základe názvov obchodných tokov, ktoré sú uvedené v pláne.
- Nenahrávajte žiadne aplikácie tretích strán a ak sa zaznamená, pokúste sa ich odfiltrovať a vylepšiť tak skripty.
- Nie všetky dynamické hodnoty možno korelovať pomocou funkcie autokorelácie v nástroji, takže sa pokúste vykonať manuálnu koreláciu, aby ste sa vyhli chybám.
- Skúste svoje výkonnostné testy navrhnúť tak, aby ste narazili na backend aplikácie, nielen na server vyrovnávacej pamäte.
# 3) Vykonanie
- Nezabudnite testy spustiť v prostredí podobnom produkcii vrátane faktorov, ako sú SSL, Load Balancer a Firewall. To je nevyhnutné na simuláciu realistického zaťaženia systému.
- Pokúste sa vytvoriť veľmi realistické pracovné zaťaženie, ktoré môžete získať skontrolovaním protokolov servera, ak ide o existujúcu aplikáciu, a ak ide o novú, musíte tieto informácie získať od obchodného tímu. Pamätajte, že pracovné zaťaženie je pre vykonávanie úspešných testov výkonnosti veľmi dôležité.
- Nikdy nedôjde k záveru vykonaním testov s polovičným prostredím produkčnej veľkosti, vždy sa odporúča vykonať testy v prostredí, ktoré je rovnaké ako produkčné.
- Pri vykonávaní dlhodobých testov sa pokúste sledovať beh v častých intervaloch, aby ste sa ubezpečili, že test beží hladko.
# 4) Analýza
- Pokúste sa analyzovať aplikáciu tak, že najskôr pridáte niekoľko dôležitých počítadiel, keď sa zistí úzke miesto, potom skúste pridať ďalšie počítadlá, pokiaľ ide o úzke miesto. To zase pomôže pri ľahšom vyhľadaní problému.
- Aplikácia môže zlyhať z mnohých dôvodov, napríklad môže zlyhať pri odpovedaní na požiadavky, chybovom kóde, overovacej logike alebo príliš pomalej reakcii. Skôr ako dospejete k záveru, skúste sa na to všetko pozrieť.
Záver
Som si istý, že tento tutoriál vám poskytne nesmierne vedomosti o testoch výkonnosti a o tom, ako napísať dokument so stratégiou testovania výkonnosti s podrobnými príkladmi.
V našom pripravovanom výučbe sa podrobne naučíme rozdiely medzi výkonnosťou, zaťažením a záťažovým testovaním.
Skontrolujte tiež => Bezplatná séria hĺbkových školení pre LoadRunner
Odporúčané čítanie
- Výkonové testovanie vs záťažové testovanie vs záťažové testovanie (rozdiel)
- Testovanie záťaže s výukovými programami HP LoadRunner
- Testovanie cloudového výkonu: Poskytovatelia služieb testovania zaťaženia na základe cloudu
- Testovanie záťaže, stresu a výkonu webových aplikácií pomocou WAPT
- Nástroje a služby na testovanie výkonu webových stránok
- Ako vykonať ručné testovanie výkonu?
- Testovanie výkonu mobilných aplikácií pomocou BlazeMeter
- Testovanie výkonu webových služieb pomocou skriptovania LoadRunner VuGen