complete performance testing guide with examples
Kaj je testiranje učinkovitosti?
Testiranje učinkovitosti, znano tudi kot 'Perf Testiranje', je vrsta testiranja, ki se izvaja za preverjanje uspešnosti aplikacije ali programske opreme pri obremenitvah glede odzivnosti in stabilnosti. Cilj preizkusa učinkovitosti je ugotoviti in odstraniti ozka grla v zmogljivosti iz aplikacije.
Ta test se v glavnem izvaja za preverjanje, ali programska oprema izpolnjuje pričakovane zahteve glede hitrosti, razširljivosti in stabilnosti aplikacije.
čakalna vrsta krožnega polja c ++
V tej vadnici bomo obravnavali popolne podrobnosti, kot so - Perf Testiranje vrst, proces in pisanje strategije preizkušanja učinkovitosti iz nič.
To je podrobna vadnica, ki jo boste morda želeli dodati med zaznamke!
Raziskujmo!
Seznam VSEH vaj za preizkušanje učinkovitosti v tej seriji:
Vadnica št. 1: Popoln vodnik za testiranje učinkovitosti (Ta vadnica)
Vadnica # 2: Razlika med testiranjem zmogljivosti, obremenitve in obremenitve
Vadnica št. 3: Funkcionalno preskušanje v primerjavi s preizkušanjem zmogljivosti
Vadnica # 4: Načrt preizkusa učinkovitosti in preskusna strategija
Vadnica št. 5: Načini za dopolnitev testiranja učinkovitosti
Vadnica # 6: Vodič za preskušanje zmogljivosti v oblaku
Vadnica št. 7: Vodič za preizkušanje zmogljivosti mobilne aplikacije
Vadnica št. 8: Kako opraviti ročno preizkušanje učinkovitosti
Vadnica št. 9: Vadnica za preizkušanje učinkovitosti spletnega mesta
Vadnica št. 10: Podjetja za testiranje uspešnosti
Vadnica št. 11: Testiranje učinkovitosti z LoadRunner (Serija)
Orodja:
Vadnica # 12: Orodja za testiranje najboljših zmogljivosti
Vadnica št. 13: Vadnica za preizkus učinkovitosti Neoload
Vadnica št. 14: Vadnica za preizkušanje zmogljivosti za mobilne naprave BlazeMeter
Vadnica št. 15: Vadnica za preizkus obremenitve, stresa in zmogljivosti WAPT
Vadnica št. 16: Vadnica za preizkus učinkovitosti spletnega mesta SmartMeter.io
Kaj se boste naučili:
- Vrste preizkušanja učinkovitosti
- Postopek preizkusa učinkovitosti
- Kako napisati dokument o strategiji preizkusa uspešnosti?
- Vzorčna predloga strategije preizkusa učinkovitosti
- #1. Uvod
- # 2) Področje uporabe
- # 3) Pristop
- # 4) Podatki o preskusu
- # 5) Merila za vstop in izstop
- # 6) Obvladovanje napak
- # 7) Orodja in tehnike preizkušanja
- # 8) Merila za prekinitev in obnovitev
- # 9) Preskusni rezultati
- # 10) Vloge in odgovornosti
- # 11) Potencialna tveganja in načrt za ublažitev
- # 12) Predpostavke
- # 13) Odvisnosti
- # 14) Okrajšave
- Najboljše prakse za realistično preizkušanje zmogljivosti
Vrste preizkušanja učinkovitosti
Preskušanje obremenitve
Preizkušanje obremenitve je vrsta preizkusa zmogljivosti, pri katerem se aplikacija preizkuša glede svoje običajne in največje uporabe. Učinkovitost aplikacije se preveri glede na njen odziv na uporabniško zahtevo in njeno sposobnost doslednega odzivanja v okviru sprejemljivega odstopanja pri različnih obremenitvah uporabnika.
Ključni premisleki so:
- Kolikšna je največja obremenitev aplikacije, preden se aplikacija začne nepričakovano obnašati?
- Koliko podatkov lahko baza podatkov obdela, preden sistem upočasni ali opazi zrušitev?
- Ali je treba rešiti kakršna koli vprašanja, povezana z omrežjem?
Testiranje izjemnih situacij
Testiranje izjemnih situacij se uporablja za iskanje načinov, kako razbiti sistem. Preskus zagotavlja tudi obseg največje obremenitve, ki jo sistem lahko zadrži.
Na splošno imajo stresni testi postopni pristop, pri katerem se obremenitev postopoma povečuje. Preizkus se začne z obremenitvijo, za katero je bila aplikacija že preizkušena. Nato se počasi doda večja obremenitev, da se sistem obremeni. Točka, ko začnemo videti strežnike, ki se ne odzivajo na zahteve, se šteje za prelomno točko.
Obravnavati je treba naslednja vprašanja:
- Kolikšna je največja obremenitev sistema, preden se pokvari?
- Kako se sistem pokvari?
- Ali se lahko sistem obnovi, ko se zruši?
- Na koliko načinov se lahko sistem zlomi in kateri so šibko vozlišče med obdelavo nepričakovane obremenitve?
Preizkušanje glasnosti
Prostorno testiranje je namenjeno preverjanju, da količina podatkov, ki jih aplikacija obravnava, ne vpliva na delovanje aplikacije. Za izvedbo preskusa obsega se v bazo vnese ogromen obseg podatkov. Ta test je lahko inkrementalni ali stalni test. Pri postopnem preizkusu se obseg podatkov postopoma povečuje.
Na splošno se z uporabo aplikacije velikost baze podatkov poveča, zato jo je treba preizkusiti v težki bazi podatkov. Dober primer tega je lahko spletno mesto nove šole ali fakultete z majhnimi količinami podatkov, ki jih je treba sprva shraniti, po 5-10 letih pa je podatkov, shranjenih v zbirki podatkov na spletnem mestu, veliko več.
Preskušanje zmogljivosti
=> Ali je aplikacija sposobna zadovoljiti obseg poslovanja tako v normalnih kot v največjih pogojih?
Preskušanje zmogljivosti se praviloma izvaja za prihodnje potencialne stranke. Preskušanje zmogljivosti obravnava naslednje:
- Ali bo aplikacija lahko podprla prihodnje obremenitve?
- Ali je okolje sposobno zdržati prihajajočo povečano obremenitev?
- Kateri dodatni viri so potrebni, da je okolje dovolj sposobno?
Preskušanje zmogljivosti se uporablja za določitev, koliko uporabnikov in / ali transakcij bo določena spletna aplikacija podpirala in še vedno dosegla uspešnost. Med tem testiranjem se upoštevajo in spremenijo viri, kot so zmogljivost procesorja, pasovna širina omrežja, poraba pomnilnika, zmogljivost diska itd., Da se doseže cilj.
Spletno bančništvo je odličen primer, kjer bi lahko preskušanje zmogljivosti igralo glavno vlogo.
Zanesljivost / okrevanje Testiranje
Preskušanje zanesljivosti ali preizkušanje obnovitve - je preveriti, ali se aplikacija po okvari ali neobičajnem vedenju lahko vrne v normalno stanje in kako dolgo traja, da to stori (z drugimi besedami, ocena časa).
Če na spletnem mestu za trgovanje pride do okvare, pri kateri uporabniki v določenem trenutku dneva (največje ure) ne morejo kupiti / prodati delnic, lahko pa to storijo po uri ali dveh, lahko rečemo, da je aplikacija zanesljiva oz. okreval po nenormalnem vedenju.
Postopek preizkusa učinkovitosti
Tu so vse dejavnosti, opravljene pri tem testiranju:
# 1) Analiza / zbiranje zahtev
Skupina za izvedbo sodeluje s stranko za ugotavljanje in zbiranje tehničnih in poslovnih zahtev. To vključuje pridobivanje informacij o uporabljeni arhitekturi, tehnologijah in zbirki podatkov, predvidenih uporabnikih, funkcionalnosti, uporabi aplikacije, zahteva za preskus , zahteve glede strojne in programske opreme itd.
# 2) Izbira POC / orodja
Ko je ključna funkcionalnost prepoznana, se POC (Proof Of Concept - nekakšen prikaz aktivnosti v realnem času, vendar v omejenem smislu) izvede z razpoložljivimi orodji.
Seznam razpoložljivih orodij je odvisen od stroškov orodja, protokola, ki ga aplikacija uporablja, tehnologij, uporabljenih za izdelavo aplikacije, števila uporabnikov, ki jih simuliramo za test itd. Med POC se ustvarijo skripti za identificirani ključ. funkcionalnost in izveden s 10-15 virtualnimi uporabniki.
# 3) Načrt in zasnova preizkusa učinkovitosti
Glede na informacije, zbrane v prejšnjih fazah, se izvajata načrtovanje in načrtovanje preskusov.
Načrtovanje testov vključuje informacije o tem, kako bo potekal preizkus učinkovitosti - testno okolje, delovna obremenitev, strojna oprema itd.
Več o dokumentu Testna strategija spodaj.
# 4) Razvoj preizkusa učinkovitosti
- Ustvarjajo se primeri uporabe za funkcionalnost, opredeljeno v preskusnem načrtu kot obseg PT.
- Te primere uporabe ima stranka v odobritev. S tem zagotovite, da bo skript posnet s pravilnimi koraki.
- Po odobritvi se razvoj skriptov začne s snemanjem korakov v primerih uporabe z orodjem za preizkus učinkovitosti, izbranim med POC (Dokaz konceptov) in izboljšanim z izvajanjem korelacije (za obdelavo dinamične vrednosti), parametrizacije (zamenjava vrednosti) in funkcij po meri kot glede na situacijo ali potrebo. Več o teh tehnikah v naših video vajah.
- Nato se skripti preverijo glede na različne uporabnike.
- Vzporedno z ustvarjanjem skriptov skupina za izvajanje še naprej dela na nastavitvi testnega okolja (programska in strojna oprema).
- Skupina za izvedbo bo s skripti skrbela tudi za metapodatke (back-end), če stranka ne bo prevzela te dejavnosti.
# 5) Modeliranje preizkusov učinkovitosti
Model Performance Load je ustvarjen za izvajanje preizkusa. Glavni cilj tega koraka je preveriti, ali so določene meritve uspešnosti (ki jih zagotavljajo stranke) med testom dosežene ali ne. Obstajajo različni pristopi k ustvarjanju modela nalaganja. “ Mali zakon 'Se uporablja v večini primerov.
# 6) Izvedba testa
Scenarij je zasnovan v skladu z modelom Load v Controllerju ali Performance Center, vendar se začetni testi ne izvedejo z največ uporabniki, ki so v modelu Load.
Izvajanje preizkusa se izvaja postopoma. Na primer, Če je največje število uporabnikov 100, se scenariji najprej zaženejo z 10, 25, 50 uporabniki itd., Sčasoma pa se premaknejo na 100 uporabnikov.
# 7) Analiza rezultatov testa
Rezultati preskusov so najpomembnejši rezultat preizkuševalca zmogljivosti. Tu lahko dokažemo ROI (donosnost naložbe) in produktivnost, ki jo lahko zagotavljajo napori preizkušanja učinkovitosti.
Nekaj najboljših praks, ki pomagajo pri procesu analize rezultatov:
- Edinstveno in smiselno ime za vsak rezultat testa - to pomaga razumeti namen testa.
- V povzetek rezultata testa vključite naslednje informacije:
- Razlog za okvare
- Sprememba zmogljivosti aplikacije v primerjavi s prejšnjim preizkusom
- Spremembe, opravljene v testu z vidika gradnje aplikacije ali testnega okolja.
- Dobra praksa je, da po vsakem preizkusu naredite povzetek rezultatov, tako da se rezultati analize ne zbirajo vsakič, ko se napotijo na rezultate testa.
- PT praviloma zahteva veliko testnih voženj, da pride do pravilnega zaključka.
- V povzetku rezultatov je dobro imeti naslednje točke:
- Namen testa
- Število navideznih uporabnikov
- Povzetek scenarija
- Trajanje testa
- Pretočnost
- Grafi
- Primerjava grafov
- Odzivni čas
- Prišlo je do napake
- Priporočila
# 8) Poročilo
Rezultate preskusov je treba poenostaviti, tako da je zaključek jasnejši in ne bi smel biti potreben izpeljave. Razvojna skupina potrebuje več informacij o analizi, primerjanju rezultatov in podrobnostih o tem, kako so bili rezultati pridobljeni.
Poročilo o preskusu se šteje za dobro, če je kratko, opisno in natančno.
Kako napisati dokument o strategiji preizkusa uspešnosti?
Ta vadnica bo razložila, kako napisati vzorec strategije preizkusa učinkovitosti za aplikacijo za sporočanje.
Ne pozabite, da je to le primer in da se zahteve od stranke do stranke razlikujejo. V tej vadnici bomo spoznali tudi najboljše prakse za testiranje učinkovitosti.
Vzorčna predloga strategije preizkusa učinkovitosti
O aplikaciji za klepet ABC - Predpostavimo, da gre za delovno mizo za klepet, ki jo v podjetju uporablja njihov agent za podporo strankam. Ta aplikacija za klepet uporablja protokol XMPP, tj. Razširljivi protokol za sporočanje in prisotnost ter strežnik Open fire za pošiljanje in prejemanje takojšnjih sporočil.
Ta obstoječi odjemalec za klepet je bil izboljšan, na primer oddaljeni nadzor osebnega računalnika, diagnostika računalnika, orodja za popravila, spletni klepet itd., Zato je ta strategija preizkusa uspešnosti primer takšnih aplikacij.
Za to aplikacijo predpostavimo, da se je projektna skupina odločila za uporabo JMeter za preizkušanje učinkovitosti in JIRA za sledenje napakam.
Prva stran dokumenta o strategiji preizkusa uspešnosti mora vsebovati naslov dokumenta in avtorske pravice podjetja.
kako zgraditi java projekt v mrku
Druga stran mora vsebovati Nadzor dokumentov, ki vključuje zgodovino različic dokumentov, seznam pregledovalcev in odobriteljev ter seznam sodelavcev.
Tretja stran naj vsebuje kazalo, ki mu sledijo spodnje teme.
#1. Uvod
Namen tega dokumenta je opredeliti / razložiti, kako se bo izvajalo preizkušanje zmogljivosti v aplikaciji za klepet ABC za trenutno in prihodnje stanje.
Aplikacija za klepet ABC je interna delovna miza Agent za podporo na daljavo. Ta delovna miza bo uporabljena za izpolnjevanje zahtev strank. Ta delovna miza ima funkcije, kot so spletni klepet, identifikacija strank, oddaljeni nadzor osebnega računalnika, diagnostika računalnika in orodja za popravilo.
Cilj
Ključni cilji preizkušanja učinkovitosti so naslednji:
- Da bi pridobili zaupanje, da so spremembe obstoječe aplikacije za klepet v skladu z opredeljeno pogodbo o ravni storitve.
- Da bi zagotovili, da rezultat novih izboljšav ne bo vplival na delovanje aplikacije, razpoložljivost storitve in stabilnost aplikacije.
- Odzivni časi transakcij ostanejo znotraj sprejemljivega odstopanja glede na naraščajoči profil obremenitve.
- JVM kažejo stabilno porabo pomnilnika pri naraščajočih profilih obremenitve.
Spodnja slika jasno razlaga postopek preizkušanja in optimizacije učinkovitosti:
Arhitektura
V to sejo morate vključiti arhitekturni diagram svojega projekta.
# 2) Področje uporabe
V obsegu
Spodaj je obseg preizkušanja zmogljivosti za delovno mizo ABC chat:
- Pridobivanje znanja o ključnih poslovnih transakcijah in porazdelitev obremenitve po podrobni študiji sistema.
- Ugotovite kritične scenarije za preizkušanje učinkovitosti s pomočjo različnih projektnih poti.
- Rezultate prejšnjih izdaj uporabite kot izhodišče za prihodnje izdaje.
- Preverite in preverite preizkusno okolje zmogljivosti in infrastrukturo orodja za preizkus zmogljivosti / obremenitve za vse dodatne Agent Machines.
- Priprava skriptov za preizkus učinkovitosti z uporabo JMeter za identificirane scenarije, ki posnemajo ugotovljeno največjo obremenitev.
- Nastavite nadzor delovanja na strežnikih za spremljanje testa, da bi ugotovili ozka grla med fazo izvajanja testa.
- Objavite rezultate preizkusa učinkovitosti.
- Usklajevanje z različnimi zainteresiranimi stranmi za reševanje ugotovljenih težav z uspešnostjo.
- Osnovna raven zmogljivosti za prihodnje izdaje.
Izven obsega
- Funkcionalno preskušanje , UAT, sistemsko testiranje in varnostno testiranje.
- Preskušanje / spremljanje delovanja vmesnikov drugih proizvajalcev.
- Uglaševanje zmogljivosti. (Najpogosteje uglaševanje opravi druga ekipa, če lahko v primeru, da imate sistemske inženirje za nastavitev sistema, to dodate v Inscope).
- Profiliranje kode / Velikost strojne opreme / Načrtovanje zmogljivosti.
- Varnost / testiranje ranljivosti / UAT / Testiranje bele škatle .
- Ustvarjanje podatkov za preizkušanje učinkovitosti.
- Nefunkcionalni testi ( Na primer, failover, reševanje po katastrofi, varnostno kopiranje, uporabnost), razen preskusov učinkovitosti.
- Testiranje katere koli mobilne rešitve.
- Testiranje in uglaševanje učinkovitosti aplikacij tretjih oseb.
- Uresničevanje priporočil glede učinkovitosti, sprememb aplikacijske kode in sprememb izdelkov / konfiguracije strežnika, ki jih podpira prodajalec, s stališča Performance Team ne bo v dosegu.
- Infrastrukturna podpora / uvajanje zgradbe / pripravljenost na okolje / obnovitev baze podatkov / omrežna podpora itd.
# 3) Pristop
Testiranje učinkovitosti za klepet ABC bo izvedeno z uporabo Jmeterja s pisanjem vtičnikov XMPP po meri, ki uporabljajo knjižnico smack za povezave XMPP. Te knjižnice se uporabljajo za nastavitev povezav, prijavo in pošiljanje sporočil klepeta na strežnik XMPP.
Te knjižnice so združene v datoteko jar, ki je nameščena v Jmeter in je zasnovana na podlagi scenarijev, ki jih je treba preizkusiti. Jmeter Work Bench je nameščen v lokalnem računalniku, ki se poveže s strežnikom JMeter, ki ima generatorje obremenitve, da ustvari potrebno obremenitev sistema strežnika za klepet za spremljanje vedenja sistema.
Preskusni scenarij bo napisan z orodjem JMeter. Skripte bi bile po potrebi prilagojene. Urnik bo ustvarjen z zahtevano stopnjo za simulacijo realnih scenarijev.
Testni scenarij bi bil razčlenjen in izmerjen v naslednjih vidikih:
a) Osnovni test: Zagon vsakega scenarija z 1 uporabnikom in več ponovitvami, da se ugotovi, ali uspešnost aplikacije ustreza dogovoru o ravni storitve v podjetju ali ne.
b) Preskus osnovne obremenitve: Za izpolnitev Business Benchmarka pod preskusom obremenitve bo skupina za testiranje učinkovitosti izvedla test osnovne obremenitve, ki bo pomagal prepoznati kakršne koli težave z zmogljivostjo sistema z naraščajočo obremenitvijo in ustvaril izhodišče za naslednjo stopnjo testiranja učinkovitosti.
c) Preskus največje obremenitve / razširljivosti: Skupina za testiranje učinkovitosti bo izvedla več testov z naraščajočimi uporabniki, da bo izpolnila pričakovano obremenitev in tudi merila zmogljivost aplikacije, da bo določila krivuljo učinkovitosti in ugotovila, ali lahko uvajanje podpira sporazume o ravni storitve pod največjo obremenitvijo uporabnika.
Pomaga pri nastavljanju ali načrtovanju zmogljivosti posameznih navideznih strojev Java (JVM), skupnega števila potrebnih JVM-jev in procesorjev. To bo doseženo s povečanjem števila uporabnikov na 50%, 75%, 100% in 125% največje zmogljivosti.
d) Test vzdržljivosti: Skupina za testiranje učinkovitosti bo ta test izvajala 8 ur / 16 ur / 24 ur, da bi ugotovila puščanje pomnilnika, težave s hitrostjo delovanja in splošno stabilnost sistema. Med preskusi vzdržljivosti skupina za testiranje učinkovitosti spremlja ključne kazalnike učinkovitosti, kot so odzivni čas transakcije in stabilnost uporabe pomnilnika.
Sistemske vire, kot so CPU, pomnilnik in IO, je treba spremljati s pomočjo projektne skupine.
Predvideva se, da je preskusno okolje replika proizvodnega okolja. Preizkusi se bodo izvajali z dodatnim nalaganjem, da se ugotovi, kje aplikacija ne uspe.
Scenariji preizkusa učinkovitosti
Excel vključite v sklop scenarijev.
Na primer,
1. scenarij: Za potrditev klepeta agenta in stranke za X št. sočasnih sej.
Vrste preizkusov učinkovitosti
Spodnja tabela pojasnjuje različne vrste preizkusov učinkovitosti in njihove cilje.
Vrsta preskusa | Cilj |
---|---|
UAT | Preizkus sprejemljivosti uporabnika |
Osnovni test | Določite najboljše rezultate pri določenih količinah, ki bodo uporabljene kot referenca za nadaljnje meritve. |
Preskus obremenitve | Izmerite zmogljivost sistema pod pričakovano največjo proizvodno obremenitvijo. |
Test vzdržljivosti | Merjenje stabilnosti sistema pri visoki glasnosti za daljše obdobje. |
Stresni test | Izmerite delovanje sistema pod neugodnimi pogoji. |
Meritve uspešnosti
- Meritve na strani odjemalca
S. Št | Metrična | Opis | Oblika |
---|---|---|---|
1. | Odzivni čas transakcije | Odzivni čas strani med stabilnim preskusom učinkovitosti | Graf |
dva | Pretočnost | Količina podatkov, ki so jo uporabniki sčasoma prejeli od strežnika | Graf |
3. | Zadetkov / sekundo | Število zahtev HTTP, ki so jih uporabniki poslali spletnemu strežniku med izvajanjem scenarija | Graf |
4. | Število prenesenih / neuspelih transakcij | Skupno število transakcij, ki so bile opravljene in neuspešne med izvajanjem preizkusa | Excel |
5. | Stopnja napake pri transakciji | Odstotek transakcij, ki med izvajanjem preizkusa niso uspele | Graf |
- Meritve uspešnosti sistema in omrežja
Dejavnosti in rezultati preizkušanja učinkovitosti
# 4) Podatki o preskusu
Predpostavlja se, da bodo podatki o okolju uspešnosti kopija proizvodnih podatkov, zahtevane preskusne podatke pa bo zagotovila projektna skupina.
# 5) Merila za vstop in izstop
- Dostop do vseh aplikacij v okolju.
- Pripravljenost na okolje popolna.
- Pripravljenost podatkov o preizkusu učinkovitosti.
# 6) Obvladovanje napak
- Modul za upravljanje napak v JIRA bo v projektu uporabljen za beleženje napak in za sledenje do zaprtja.
- Identifikacija napak, ki jih najdemo med fazo izvedbe preizkusa, bo zajeta v JIRA in jih bo razvojna skupina odpravila glede na spodaj navedene resnosti.
- Vsakodnevni sestanki za pregled okvar bi se udeleževali preskuševalci, razvojniki, analitiki kakovosti in poslovne skupine.
- Merila za odpravo napak bi postala strožja, ko se projekt približa datumu objave v živo. Smernice za merila za odpravo napak, ki se objavijo na sestankih za pregled napak.
Opredelitev resnosti pomanjkljivosti
Opredelitve kod resnosti so naslednje:
Resnost | Opis težav z razvojem in izboljšanjem |
---|---|
Bloker | Sistemska napaka, prikaz zamaška, težave z omrežjem |
Kritično | Sistemske napake, brez jasne rešitve, prekinitve ali manjkajočih poslovnih funkcij |
Major | Odkrita je bila resna težava, pri kateri obstaja rešitev, ki morda ne bo jasna vsem uporabnikom, vendar izdelka ne smemo izdati brez popravljanja |
Srednje | Obstaja težava z enostavnim / preprostim zaobidelom, vendar se ta vrsta napake lahko odpravi po odobritvi poslovnega in / ali vodje projekta |
Nizko | Kozmetične težave, ki ne motijo poslovne funkcionalnosti ali drugih občasnih težav, ki jih ni mogoče ponoviti vsakič |
# 7) Orodja in tehnike preizkušanja
Orodja | Namen |
---|---|
Jmeter | Za preverjanje obremenitve in zmogljivosti aplikacije ABC Chat. |
# 8) Merila za prekinitev in obnovitev
Spodaj so navedena merila kritične suspenzije in ponovne uporabe, ki bodo vplivala na preskusne dejavnosti:
Vzmetenje | Vpliv | Nadaljevanje |
---|---|---|
Okolje ni nastavljeno | Testiranje se ne more nadaljevati | Pripravljenost na okolje. |
Ugotovljeno je, da je aplikacija nestabilna | Testiranje se ne more nadaljevati. | Težava je rešena |
Podatki o preskusu niso na voljo | Testiranje se ne more nadaljevati. | Testni podatki pripravljeni |
# 9) Preskusni rezultati
Rezultati preizkusa učinkovitosti vključujejo:
- Strategija testiranja učinkovitosti
- Dokument o zahtevah glede učinkovitosti
- Dokument o scenariju preizkusa učinkovitosti
- Skripti za preizkus učinkovitosti
- Rezultati preizkusa učinkovitosti
# 10) Vloge in odgovornosti
Vloge in odgovornosti so jasno razložene v spodnji tabeli.
# 11) Potencialna tveganja in načrt za ublažitev
S. Št | Tveganje | Verjetnost | Vpliv | Načrt ublažitve | Lastnik |
---|---|---|---|---|---|
1. | Nezadostnost preskusnih podatkov za izvedbe preizkusa obremenitve | H | H | Predvidene datume izvedb preizkusov učinkovitosti je treba pregledati in posodobiti. Za zbiranje podatkov je potrebna funkcionalna / razvojna ekipa. | - |
dva | Okoljska vprašanja | L | M | Ponovno določite prednostne naloge | - |
3. | Sprememba funkcionalnosti / zasnove med izvajanjem preizkusa učinkovitosti | M | H | To zahteva predelavo scenarijev preizkusa učinkovitosti | - |
4. | Dodatna zmogljivost deluje za odpravljanje težav z zmogljivostjo | M | H | Urniki testiranja učinkovitosti bi bili spremenjeni in posodobljeni za skupino izdelkov. | - |
5. | Ocene so pripravljene na podlagi 1 zgradbe popravka za uspešnost. Več graditev popravkov napak bo upočasnilo preskusne cikle in sčasoma je odvisno od tega, kdaj bo naslednja gradnja na voljo za ponovitev. | H | H | Ponovno določite prednostne cikle izvedbe preizkusa učinkovitosti. | - |
6. | Razpoložljivost strojne opreme | M | H | Začetni datum razporeda bi bil ustrezno premaknjen. | - |
# 12) Predpostavke
- Okolje za preizkušanje zmogljivosti bo kopija arhitekture izdelka. (tj. pravilna strojna oprema, programska oprema, vmesniki, integracijski sloji itd.).
- Skripti za delovanje bodo zasnovani na podlagi kritičnih tokov, pri katerih je uporaba velika.
- Vsa vprašanja v zvezi z infrastrukturo je treba rešiti pred začetkom testiranja učinkovitosti. Vse poznejše spremembe konfiguracije sistema bodo razveljavile rezultate testa.
- Aplikacija je stabilna in pripravljena za uporabo v testnem okolju.
- Na voljo so potrebni viri strojne in programske opreme (kot so stroji / programska oprema za generator obremenitve, krmilniki / posredniški stroji).
- Vse spremembe obsega bodo potekale skozi postopek nadzora sprememb, skupina za testiranje uspešnosti pa bo ocenila vpliv časovnih okvirov in virov.
- Pričakuje se, da bodo ustrezni strežniki kos obremenitvi.
- Za spremljanje je treba za podporne sisteme omogočiti dnevnike sledenja aplikacij.
# 13) Odvisnosti
- Razpoložljivost testnega okolja za delovanje, ki je kopija arhitekture izdelka.
- Podpora različnih funkcionalnih, razvojnih, podatkovnih baz in infrastrukturnih skupin med fazami priprave in izvedbe preizkusa.
- V celotni fazi testiranja učinkovitosti se ne izvaja nobena sprememba kode, saj je čas zelo omejen.
- V primeru nepredvidenih težav, ki vodijo do omejitev znotraj časovnih rokov, če časovni okviri ne omogočajo izpolnjevanja vseh obsegov preizkusov v prvotnih datumih mejnikov, je na voljo podpora pri upraviteljih izdaj za izdajo odločitve o določanju obsega in določanju prednostnih nalog.
- Za uporabnike aplikacij / strokovnjaki za predmet bodo na voljo funkcionalna pojasnila in odjava poslovnih transakcij.
- Upravitelj programa za klepet ABC bo pregledal in se odjavil.
# 14) Okrajšave
Okrajšava | Opis |
---|---|
DB | Zbirka podatkov |
Http | Protokol za prenos hiperbesedila |
JDBC | Povezava Java Database |
Vprašanje | Zagotavljanje kakovosti |
SLAVE | Sporazum o ravni storitev |
MSP | Strokovnjak za predmet |
Do zdaj ste že jasno razumeli, kako napisati učinkovito strategijo preizkusa učinkovitosti za aplikacijo Messaging.
Najboljše prakse za realistično preizkušanje zmogljivosti
Za uspešno izvedbo projekta Test uspešnosti moramo zagotoviti, da to počnemo na pravilen način v fazi načrtovanja, tj. Načrtovanje, razvoj, izvedba in analiza.
vprašanja in odgovori za spletne intervjuje v javi
Podrobno si oglejmo vsako fazo, da bomo učinkovito izvedli preizkušanje učinkovitosti.
# 1) Načrtovanje
- Poskusite prepoznati najpogostejše delovne procese, tj. Poslovne scenarije, ki jih je treba preizkusiti. Če je aplikacija obstoječa, preverite dnevnike strežnika, da boste razumeli najpogosteje dostopne scenarije. Če je aplikacija nova, se pogovorite s skupino za vodenje projektov, da boste razumeli glavni poslovni tok.
- Preskus obremenitve načrtujte tako, da zajemate širok razpon delovnih tokov, kot so lahka poraba, srednja poraba in največje obremenitve.
- Izvesti morate veliko ciklov Load Load, zato poskusite ustvariti ogrodje, da boste lahko vedno znova uporabljali iste skripte. Poskusite tudi z varnostno kopijo skriptov.
- Poskusite analizirati, kako dolgo mora teči test, ali je to ena ura? 8 ur? Dan ali teden? Ponavadi bodo dolgotrajni testi odkrili številne večje napake, kot so napake v OS, uhajanje pomnilnika itd.
- Če vaša organizacija uporablja kateri koli APM (orodje za spremljanje aplikacij), ga lahko vključite med preizkusi, tako da boste lažje prepoznali težave z zmogljivostjo in lažje prepoznali osnovni vzrok.
# 2) Razvoj
- Medtem ko razvijate skripte, tj. Snemanje, poskusite podati bolj smiselno ime transakcije na podlagi imen poslovnih tokov, ki so omenjena v načrtu.
- Ne snemajte nobenih programov drugih ponudnikov, če jih posnamete, jih poskušajte filtrirati in izboljšati skripte.
- S funkcijo samodejne korelacije v orodju ni mogoče povezati vseh dinamičnih vrednosti, zato poskusite narediti ročno korelacijo, da se izognete napakam.
- Poskusite načrtovati preskuse učinkovitosti tako, da boste zadeli zaledje aplikacije in ne samo strežnika predpomnilnika.
# 3) Izvedba
- Preizkusite zagotovo v produkcijsko podobnem okolju, vključno s faktorji, kot so SSL, Load Balancer in Firewalls. To je potrebno za simulacijo realne obremenitve sistema.
- Poskusite ustvariti zelo realno delovno obremenitev. To lahko dobite tako, da preverite dnevnike strežnika, če gre za obstoječo aplikacijo in če gre za novo aplikacijo, če želite te podatke dobiti od poslovne ekipe. Ne pozabite, da je delovna obremenitev zelo pomembna za izvedbo uspešnih testov učinkovitosti.
- Nikoli ne ugotovite, če izvajate teste s polovico okolja velikosti proizvodnje, vedno je priporočljivo, da teste izvajate v okolju, ki je enako enakem proizvodnemu.
- Med izvajanjem dolgoročnih testov poskusite redno spremljati vožnjo, da zagotovite, da test deluje nemoteno.
# 4) Analiza
- Poskusite analizirati aplikacijo tako, da najprej dodate nekaj pomembnih števcev, ko najdete ozko grlo, nato poskusite dodati dodatne števce glede na ozko grlo. To pa bo pomagalo lažje najti težavo.
- Aplikacija lahko propade iz več razlogov, na primer ne more se odzvati na zahtevo, se odzvati s kodo napake, odpovedati svojo logiko preverjanja ali se odzvati prepočasi. Poskusite torej vse to preučiti, preden pridete do zaključka.
Zaključek
Prepričan sem, da bi vam ta vadnica dala neizmerno znanje o preizkusih učinkovitosti in kako napisati dokument o strategiji preizkusa uspešnosti s podrobnimi primeri.
V naši prihajajoči vadnici bomo podrobno spoznali razlike med testiranjem zmogljivosti, obremenitve in obremenitve.
Preverite tudi => Brezplačna serija poglobljenih treningov LoadRunner
Priporočeno branje
- Preskušanje učinkovitosti v primerjavi s preskusom obremenitve v primerjavi s testiranjem izjemnih situacij (razlika)
- Testiranje obremenitve z vadnicami HP LoadRunner
- Preskušanje zmogljivosti v oblaku: ponudniki storitev za preskušanje obremenitve v oblaku
- Preizkus obremenitve, stresa in učinkovitosti spletne aplikacije z uporabo WAPT
- Orodja in storitve za testiranje uspešnosti spletnih strani
- Kako izvesti ročno testiranje učinkovitosti?
- Testiranje učinkovitosti mobilnih aplikacij z uporabo BlazeMeter
- Testiranje učinkovitosti spletnih storitev s pomočjo skriptov LoadRunner VuGen