how perform manual performance testing
V tem Serija informativnih preizkusov učinkovitosti , smo raziskovali vse okoli Testiranje učinkovitosti mobilnih aplikacij Podrobno.
Hitro in odzivno spletno mesto je neposredno povezano z višjo stopnjo obiskovalcev in boljšo uporabniško izkušnjo.
Preskušanje učinkovitosti igra ključno vlogo. To je edini način za določanje vedenja aplikacije pri različnih stopnjah obremenitve in uporabnikov.
=> Kliknite tukaj za celotno serijo vadnic za preizkušanje učinkovitosti
Toda ali je mogoče preizkuse učinkovitosti izvajati ročno kot funkcionalne teste? Poglejmo ta vidik preizkusa učinkovitosti skozi ta članek.
Pravočasna dobava kakovostnega izdelka s popolnim testnim kritjem za zahteve je bistvenega pomena za vsako aplikacijo.
Ročno in avtomatizirano testiranje sta vedno obstajala kot dva vzporedna načina, ki testerjem pomagata doseči ta cilj funkcionalnega testiranja. Vendar je ročno izvajanje preizkusa dolgotrajno, drago in nagnjeno k napakam. Preskušanje avtomatizacije obravnava te osnovne izzive in s časom pomaga prihraniti čas in trud.
Nekaj glavnih prednosti preizkušanja avtomatizacije:
- Isti preskusni skript lahko uporabimo za vsako izvedbo tako, da samo spremenimo testne podatke (kjer koli je to potrebno)
- Čas izvedbe je v primerjavi z ročnim izvajanjem veliko manjši
- Dosledni rezultati
- Zapolnjuje vrzeli, kjer ročno preskušanje morda ni primerno ali primerno. (Npr .: spletne storitve)
Podobno, Rezultati testiranja učinkovitosti so bolj zanesljivi in ustrezni, če se uporabljajo samodejni testni skripti in ne ročni testni primeri .
- Testiranje učinkovitosti je sredstvo za zagotavljanje kakovosti, ki vključuje testiranje programskih aplikacij in razumevanje njihove učinkovitosti ob pričakovani obremenitvi ali v določenem trenutku. Pomemben parameter je tudi poznavanje odzivnega časa.
- Glavni poudarek ali cilj preizkušanja učinkovitosti je določiti njegovo Hitrost , Razširljivost , in Stabilnost .
- Hitrost in učinkovitost lahko s preskusom učinkovitosti določi računalnik, omrežje, program ali naprava
Spodaj je predstavljen postopek testiranja učinkovitosti:

Tako preizkušanje učinkovitosti kot tudi avtomatizirano preskušanje sta dejansko nekaj oblik izvajanja enostavnih preverjanj z uporabo različnih orodij. Na splošno je testna avtomatizacija običajno kombinacija funkcionalnega testiranja, testiranja obremenitve in testiranja učinkovitosti.
Ko se skript za avtomatizacijo funkcionalnega preizkusa prilagodi tako, da ne beleži le rezultatov prenosa / neuspeha, temveč tudi beleži čas upodabljanja / snemanja predmetov / zaslonov, se skript za avtomatizacijo funkcionalnega preizkusa nato pretvori v monitor uspešnosti.
Kaj se boste naučili:
- Celoten postopek poteka spodaj:
- Testiranje učinkovitosti - Ali ga je mogoče opraviti ročno?
- Kdaj lahko pomagajo ročni testi učinkovitosti?
- Zaključek
- Priporočeno branje
Celoten postopek poteka spodaj:
- Generator obremenitve se zažene, da preizkusi odzivni čas strežnika med obremenitvijo ali v konicah.
- Ko je dosežena predvidena ciljna obremenitev, se zažene funkcionalni paket za avtomatizacijo merjenja dejanskega časa, potrebnega za zagon vsega skozi popolnoma upodobljeno okolje.
- Celoten postopek bo dal čudovit vpogled v to, kaj bodo končni uporabniki doživeli med veliko obremenitvijo aplikacije ali med konicami.
Preberite tudi=> Naučite se postopka testiranja obremenitve s to serijo LoadRunner
Diagram, ki pojasnjuje kombinacijo 'zmogljivosti' in 'avtomatizacije preskusov', je lahko spodaj:
Testiranje učinkovitosti - Ali ga je mogoče opraviti ročno?
Zdaj je vprašanje, ' Ali je mogoče preizkušanje zmogljivosti opraviti samo s samodejnimi preizkusnimi skripti ali pa tudi ročno? '.

Kot smo že prebrali, dobimo zanesljive rezultate, kadar gre za kombinacijo testiranja zmogljivosti in avtomatizacije. Vendar obstajajo primeri, ko je mogoče delovanje aplikacije določiti tudi ročno.
Razumimo to s pomočjo nekaterih primerov:
Primer1: Recimo, da mora preskuševalec oceniti kratek preizkus učinkovitosti. To velja za AUT v določenem roku. Nato lahko prikličete ročni test za ugotavljanje razumnosti, da ugotovite nalaganje strani ali odzivni čas.
2. primer: Podobno razmislite o spletni aplikaciji, ki temelji na javi. Če želite preizkus učinkovitosti opraviti ročno, bi moralo biti v tem primeru za preizkus odprtih veliko aktivnih sej iste aplikacije. Ročno lahko določimo število aktivnih sej, število odprtih povezav do baze podatkov in število zagnanih niti. Prav tako je mogoče dobiti količino procesorskega časa, porabljeni pomnilnik in nekaj dodatnih parametrov.
Pregledovalnik uspešnosti Tivoli ( TPV ) je mogoče namestiti za spremljanje zanimivih parametrov. Preizkus se običajno izvede z razmestitvijo aplikacije na strežniku, dostopom do aplikacije iz različnih odjemalskih strojev in omogočanjem izvajanja več niti.
Kako se Tivoli Performance viewer uporablja za spremljanje delovanja katerega koli strežnika WebSphere Application Server (WAS):
WebSphere Application Server (WAS) ni nič drugega kot programski izdelek ali ogrodje, ki gosti spletne aplikacije, ki temeljijo na javi. Rezultate / podatke, pridobljene s spremljanjem učinkovitosti z uporabo pregledovalnika učinkovitosti za kateri koli WAS, je mogoče analizirati, da bi ugotovili dejavnike, ki prispevajo k velikim odzivnim časom. Potem je mogoče te dejavnike spremeniti za izboljšanje učinkovitosti.
Postopek snemanja izvedbe je naslednji:
- Izberite strežnik, ki ga želite nadzirati. Kot lahko vidite na spodnjem diagramu, izberite “server1”.
- Medtem ko se aplikacija izvaja, se dejavnost strežnika spremlja z ogledom in pregledom podatkov v realnem času, ki jih zbere infrastruktura za spremljanje učinkovitosti ( MSP ) v upravni konzoli. Zbrani podatki PMI pomagajo doseči optimalno delovanje.
Spodnji diagram pojasnjuje, kako se to naredi:
Izbrano je potrditveno polje za »Server1«. Ko kliknete »Start Monitoring«, pregledovalnik učinkovitosti začne spremljati podatke PMI strežnika aplikacij.
(Kliknite sliko za povečavo)

Spodnji diagram pojasnjuje različne nastavitve in poglede, prikazane na levi plošči, ki so na voljo za “Server1” pod Tivoli Performance Viewer. Desna plošča opisuje podatke, ki jih spremljamo za parameter, izbran na levi plošči.
Kot je jasno razvidno iz diagrama, si je mogoče ogledati in analizirati naslednje podatke o parametrih:
- Svetovalec
- Nastavitve
- Zbirna poročila (vključuje strežnike, EJB-je, metode EJB, področje povezav, področje niti)
- Moduli zmogljivosti (vsebujejo možnost izvajalnega okolja JVM, ki vsebuje graf, ki prikazuje podatke PMI med izvajanjem)
(Kliknite sliko za povečavo)

- Uporabniška konfiguracija in nastavitev beleženja se izvedeta tako, da si lahko dnevnike uspešnosti strežnika ogledate v skrbniški konzoli. Te nastavitve vplivajo tudi na delovanje aplikacijskega strežnika.
- Podatke v realnem času, ki jih zabeleži pregledovalnik zmogljivosti, tj. Dnevniki uspešnosti strežnika itd., Je mogoče pregledati tudi pozneje.
3. primer: Učinkovitost aplikacije je treba oceniti glede na pasovno širino pri različnih razpoložljivih omrežnih hitrostih.
4. primer : Hitri predhodni preizkus zmogljivosti baze podatkov lahko opravite ročno, da dobite potrebne informacije.
V vseh teh primerih je torej mogoče osnovno preizkušanje zmogljivosti opraviti brez kakršnih koli skriptov za avtomatizacijo. Morda boste potrebovali nekaj orodij za diagnostiko ali spremljanje, vendar 100-odstotna avtomatizacija ni nujno potrebna.
Kdaj lahko pomagajo ročni testi učinkovitosti?
Preizkuševalec z neučinkovitostjo lahko hitro izvede ročne preskuse, ne da bi mu bilo treba skozi postopek nastavljanja avtomatiziranih testnih zbirk ali celo brez znanja o avtomatizaciji preskusov.
To je zelo koristno, če:
- Preizkuševalci učinkovitosti potrebujejo hitro oceno odziva izdelka pod določenimi pogoji.
- Za izvedbo preizkusa zdravega zdravja, tj. Ročno izvajanje nekaj korakov med odpravljanjem težav.
Česa NE narediti?
Preskuševalnik zmogljivosti lahko simulira tudi pogoje preizkusa zmogljivosti iz več različnih odjemalskih strojev, tako da se obrne na strežnike posebej, vendar to ne bo zelo učinkovit način za izvajanje preizkusa učinkovitosti. Torej, ne pozabite, da ni vse mogoče storiti ročno.
Zaključek
Preskušanje zmogljivosti velja za eno najbolj tehničnih in zapletenih vrst preskušanja programske opreme. Zahteva obsežno tehnično znanje. Avtomatizirani testni skripti izjemno pomembno prispevajo k preizkušanju. Vendar ne bi smeli nehati raziskovati novih načinov kombiniranja s preizkušanjem učinkovitosti. Ročno testiranje je lahko v pomoč.
Ali se strinjaš? Katere druge različice preizkušanja zmogljivosti ste že izvedli?
Naša prihajajoča vadnica bo razložila več o preizkušanju učinkovitosti spletnega mesta!
=> Obiščite tukaj za celotno serijo vadnic za preizkušanje učinkovitosti
vprašanja in odgovori s kuharskim orodjem
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- Preskušanje učinkovitosti v primerjavi s preskusom obremenitve v primerjavi s testiranjem napetosti (razlika)
- Georgia Tech standardizira svoje testiranje učinkovitosti na RadView WebLOAD
- Preizkus obremenitve, stresa in učinkovitosti spletne aplikacije z uporabo WAPT
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Funkcionalno preskušanje v primerjavi s preizkušanjem učinkovitosti: Ali ga je treba izvajati hkrati?
- Ste strokovnjak za ročno ali avtomatizirano testiranje? Delo s krajšim delovnim časom za nas!
- Preskušanje zmogljivosti v oblaku: ponudniki storitev za preskušanje obremenitve v oblaku
- Izzivi ročnega in avtomatiziranega preskušanja
