Meni

Vodnik za testiranje izjemnih situacij za začetnike

  • Glavni
  • Drugo
  • Vodnik za testiranje izjemnih situacij za začetnike

stress testing guide

Preizkusite Naš Instrument Za Odpravo Težav

Izčrpen vodnik za testiranje izjemnih situacij za začetnike:

Poudarjanje česar koli, kar presega določeno točko, ima resne posledice za ljudi, stroj ali program. Lahko povzroči resno škodo ali pa jo popolnoma zlomi.

Podobno se bomo v tej vadnici naučili, kako preizkusiti obremenitve spletnih aplikacij skupaj z njihovimi učinki.

Da bi se izognili kakršni koli trajni poškodbi vaših aplikacij ali spletnih mest, kadar so obremenjene, tj. Močno obremenjene, moramo najti prelomno točko in nato rešitev, da se izognemo takim pogojem. Samo pomislite, kako bi bilo, če bi vaše nakupovalno spletno mesto med božično razprodajo propadlo. Kolikšna bi bila izguba?

Testiranje izjemnih situacij

Spodaj je navedenih nekaj primerov resničnih primerov, ko je izjemno pomembno testiranje izjemnih situacij za aplikacijo ali spletno mesto:

kakšne so različne vrste testiranja

# 1) Komercialne nakupovalne aplikacije ali spletna mesta morajo opraviti testiranje izjemnih situacij, saj je obremenitev med festivali, prodajo ali obdobjem posebne ponudbe zelo velika.

#two) Finančne aplikacije ali spletna mesta morajo opraviti stresni test, saj se obremenitev včasih poveča, na primer ko se delež podjetja poveča, veliko ljudi se prijavi na svoje račune za nakup ali prodajo, spletna mesta za spletno nakupovanje pa 'Net-bankirje' preusmerijo v plačilo itd.

# 3) Spletne ali e-poštne aplikacije morajo biti preizkušene.

# 4) Spletna mesta ali aplikacije za družabna omrežja, blogi itd. Morajo biti testirana na stres itd.

Kaj se boste naučili:

Kaj je stresno testiranje in zakaj izvajamo stresni test?

Nefunkcionalne vrste preskušanja

Testiranje izjemnih situacij je opredeljeno kot postopek preizkušanja stabilnosti strojne ali programske opreme v pogojih velike obremenitve. To testiranje se opravi, da se najde številčna točka, ko se bo sistem pokvaril (v smislu števila zahtev uporabnikov in strežnikov itd.) In s tem povezanega ravnanja z napakami.

Med testiranjem izjemnih situacij je preizkušena aplikacija (AUT) v določenem časovnem obdobju zasuta s težkim bremenom, da se preveri prelomna točka in ugotovi, kako dobro je obdelano napako.

Primer: MS Word lahko pri poskusu kopiranja datoteke s 7-8 GB prikaže sporočilo o napaki »Ne reagira«.

Word ste zasuli z veliko datoteko in ni mogel obdelati tako velike datoteke, zato je obešen. Običajno ubijemo aplikacije iz upravitelja opravil, ko se prenehajo odzivati, razlog za to pa je, da se aplikacije obremenjujejo in se ne odzivajo več.

Sledi nekaj tehničnih razlogov za izvajanje stresnih testov:

  • Za preverjanje obnašanja sistema v neobičajnih ali ekstremnih pogojih obremenitve.
  • Če želite poiskati številčno vrednost uporabnikov, zahtev itd., Po katerem se lahko sistem zlomi.
  • Z napako ravnajte prijazno, tako da prikažete ustrezna sporočila.
  • Da se dobro pripravite na takšne razmere in sprejmete previdnostne ukrepe, kot so čiščenje kode, čiščenje DB itd.
  • Preverjanje ravnanja s podatki, preden se sistem zlomi, tj. Preverjanje, ali so bili podatki izbrisani, shranjeni ali ne itd.
  • Preveriti varnostno grožnjo v takšnih razbojnih razmerah itd.

Strategija za testiranje izjemnih situacij

To je vrsta nefunkcionalnega testiranja, ki se običajno opravi, ko je funkcionalno testiranje spletnega mesta ali aplikacije končano. Testni primeri, način testiranja in celo orodja za testiranje se lahko včasih razlikujejo.

Sledi nekaj napotkov, ki bi vam pomagali oblikovati postopek testiranja:

  1. Določite scenarije, funkcionalnosti itd., Do katerih boste najpogosteje dostopali in bi lahko povzročili zlom sistema. Tako kot pri finančni aplikaciji je najpogosteje uporabljena funkcija prenos denarja.
  2. Ugotovite obremenitev, ki jo lahko sistem doživi na določen dan, torej največjo in najmanjšo.
  3. Ustvari ločeno testni načrt , scenarij, testni primer in testna zbirka.
  4. Uporabite 3-4 različne računalniške sisteme za testiranje z različnim pomnilnikom, procesorjem itd.
  5. Uporabnik 3-4 različnih brskalnikov za spletne aplikacije z različnimi različicami.
  6. V idealnem primeru poiščite vrednost pod mejno vrednostjo, na prekinitveni točki in vrednost po prekinitveni točki (ko se sistem sploh ne bo odzval), ustvarite testno posodo in podatke okoli njih.
  7. V primeru spletnih aplikacij poskusite stres test tudi s počasnim omrežjem.
  8. Ne skočite do zaključka testov v samo krogu ali dveh, iste teste izvajajte vsaj 5 krogov in nato zaključite svoje ugotovitve.
  9. Poiščite idealen odzivni čas spletnega strežnika in kakšen je čas na prelomni točki.
  10. Poiščite vedenje aplikacije na prelomni točki na različnih točkah aplikacije, na primer med preprostim zagonom aplikacije, prijavo, izvajanjem nekaterih dejanj po prijavi itd.

Testiranje izjemnih situacij za mobilne aplikacije

Testiranje izjemnih situacij za izvorne mobilne aplikacije se nekoliko razlikuje od preizkušanja spletnih aplikacij. V izvornih aplikacijah se opravi stresni test za pogosto uporabljene zaslone z dodajanjem ogromnih podatkov.

Sledi nekaj preverjanj, ki so bila opravljena v okviru tega testiranja za izvorne mobilne aplikacije:

  • Aplikacija ne zruši, ko so prikazani ogromni podatki. Tako kot za e-poštno aplikacijo, približno 4-5 lakhs prejetih e-poštnih kartic, za nakupovalne aplikacije, enako količino kartic itd.
  • Pomikanje je brez napak, aplikacija pa med drsenjem navzgor ali navzdol ne visi.
  • Uporabnik bi moral imeti možnost ogledati podrobnosti kartice ali izvesti nekaj dejanj na njej z ogromnega seznama.
  • Pošiljanje lahkih posodobitev iz aplikacije na strežnik, na primer označevanje elementa kot »Priljubljeno«, dodajanje izdelka v nakupovalni voziček itd.
  • Poskusite naložiti aplikacijo z ogromnimi podatki v omrežju 2G, ko aplikacija visi ali se zruši, mora prikazati ustrezno sporočilo.
  • Poskusite scenarij od konca do konca, ko je ogromno podatkov in počasno omrežje 2G itd.

Sledi vaša strategija testiranja v mobilnih aplikacijah:

  1. Ugotovite zaslone, na katerih so kartice, slike itd., Tako da jih lahko usmerite na ogromne podatke.
  2. Podobno določite funkcionalnosti, ki bodo najpogosteje uporabljene.
  3. Med ustvarjanjem testne posode poskusite uporabljati srednje in nižje telefone.
  4. Poskusite hkrati testirati na vzporednih napravah.
  5. Izogibajte se temu testiranju na emulatorju in simulatorjih.
  6. Izogibajte se testiranju povezav Wifi, saj so močne.
  7. Poskusite izvesti vsaj en stresni test na terenu itd.

Razlika med preskušanjem obremenitve in testiranjem napetosti

Št.Testiranje izjemnih situacijPreskušanje obremenitve
1.To testiranje se izvede, da bi ugotovili prelomno točko sistema.To preskušanje se opravi, da se preveri delovanje sistema pod pričakovano obremenitvijo.
dvaTo testiranje se izvede, da se ugotovi, ali se bo sistem obnašal po pričakovanjih, če obremenitev preseže normalno mejo.To testiranje se opravi, da se preveri odzivni čas strežnika glede na pričakovano specifično obremenitev.
3.V tem preizkusu je preverjeno tudi ravnanje z napakami.Obravnavanje napak ni intenzivno preizkušeno.
4.S tem se preveri tudi varnostne grožnje, puščanje pomnilnika itd.Takšno testiranje ni obvezno.
5.Preverja stabilnost sistemov.Preverja zanesljivost sistema.
6.Testiranje se opravi z več kot max. možno število uporabnikov, zahtev itd.Testiranje poteka z največjim številom uporabnikov, zahtev itd.

Testiranje napetosti v primerjavi s preskusom obremenitve

StessTest Vs LoadTest

Vzorčni testni primeri

Testni primeri, ki jih boste ustvarili za svoje testiranje, bodo odvisni od aplikacije in njenih zahtev. Preden ustvarite testne primere, se prepričajte, da poznate področja ostrenja, tj. Funkcionalnosti, ki se v primeru neobičajne obremenitve običajno zlomijo.

Sledi nekaj primerov testnih primerov, ki jih lahko vključite v testiranje:

  • Preverite, ali se prikaže pravilno sporočilo o napaki, ko sistem doseže točko prekinitve, tj. dovoljenih uporabnikov ali zahtev.
  • Preverite zgornji testni primer za različne kombinacije RAM-a, procesorja, omrežja itd.
  • Preverite, ali sistem deluje po pričakovanjih, ko je največja št. uporabnikov ali zahteve se obdelujejo. Preverite tudi zgornji testni primer za različne kombinacije RAM-a, procesorja, omrežja itd.
  • Preverite, da je več kot dovoljeno št. uporabnikov ali zahtev izvajajo isto operacijo (na primer nakup istih predmetov z nakupovalnega spletnega mesta ali nakazilo denarja itd.) in če sistem postane neodziven, se o podatkih prikaže ustrezno sporočilo o napaki (niso shranjeni? - odvisno od izvajanje).
  • Preverite, ali je več kot dovoljeno št. uporabnikov ali zahtev izvaja drugačno operacijo (na primer en uporabnik se prijavi, en uporabnik zažene aplikacijo ali spletno povezavo, en uporabnik izbere izdelek itd.) in če sistem postane neodziven, se o podatkih prikaže ustrezno sporočilo o napaki (ni shranjeno? - odvisno od izvedbe).
  • Preverite, ali je odzivni čas za uporabnike ali zahteve prelomnih vrednosti sprejemljiv.
  • Preverite delovanje aplikacije ali spletnega mesta, kadar je omrežje zelo počasno, za stanje 'timeout' mora biti prikazano ustrezno sporočilo o napaki.
  • Preverite vse zgornje testne primere za strežnik, na katerem se izvaja več kot ena aplikacija, da preverite, ali je prizadeta druga aplikacija itd.

Pred izvajanjem testov se prepričajte, da:

  • Vse funkcionalne napake preizkušene aplikacije so odpravljene in preverjene.
  • Popoln celovit sistem je pripravljen in preizkušen za integracijo.
  • Nobena nova prijava kode, ki bi vplivala na testiranje, ni opravljena.
  • Druge ekipe so obveščene o vašem urniku testiranja.
  • V primeru resnih težav se ustvarijo varnostni sistemi.

5 najboljših programov za testiranje izjemnih situacij

Ko se testiranje izjemnih situacij izvaja ročno, je to tudi zelo zapleteno in dolgočasno delo. Morda vam tudi ne bo prinesel pričakovanih rezultatov.

Orodja za avtomatizacijo vam lahko prinesejo pričakovane rezultate in z njimi je razmeroma enostavno ustvariti zahtevano preskusno ploščo. Lahko se zgodi, da orodja, ki jih uporabljate za običajno funkcionalno testiranje, za testiranje izjemnih situacij morda ne bodo zadostovala.

kako ustvariti vrsto predmetov v javi

Zato se vi in ​​vaša ekipa odločite, ali želite ločeno orodje izključno za to testiranje. Za druge je koristno tudi, če apartma vodite ponoči, da njihovo delo ne bo ovirano. Z orodji za avtomatizacijo lahko načrtujete zagon ponoči, rezultati pa bodo pripravljeni za vas naslednji dan.

Sledi seznam najbolj priporočenih orodij:

# 1) Load Runner:

LoadRunner je orodje, ki ga je HP zasnoval za preskušanje obremenitve, lahko pa ga uporabite tudi za teste obremenitve.

Za ustvarjanje uporabnikov in zahtev za testiranje obremenitve in obremenitve uporablja VuGen, tj. Virtual User Generator. To orodje ima dobra poročila o analizi, ki lahko pomagajo pririsati rezultate v obliki grafov, grafikonov itd.

# 2) Neoload:

Neoload je plačljivo orodje, ki je koristno pri testiranju spletnih in mobilnih aplikacij.

Simulira lahko več kot 1000 uporabnikov, da preveri delovanje sistema in najde odzivni čas strežnika. Prav tako se integrira z oblakom za testiranje obremenitve in obremenitve. Zagotavlja dobro razširljivost in je zelo enostaven za uporabo.

# 3) JMeter:

JMeter je odprtokodno orodje, ki deluje z različicami JDK 5 in novejšimi. Poudarek tega orodja je predvsem na testiranju spletnih aplikacij. Uporablja se lahko tudi za testiranje povezav z bazami podatkov LDAP, FTP, JDBC itd.

# 4) Mlin:

Grinder je odprtokodno orodje na osnovi Jave, ki se uporablja za testiranje obremenitve in obremenitve.

Parametriranje je mogoče dinamično izvajati med izvajanjem preskusov. Ima dobro poročanje in trditve, ki vam pomagajo bolje analizirati rezultate. Ima konzolo, ki se lahko uporablja kot IDE za ustvarjanje in urejanje testov, agenti pa za ustvarjanje obremenitve za namene testiranja.

# 5) WebLoad:

Spletna obremenitev orodje ima tako brezplačno kot plačljivo izdajo. Ta brezplačna izdaja omogoča ustvarjanje do 50 uporabnikov.

To orodje podpira preverjanje obremenitve v spletnih in mobilnih aplikacijah. Podpira različne protokole, kot so HTTP, HTTPS, PUSH, AJAX, HTML5, SOAP itd. Ima IDE, konzolo za ustvarjanje obremenitve, nadzorno ploščo za analizo in integracije (za integracijo z Jenkins, orodji APM itd.).

Zaključek

Testiranje izjemnih situacij se v celoti osredotoča na testiranje sistema pod ekstremnimi obremenitvami, da bi našli njegovo prelomno točko in videli, ali se prikažejo ustrezna sporočila, ko se sistem ne odziva. Med testiranjem poudarja pomnilnik, procesor itd. In preverja, kako dobro si opomorejo.

Testiranje izjemnih situacij je vrsta nefunkcionalnega testiranja in se običajno opravi po funkcionalnem testiranju. Kadar se zahteva tudi preskus obremenitve, lahko to preskušanje opravimo kot skrajni primer preskušanja obremenitve. V 90% primerov lahko isto orodje za avtomatizacijo uporabimo za testiranje obremenitve in obremenitve.

Upam, da bi dobili dober vpogled v koncept testiranja izjemnih situacij !!

Priporočeno branje

^