Preskušanje učinkovitosti v primerjavi s preskusom obremenitve v primerjavi s testiranjem napetosti (razlika)

performance testing vs load testing vs stress testing

Razlika med preskušanjem zmogljivosti, obremenitvijo in testiranjem izjemnih situacij - s primeri

Naša prejšnja vadnica v tej seriji bo najboljša Vodič za testiranje učinkovitosti za vsakega začetnika.

Na področju testiranja programske opreme naletimo na izraze, kot so preizkušanje zmogljivosti, testiranje obremenitve, testiranje izjemnih situacij itd. Ti izrazi so pogosto napačno razumljeni in razlagani kot isti koncepti.

Vendar pa obstaja bistvena razlika med temi tremi vrstami testiranja in pomembno je, da tester isto razume.

brezplačna programska oprema za kopiranje DVD-jev za

=> Kliknite tukaj za celotno serijo vadnic za preizkušanje učinkovitosti

V tej vadnici bomo razpravljali o vsaki od teh vrst testiranja, da bomo razumeli natančne razlike med njimi.

Kaj se boste naučili:

• Razlika med preskušanjem zmogljivosti, obremenitvijo in testiranjem izjemnih situacij
  • # 1) Testiranje učinkovitosti
  • # 2) Testiranje obremenitve
  • # 3) Testiranje izjemnih situacij
  • Pogosta vprašanja
  • Razlika med testiranjem obremenitve in obremenitvijo
  • Razlika med preskusom obremenitve, obremenitve in prostornine
  • Zaključek
  • Priporočeno branje

Razlika med preskušanjem zmogljivosti, obremenitvijo in testiranjem izjemnih situacij

# 1) Testiranje učinkovitosti

Kaj je testiranje učinkovitosti?

Testiranje učinkovitosti je preskušanje, ki se izvede, da se ugotovi, kako delujejo komponente sistema v določeni dani situaciji.

S tem preskušanjem je potrjena tudi poraba virov, razširljivost in zanesljivost izdelka. To preskušanje je podskupina izvedbenega inženiringa, ki se osredotoča na reševanje težav z zmogljivostjo pri načrtovanju in arhitekturi programskega izdelka.

Zgornja slika nam to jasno razloži Preskušanje zmogljivosti je nadnabor za testiranje obremenitve in obremenitve. Druge vrste preskusov, vključenih v preizkušanje zmogljivosti, so preizkušanje spike, preskušanje volumna, vzdržljivostno testiranje in Testiranje razširljivosti . Tako je preizkušanje učinkovitosti v bistvu zelo širok pojem.

Cilj testiranja učinkovitosti:

Primarni cilj preizkušanja zmogljivosti vključuje določitev primerjalnega vedenja sistema. Obstajajo številna merila, ki jih določa industrija, ki jih je treba izpolniti med preskušanjem učinkovitosti.

Cilj preizkusa učinkovitosti ni najti napake v aplikaciji. Prav tako ne opravi ali ne preizkusa. Namesto tega obravnava kritično nalogo nastavitve merilo in standard za aplikacijo . Testiranje učinkovitosti je treba opraviti zelo natančno. Pozorno spremljanje delovanja aplikacije / sistema je glavna značilnost preizkušanja zmogljivosti.

Primerjalno merilo in standard aplikacije je treba določiti glede na atribute, kot so hitrost, odzivni čas, pretočnost, poraba virov in stabilnost. Vsi ti atributi so preizkušeni v preizkusu učinkovitosti.

Na primer,

Uspešnost omrežja aplikacije lahko na primer preizkusite s pomočjo grafikona „Connection Speed ​​vs. Latency“. Latencija je časovna razlika med podatki, ki jih je treba doseči od vira do cilja.

Stran s 70 kb ne bo trajala več kot 15 sekund, da se naloži najslabša povezava modema 28,8 kbps (zakasnitev = 1000 milisekund), medtem ko se bo stran enake velikosti pojavila v 5 sekundah za povprečno povezavo 256 kbps DSL (zakasnitev = 100 milisekunde).

Povezava T1 s hitrostjo 1,5 Mbps (zakasnitev = 50 milisekund) bi imela za dosego tega cilja merilo učinkovitosti nastavljeno na 1 sekundo.

Še eno primer bi bil model zahteve-odziva. Lahko določimo merilo, da mora biti časovna razlika med generiranjem zahteve in potrditvijo odgovora v območju x ms (milisekunde) in y ms, pri čemer sta x in y standardni števki.

Uspešen test učinkovitosti bi moral projicirati večino težav z zmogljivostjo, ki bi lahko bile povezane z bazo podatkov, omrežjem, programsko opremo, strojno opremo itd.

# 2) Testiranje obremenitve

Preskušanje obremenitve je namenjeno preizkušanju sistema z nenehnim in nenehnim povečevanjem obremenitve sistema, dokler ne doseže mejne vrednosti. Gre za podskupino preizkušanja zmogljivosti.

Preskušanje obremenitve je mogoče enostavno opraviti z uporabo katerega koli ustreznega avtomatiziranega orodja, ki je na voljo na trgu. WAPT in LoadRunner sta tako znani orodji, ki pomagata pri testiranju obremenitve. Testiranje obremenitve je znano tudi po imenih Prostorninsko testiranje in Testiranje vzdržljivosti .

Vendar se obsežno testiranje osredotoča predvsem na zbirke podatkov. Testiranje vzdržljivosti sistem preizkusi tako, da ga dolgo časa zadržuje pod precejšnjo obremenitvijo.

Edini namen testiranja obremenitve je dodeliti sistemu največje delo, ki ga lahko opravi, da preizkusi vzdržljivost sistema in spremlja rezultate. Zanimivo dejstvo je, da se včasih sistem napolni s prazno nalogo, da določi obnašanje sistema v položaju brez obremenitve.

Atributi, ki se spremljajo v testu obremenitve, vključujejo največjo zmogljivost, prepustnost strežnika, odzivni čas pod različnimi stopnjami obremenitve (pod pragom prekinitve), ustreznost okolja H / W in število uporabniških aplikacij, ki jih lahko obdeluje, ne da bi to vplivalo na zmogljivost.

Cilj testiranja obremenitve:

Cilji testiranja obremenitve vključujejo:

• Razkritje napak v aplikaciji, povezanih s prelivanjem vmesnega pomnilnika, uhajanjem pomnilnika in napačnim upravljanjem s pomnilnikom. Težave, ki bi se sčasoma pojavile kot rezultat testiranja obremenitve, lahko vključujejo težave z izravnavo obremenitve, težave s pasovno širino, zmogljivost obstoječega sistema itd.
• Določiti zgornjo mejo vseh komponent aplikacije, kot so baza podatkov, strojna oprema, omrežje itd., Tako da lahko aplikacija upravlja s pričakovano obremenitvijo v prihodnosti.
• Če želite nastaviti SLA za aplikacijo.

Na primer,

Razmislimo, da preverimo e-poštno funkcionalnost aplikacije, ki bi jo lahko hkrati preplavilo 1000 uporabnikov. Zdaj lahko 1000 uporabnikov sproži e-poštne transakcije (branje, pošiljanje, brisanje, posredovanje, odgovor) na različne načine.

Če vzamemo eno transakcijo na uporabnika na uro, bi bilo to 1000 transakcij na uro. S simulacijo 10 transakcij / uporabnikov bi lahko preskusili e-poštni strežnik, tako da bi ga zasedli s 10000 transakcijami na uro.

Še en primer preskusa obremenitve je prikazan na spodnji sliki:

Zgornja slika prikazuje preskus obremenitve, izveden v orodju, imenovanem JMeter . Ta test se opravi, da se ugotovi, koliko uporabnikov lahko sistem obvlada. V tem testu se po vsakih 30 sekundah doda 100 uporabnikov, dokler obremenitev ne doseže 1000 uporabnikov. Vsak korak traja 30 sekund, JMeter pa počaka 30 sekund, preden začne naslednji korak.

Ko obremenitev doseže 1000 niti, se bodo še naprej izvajale 300 sekund (5 minut) skupaj in nato na koncu ustavile 10 niti vsake 3 sekunde.

# 3) Testiranje izjemnih situacij

V okviru testiranja izjemnih situacij se izvajajo različne dejavnosti za preobremenitev obstoječih virov s presežnimi delovnimi mesti, da bi sistem razgradili. Negativno testiranje , ki vključuje odstranitev komponent iz sistema, se izvaja tudi kot del testiranja izjemnih situacij.

Poznan tudi kot testiranje utrujenosti bi moralo to preskušanje zajeti stabilnost aplikacije tako, da jo preskusi preko pasovne širine.

Tako v osnovi testiranje izjemnih situacij ocenjuje vedenje aplikacije zunaj največje obremenitve in običajnih pogojev.

vprašanje in odgovor na razgovor za tehnično podporo

Namen testiranja izjemnih situacij je ugotoviti okvaro sistema in spremljati, kako se sistem elegantno obnavlja. Tu je izziv postaviti nadzorovano okolje pred zagonom testa, da boste lahko natančno zajeli vedenje sistema v najbolj nepredvidljivih scenarijih.

Težave, ki bi se sčasoma pojavile kot rezultat testiranja izjemnih situacij, lahko vključujejo težave s sinhronizacijo, puščanje pomnilnika, dirkalne razmere itd. Če test izjemnih situacij preverja, kako se sistem obnaša v primeru nenadnega povečanja števila uporabnikov , potem se imenuje preskus s konicami.

Če želimo s stresnim testom preveriti trajnost sistema v določenem časovnem obdobju s počasnim povečevanjem števila uporabnikov, se to imenuje preskusni test.

Cilj testiranja izjemnih situacij:

Cilj testiranja izjemnih situacij je analizirati poročila po zrušitvi, da se opredeli vedenje aplikacije po okvari.

Največji izziv je zagotoviti, da sistem po okvari ne bo ogrozil varnosti občutljivih podatkov. Z uspešnim testiranjem izjemnih situacij se bo sistem skupaj z vsemi komponentami vrnil v normalno stanje tudi po najhujši okvari.

Na primer,

Na primer, urejevalnik besedil, kot je Writer1.1.0, ki ga je odprl OpenOffice.org, se uporablja pri razvoju pisem, predstavitev, preglednic itd. Namen našega testiranja izjemnih situacij je naložiti odvečne znake.

Če želite to narediti, bomo večkrat prilepili vrstico podatkov, dokler ne bo dosegla mejne vrednosti za obdelavo velike količine besedila. Takoj, ko velikost znakov doseže 65.535 znakov, preprosto zavrne sprejem več podatkov.

Rezultat testiranja izjemnih situacij na programu Writer 1.1.0 povzroči, da se pod stresom ne zruši in situacijo obravnava elegantno, kar zagotavlja pravilno delovanje aplikacije tudi v strogih stresnih pogojih.

Spodaj je prikazan še en primer preskusa obremenitve, ki prikazuje preskus trčenja z nenadnim povečanjem 7000 uporabnikov:

Pogosta vprašanja

Potem ko smo imeli dovolj razprav o preizkušanju zmogljivosti, testiranju izjemnih situacij in testiranju obremenitve, si poglejmo nekaj pogostih vprašanj, na katera preizkuševalci iščejo odgovor.

V # 1) Ali sta preskušanje obremenitve in preizkušanje zmogljivosti enaka?

Odgovor: Odgovor na to je 'Ne'. Niso enaki.

Do zdaj ste že jasno razumeli razliko med preskušanjem zmogljivosti in preskusom obremenitve. Spodaj si lahko ogledate tabelarni povzetek, da vidite, kako imajo preizkušanje zmogljivosti in obremenitve različne cilje, atribute obsega za preučevanje in težave, ki jih je treba odkriti.

Q # 2) Ali je nepošteno preskušanje izvajati stresno testiranje hkrati, ko izvajate preskus obremenitve?

Odgovor: To je pogosto vprašanje tudi na številnih intervjujih za preizkušanje programske opreme in certifikacijskih izpitih, saj je nepravično vzporedno izvajati testiranja izjemnih situacij in obremenitev? Odgovor na to je 'Ne'. Ni nepošteno, če hkrati opravljate testiranje obremenitve, testiranje izjemnih situacij.

Noben test ni nikoli nepošten. Kot preizkuševalec je vaše delo iskanje vprašanj. Vendar lahko veljajo dejanski primeri preizkušanja programske opreme in morebitne težave, ki jo odkrijete v tej situaciji, morda ne bo mogoče odpraviti.

V # 3) Ali je preizkušanje obnovitve del preizkusa učinkovitosti?

Odgovor: Da, preskušanje izterjave je razvrščeno med preizkušanje zmogljivosti in včasih se izvaja tudi s preskusom obremenitve. V preskus izterjave , dostopno je do tega, kako dobro lahko aplikacija obnovi napake, zrušitve, okvare strojne opreme in druge podobne težave.

Pri tej dejavnosti programska oprema prisili, da odpove, nato pa se preveri, ali se lahko pravilno obnovi. Na primer, nenaden ponovni zagon sistema med izvajanjem aplikacije in nato preverjanje celovitosti podatkov aplikacije.

V # 4) Ali testiranje učinkovitosti zahteva kodiranje?

Odgovor: Preizkus zmogljivosti ne zahteva, da poznate napredno raven kodiranja. Vendar je osnovno znanje programiranja dodatna prednost.

Na primer, če uporabljate JMeter, potem je dobro, da poznate osnove Java. Pomaga vam pri odpravljanju napak pri nekaterih stvareh, po potrebi pa lahko napišete tudi svoj skript.

V # 5) Kaj je preizkušanje Spike pri preizkušanju učinkovitosti?

Odgovor: Pri preskušanju konic obremenitev nenadoma poveča ali zmanjša ogromno število uporabnikov in kasneje se opazi vedenje sistema. Preskušanje konic se izvaja predvsem za preverjanje, ali sistem zmore nenadne spremembe obremenitve.

Razlika med testiranjem obremenitve in obremenitvijo

Če povzamemo, opazimo glavne razlike med preskusi obremenitve, testiranjem izjemnih situacij in preskusi zmogljivosti v spodnji tabeli:

Razlika med preskusom obremenitve, obremenitve in prostornine

Zdaj že poznamo obremenitev in testiranje izjemnih situacij ter razlike med obema. Zdaj pa raziščimo, kaj je testiranje prostornine in v čem se razlikuje od testiranja obremenitve in testiranja izjemnih situacij.

java dodaj na konec polja

Količinsko testiranje je tudi neke vrste preizkušanje zmogljivosti, ki se osredotoča predvsem na bazo podatkov.

Pri preskušanju obsega se preveri, kako se sistem obnaša do določene količine podatkov. Tako so zbirke podatkov polnjene z največjo zmogljivostjo in spremljajo se njihove ravni zmogljivosti, kot sta odzivni čas in prepustnost strežnika.

Da bo zelo preprosto, je razlika med preskusom obremenitve, obremenitve in prostornine prikazana spodaj:

Zaključek

V tej vadnici smo skozi primere videli in razumeli, kako se testiranje učinkovitosti, testiranje obremenitve in testiranje izjemnih situacij med seboj razlikujejo in kakšen je obseg posamezne vrste testiranja.

Prav tako smo si na kratko ogledali številne kategorije v okviru preizkušanja zmogljivosti, kot so preskušanje konic, preizkušanje obnovitve, preskušanje količin itd., In razumeli smo, kako se vsaka od njih razlikuje.

Upamo, da bi vam bila ta vadnica v veliko pomoč pri razumevanju praktične razlike med zmogljivostjo, obremenitvijo in testiranjem obremenitve.

Oglejte si našo prihajajočo vadnico, če želite izvedeti več o funkcionalnem testiranju in preizkušanju učinkovitosti.

=> Obiščite tukaj za celotno serijo vadnic za preizkušanje učinkovitosti

PREV Vadnica | NASLEDNJA Vadnica

Priporočeno branje

• Popoln vodnik za testiranje učinkovitosti s primeri
• Vodnik za testiranje izjemnih situacij za začetnike
• Celoten priročnik za testiranje obremenitve za začetnike
• Preizkus obremenitve, stresa in učinkovitosti spletne aplikacije z uporabo WAPT
• Testiranje obremenitve z vadnicami HP LoadRunner
• Preskušanje zmogljivosti v oblaku: ponudniki storitev za preskušanje obremenitve v oblaku
• Funkcionalno preskušanje v primerjavi s preizkušanjem učinkovitosti: Ali ga je treba izvajati hkrati?
• Preskušanje obremenitve z uporabo LoadUI - brezplačno in odprtokodno orodje za preskušanje obremenitve