Uvod v stresno testiranje

Testiranje stresa je vrsta nefunkcionalne tehnike testiranja, ki pomaga pri določanju hitrosti preizkušene aplikacije. Gre za vrsto programske tehnike za testiranje programske opreme, ki se izvaja kot del preizkušanja zmogljivosti, da se preveri stabilnost, zanesljivost in zmogljivost sistema, ko je izpostavljen visokim obremenitvam in obremenitvam. Ta test v osnovi testira sistem na njegovo robustnost in ravnanje z napakami pri izjemno težkih obremenitvah. Preizkusil se bo tudi zunaj splošne obratovalne točke, da bo ocenil delovanje sistema v ekstremnih pogojih preobremenitve, da bi zagotovil zmožnost sistema, da prenese stres. Ključnega pomena je, da si sistem opomore po testiranju napetosti, saj ima taka vrsta stresa v proizvodnem okolju veliko verjetnost.

Razlogi za izvedbo testiranja napetosti

Večina od nas bo razmišljala o razlogih za izvedbo testiranja stresa. Preden začnemo nadaljevati, najprej razpravljamo o nekaterih pomembnih razlogih za podelitev vloge testiranju na stres.

  • Prvi razlog je preizkus možnosti obnovitve podatkov v primeru okvare sistema. Med stresnim testiranjem preizkuševalec preveri, ali bo sistem shranil podatke ali ne, da bi jih pozneje obnovil, preden se zrušijo.
  • Drug pomen tega testiranja je v določitvi varnostnih težav (če obstajajo), ki se lahko pojavijo v primeru nepričakovane okvare sistema.
  • Pomaga tudi pri preverjanju, ali bo sistem tiskal smiselna sporočila o napakah v času, ko odpove ali zruši. Cilj je prejeti napako, ki je samoumevne in splošne narave, namesto da bi natisnili kakršno koli naključno izjemo, ki je ustvarjena v zaledju.
  • Drug koristen razlog za predložitev preizkušene vloge je, da lahko spremljate delovanje in obnašanje sistema v času nepričakovanih okvar ali zrušitev.

Cilj / pomen testiranja napetosti

Testiranje izjemnih situacij ali testiranje programske opreme je pomembno vrednotenje, ki se izvaja v različnih podjetjih, ki je vključeno v okvir močnega podjetja. Poskus je vzpostaviti delovanje njegove robustnosti, napaka pri rokovanju s preskušanim sistemom z zmedo virov.

Najpomembnejša namena stresnega testiranja

  • Gotovo je, da operacija od zdaj zapade, zaradi česar je očitno obnovitev. Povedano drugače, ta posebnost je znana kot obnovljivost. Preizkušanje programske opreme ali stresno testiranje je mogoče prilagoditi tako, da razkrije napako podatkov.
  • Pogosto se razmere za dirko in puščanje spomina ugotavljajo s stresnim testiranjem. Popuščanje pomnilnika je neke vrste uhajanja virov, ki se zgodi, ko programska oprema ureja distribucijo pomnilnika tako, da spomin, ki ni več potreben, ni sproščen /. Popuščanje pomnilnika lahko nastane, če se predmet shrani v pomnilnik, vendar ga tekaška koda ne more doseči
  • Progresivno raziskovalno orodje, s katerim lahko sledimo puščanju pomnilnika, običajno spremlja tako dodeljevanje kot nesprostitev pomnilnika.
  • Tako kot karizmatično dodeljen blok pomnilnika poteka zunaj dosega, ne da bi se sprostil, naprava se tudi poda, kje se pušča. Večina naprav nato te podatke zabeleži v dnevniku. Pri nekaterih lahko ta trenutek ustavi izvajanje kode in doseže vrstico kode, kjer se je implementacija zgodila.

Primeri, kako upravljati stresno testiranje puščanja pomnilnika

Primer 1

Stresno testiranje puščanja pomnilnika se izvaja s spodbujanjem velikega števila dejanj, ki posnamejo posnetke pri ustvarjanju, shranjevanju in odpravi podatkov v pomnilniku in shranjevanju sistema v status fiaska, da pazite, če se sistem zlahka povrne.

Primer 2

Pod pogojem, da je mogoče uporabiti aplikacijo za e-poslovanje, orodje za testiranje izjemnih situacij ali pisanje za vzbujanje odličnega števila uporabnikov, ki v košarico dodajo zelo veliko stvari, naštevajo in odvzamejo izdelke iz košarice ter si prizadevajo za nakup . To je eden od testov, ki vam bo pomagal ugotoviti, ali v segmentu nakupovalnih košaric prihaja do puščanja pomnilnika ali načina nakupa.

Pet paradigm / paragona testiranja stresa

Upoštevali bomo, da ekipa za testiranje uspešnosti predstavi aplikacijo za e-trgovino s stresnimi testi, ki trguje z osnovami kampiranja.

  1. Za izvajanje splošnih dejavnosti, kot je pregled blaga, dodajanje, odstranjevanje blaga iz vozička in nakup blaga, so navidezni uporabniki programirani.
  2. Število uporabnikov se takoj namesti, ko je v položaju, da se pokvari, dokler se spletno mesto ne razbije in ne more več urejati nadaljnje izmenjave.
  3. Dodane točke, ki so primerne in jih lahko zapišemo, so
  4. Delovanje spletnega mesta in njegovo delovanje v tem času in če se lahko enostavno povrne.
  5. Posledice analize so uporabljene za razlikovanje ozkih grl, območij za izboljšanje dokončanja, obnovo, orodje za preklop itd.

Za takojšnjo povečanje števila obiskovalcev na spletnem mestu je zelo pomembno za obvladovanje teh pogojev stresno testiranje. Neupoštevanje takšnega nepredvidenega povečanja lahko prevlada nad izgubo dohodka in dobrega imena. Za lažje oblikovanje testiranja obremenitve mora sistem prikazati sporočilo o napaki, vendar pod največjimi obremenitvenimi pogoji, in ko obremenitev postane običajna, se domneva, da jo je mogoče povrniti.

Različne vrste uporabljenih tehnik

Obstaja več metod ali tehnik za testiranje aplikacije pred stresom. To so namreč - transakcijska tehnika testiranja, tehnika raziskovalnega testiranja, porazdeljena tehnika testiranja, tehnika sistematičnega testiranja, tehnika stresnega testiranja aplikacije in tako naprej. Nekatere od njih je bolje razloženo spodaj.

1) Transakcijsko testiranje

Točno tisto, kar ime nakazuje, transakcijski tip stresnega testiranja preizkuša količino stresa, ki ga lahko vloži aplikacija v času transakcij med eno aplikacijo v drugo.

2) Distribuirano testiranje

Pri tej metodi testiranja se pregledajo vse stranke, povezane s strežnikom. Položaj in odgovornost strežnika je razširjanje skupine stresnih testov med vsako stranko in spremljanje njihovega položaja.

3) raziskovalno testiranje

Pri tej metodi stresnega testa se operacija preizkuša zaradi nenavadnih okoliščin, za katere so možnosti za pojav v realnem času zelo malo verjetne. Nekaj ​​primerov te vrste stresnih testov za testiranje tako redkih scenarijev

  1. Zlasti veliko število sočasnih uporabnikov se skuša prijaviti v preizkusno aplikacijo.
  2. Podatki so v zbiranje podatkov dodani zelo veliko.

4) Preizkušanje aplikacij

Ta vrsta aplikacij za testiranje izjemnih situacij se običajno uporablja v smeri, da odkrije pomanjkljivosti, povezane z ozkimi grli v učinkovitosti, težavami z omrežjem, blokado podatkov in zaklepami.

5) Sistematično testiranje

Sistematično testiranje se izvede za preizkus več operacij, ki delujejo na strežniku. Preizkusna skupina omogoča, da ugotovi, kje podatki ene programske opreme blokirajo alternativno programsko opremo.

Za testiranje stresa so na voljo različna orodja

Običajno se za to testiranje lahko prijavijo tudi vsa orodja za testiranje učinkovitosti. Spodaj so obravnavane tiste, ki se najpogosteje uporabljajo

  • Loadrunner: HP Loadrunner je splošno sprejeto orodje za izvajanje testiranja izjemnih situacij in poizkusi, ki jih je naročil Loadrunner, so obravnavani kot merilo.
  • Jmeter: Orodje z odprto kodo, ki je na voljo brezplačno, je aplikacija Java, ki lahko izvaja vse vrste testiranja učinkovitosti.
  • Neo Load: Ta metoda je uporabljena za izvajanje testiranja izjemnih situacij na spletu in poleg mobilnih aplikacij. Ima nešteto prevlado, od katerih nekateri podpirajo vse večje strežnike, dostopne na trgu, ki bi jih bilo mogoče uporabiti za obdelavo tega testiranja na vrstah aplikacij ERP, CRM in Business Intelligence itd.

Pristop k testiranju stresa

Postopek neposrednega testiranja obremenitve je bolj ali manj podoben korakom, ki se uporabljajo za izvajanje testiranja, ker gre za vrsto testiranja učinkovitosti. Spodaj je predstavljenih sedem načinov, ki se uporabljajo za upravljanje katere koli vrste preizkušanja zmogljivosti, bodisi testiranje obsega, obremenitve ali stresno testiranje.

  • Prepoznavanje okolja testiranja: način zaznavanja podrobnosti o omrežnih konfiguracijah, podrobnosti o programski opremi in strojni opremi ter druga orodja, ki so potrebna za testiranje izjemnih situacij v aplikaciji.
  • Prepoznavanje vzorcev odobritve uspešnosti: Ločite meritve izvajanja, ki se uporabljajo za to testiranje, za raziskovanje izvajanja preizkušane aplikacije. Poleg tega zazna tudi izvedbene norme za preizkus izjemnih situacij.
  • Naredite shemo in načrt za testiranje izjemnih situacij: ta postopek vključuje oblikovanje načrta testiranja izjemnih situacij, ogrodje preizkusov učinkovitosti itd.
  • Oblikujte ozadje preskusa: Opremite testni ambient, mehanizem in vire, ki so ključni za izvajanje vsake strategije, saj bodo lastnosti in elementi postali dostopni za test.
  • Izvedite testno zasnovo: Povečajte stresne teste z upoštevanjem najboljših načinov načrtovanja.
  • Izvedite teste: Spravite in nadzirajte teste. Preverjajte preizkuse, informacije o preskusih in vplive v sestavu.
  • Preučitev rezultata: Usklajevanje in distribucija podatkov o rezultatih, doseženih po testu. Po potrditvi, da referenčni podatki niso kršili mejne vrednosti in nastavljenih omejitev, se zbirajo zahtevani podatki, ki označujejo konec testiranja določene lastnosti v nekem določenem okolju.

Razlika med testiranjem napetosti in testiranjem obremenitve

Obremenitveno testiranje Testiranje stresa
Operacijo preučimo tako, da jo napolnimo z največjim potencialom in vpišemo njen odgovor.Sistem je poln, ker ni sposoben zaznati okvare, njegovo delovanje pa je dokumentirano.
Preverja omejitve in metrike, kot so reakcijski čas pri največji obremenitvi, transakcije na sekundo, pretok itd.Druge so nato meritve, kot je pretok, transakcije na sekundo itd. Poleg tega so navedene druge meritve, kot so napake na sekundo, število neuspelih transakcij, uporabniki z napakami, čas obnove strežnika.
Naredi se, da ugotovi namen obremenitve, ki se ji aplikacija / sistem lahko upira, dosežene ravni na mejah.To se naredi, da se naučimo, kako se bo program odpovedal. Izvaja se tudi za proučevanje, kako se aplikacija odziva pod čudnimi velikimi obremenitvami.

Meritve za izvajanje stresnega testiranja aplikacije

Meritve so ključni kazalnik uspešnosti. Spodaj so navedeni najpogosteje uporabljene meritve

  • Povprečni odzivni čas transakcije: pomeni, da transakcija med izvajanjem scenarija poteka vsako sekundo.
  • Vsota števila transakcij se je zgodila vsako sekundo: število opravljenih transakcij, neuspešnih ali prekinjenih med izvajanjem scenarija.
  • Vse transakcije se opravijo vsako sekundo: število opravljenih, neuspešnih ali prekinjenih transakcij med izvajanjem scenarija za vsako transakcijo, ki se izvede.
  • Število napak, ki se pojavijo na sekundo: Ocenjeno povprečje števila napak, ki so se pojavile v času izvedbe scenarija.
  • Število zadetkov na sekundo: Med izvajanjem scenarija uporabniki vsako sekundo podajo več zahtev do spletnega strežnika. Skupno štetje tega števila je število zadetkov na sekundo.
  • Odzivni čas transakcije, ko je izpostavljen velikemu bremenu: Med izvajanjem scenarija se število virtualnih uporabnikov neposredno nanaša na čas, ki ga traja transakcija.

Zaključek

Testiranje izjemnih situacij ali testiranje programske opreme je pomembno vrednotenje v različnih podjetjih, ki je vključeno v okvir močnega podjetja. Ta test v glavnem določa sistem za njegovo robustnost in ravnanje z napakami pri izjemno težkih obremenitvah. Preizkusil se bo tudi zunaj splošne obratovalne točke, da bi ocenil delovanje sistema v ekstremnih pogojih preobremenitve, da bi zagotovil zmožnost sistema, da prenese stres. Ključnega pomena je, da se sistem opomore po tem, ko je bil podvržen testiranju napetosti, saj ima taka vrsta stresa v proizvodnem okolju veliko verjetnost. Sistem je preizkušen, da prikazuje pravilno sporočilo o napaki, vendar pod največjimi stresnimi pogoji.

Priporočeni članki

To je vodnik za Kaj je testiranje stresa. Tukaj razpravljamo o razlogu, ciljih, primerih puščanja spomina, petih paragonih in petih vrstah, uporabljenih za testiranje stresa. Obiščite lahko tudi naše članke, če želite izvedeti več -

  1. Preizkušanje sistema
  2. Testiranje stabilnosti
  3. Varnostno testiranje
  4. Vodnik za statično testiranje
  5. 8 Pomembna naloga za pisanje predloge preskusnega načrta
  6. Celoten vodnik za testiranje aplikacij