soak testing tutorial what is soak testing
Ta izčrpen vodnik za testiranje namočenja pojasnjuje, kaj je preskušanje namočenja, zakaj ga potrebujemo, njegova uporaba, prednosti, najboljše prakse in slabosti:
Med preskušanjem programske aplikacije je treba opraviti različne vrste testiranja. Funkcionalno in nefunkcionalno testiranje sta dve široki kategoriji, v katere lahko kategoriziramo vrste testiranja.
Funkcionalno testiranje se, kot že ime pove, nanaša na testiranje funkcionalnosti aplikacije. Nefunkcionalno testiranje po drugi strani zajema vsa druga testiranja (uporabnost, zmogljivost itd.), Razen funkcionalnega testiranja.
Kaj se boste naučili:
Testiranje namakanja - popoln vodnik
Ta vadnica vas seznani s koncepti testiranja namočenja, ki je vrsta preizkušanja zmogljivosti.
Kot je razvidno iz zgornje slike, lahko rečemo, da je testiranje namočenja vrsta nefunkcionalnega testiranja.
Kaj je testiranje namakanja
To je vrsta preizkušanja učinkovitosti, s katero se preveri, ali lahko preizkušeni program (AUT) vzdrži neprekinjeno obremenitev v vnaprej določenem časovnem okviru. To je nefunkcionalna vrsta testiranja. Imenuje se tudi kot „Preskušanje vzdržljivosti“ ali „Preskušanje dolgoživosti“ .
Če uporabljate njegovo dobesedno ime, potem beseda 'namakati' že sama po sebi pomeni pomen tega preskušanja. Pri tem preizkušanju gre torej za to, da je aplikacija za določeno obdobje zelo obremenjena.
Nekdo se lahko vpraša, kakšna bi lahko bila razlika, če je aplikacija obremenjena eno uro ali morda 20 ur. Ampak ja, ima pomen.
To je mogoče bolje pojasniti s scenarijem iz resničnega sveta. Če dvoje ljudi nekaj časa vlečeta vrv z obeh koncev, potem se utegne le upreti pritisku, če pa se tako nadaljuje še nekaj dni, se lahko vrv samo zlomi, če popusti pritisku z obeh koncev.
(slika vir )
Tako je tudi s programsko opremo. Ko aplikacijo izpostavimo velikim obremenitvam (nekaj sto ali tisoč uporabnikov), bo morda le eno uro deloval v redu. Ko pa je enaka aplikacija 20 ur obremenjena, se lahko popolnoma sesuje.
(slika vir )
Dolgotrajen gost promet lahko povzroči različne težave v aplikaciji. Tako se pojavi potreba po preskusu namakanja.
Pri tem testiranju je osnovni koncept nalaganje aplikacije s pričakovanimi uporabniki, vendar za daljše obdobje. To pomaga pri prepoznavanju različnih osnovnih težav, ki bi sicer ostale neopažene, dokler se v aplikaciji v živo ne pojavi dejanski scenarij.
Potreba po preskusu namakanja
Da bi razumeli potrebo, se moramo zavedati tudi morebitnih težav, ki bi jih lahko imela aplikacija, če bi dolgo časa naletela na veliko obremenitev.
Poglejmo si različne razloge, zaradi katerih je testiranje Soak potrebno.
# 1) Predvsem je treba prepoznati težave, kot so nepravilno upravljanje pomnilnika, težave s povezavo z bazo podatkov, poslabšanje odzivnega časa aplikacije itd.
Vsaka od teh težav je pojasnjena spodaj:
- Nepravilno upravljanje pomnilnika lahko vključuje težave, kot je pomnilnik, dodeljen za uporabo, vendar nikoli sproščen, ali kadar viri porabijo več pomnilnika, kot je zahtevano. Če se takšni scenariji nadaljujejo dlje časa, lahko to povzroči, da sistemu zmanjka pomnilnika, zaradi česar se aplikacija preneha odzivati.
- Težave s povezavo z bazo podatkov - Napaka pri zapiranju povezave z bazo podatkov lahko dolgoročno povzroči popolno zrušitev aplikacije.
- Poslabšanje odzivnega časa aplikacije - včasih lahko aplikacija iz nekega razloga postane manj učinkovita in se lahko odzivni čas poveča. Sčasoma lahko to povzroči, da se aplikacija preneha odzivati.
Da bi se izognili takim situacijam, bi raje preizkusili našo aplikacijo. Pomaga pri prepoznavanju takšnih osnovnih težav, ki bi sicer ostale neopažene.
#two) Test namočenja pomaga ugotoviti, ali je naša aplikacija pripravljena na trajno obremenitev.
# 3) Skupini omogoča korektivne ukrepe glede na to, kako se sistem odziva na teste Soak.
Kdaj začeti preizkus namakanja?
(slika vir )
V idealnem primeru bi bilo treba to testiranje, tako kot vsako drugo preizkušanje zmogljivosti, opraviti med razvojem izdelka, skupaj s funkcionalnim preskušanjem. Vendar se to redko počne. Razlog je očiten, torej upravljanje stroškov projekta.
Tako je poudarek predvsem na funkcionalnem preizkušanju, vse oblike preizkušanja zmogljivosti pa so na splošno na zadnjem sedežu in se približajo datumu izdaje aplikacije.
Na splošno se testiranje namočenja začne tik pred izpustom aplikacije stranki. Toda to ima veliko pomanjkljivost, ki se nanaša na odpravo težave.
inicializira statično spremenljivko c ++
Ko kasneje odkrijemo kakršno koli težavo z zmogljivostjo, jo bomo morda težko odpravili, saj lahko vključuje večjo spremembo kode, ki morda ne bo mogoča glede na bližino datuma dostave aplikacije.
Zato je vedno priporočljivo, da je treba to testiranje opraviti pravočasno, da se lahko odpravijo ugotovljena vprašanja.
Strategija testiranja namočenja
(slika vir )
Tako kot se za preizkušanje aplikacije pripravi testna strategija, se predhodno pripravi tudi strategija za testiranje namočenja, kar je zelo potrebno.
Oglejmo si, kaj gre za pripravo strategije testiranja namočenja.
Pred začetkom preizkusa namakanja mora ekipa določiti obremenitev, za katero mora biti aplikacija preizkušena. Vnaprej je treba določiti tudi trajanje preskusa. Na splošno to zagotavlja razvojna skupina.
Testna skupina bi se morala odločiti o scenarijih, ki jih načrtuje za preskus namočenja. To pa bi bilo odvisno od zavezanosti naročnika in zahtev preskušane aplikacije.
Ker je testiranje namočenja v glavnem osredotočeno na prepoznavanje težav z uhajanjem pomnilnika in virov, je pomembno, da predhodno poznamo porabo pomnilnika in baze podatkov glede na razpoložljive.
Odločiti se je treba tudi za podrobnosti okolja, kot so OS, naprava itd., Na katerih bi se izvajalo testiranje namočenja.
Nenazadnje je treba upoštevati tudi tveganja, ki so vključena. Za takšne situacije je treba vedno izdelati rezervni načrt. Na primer, če se baza podatkov med testiranjem zruši, katere druge možnosti so na voljo namesto nje in tako naprej.
Scenariji za testiranje namakanja
Ko spletno mesto za e-poslovanje objavi spletno prodajo svojih izdelkov, je naravno, da se spletno mesto naloži v obdobju prodaje, ki bi lahko trajalo 3-5 dni. V takem primeru bi moralo biti spletno mesto preizkušeno, da bi se izognili nepričakovanim zrušitvam.
Med zaključkom poslovnega leta se mora spletno mesto banke neprekinjeno soočati z zelo veliko obremenitvijo. V takem primeru je moralo biti spletno mesto preizkušeno, da se prepreči kakršen koli nepričakovan zrušitev spletne aplikacije.
Ko je aplikacija zasnovana za obdelavo vnaprej določene obremenitve v neprekinjenem vnaprej določenem obdobju, potem je treba preskusiti aplikacijo za obremenitev vsaj dvakrat večjo od njene znane zmogljivosti ravnanja s tovorom.
Na primer, če je znano, da spletno mesto neprekinjeno obvladuje 500 uporabniških obremenitev neprekinjeno v 15 urah, potem mora biti aplikacija tudi 15 ur preizkušena za 1000 uporabnikov. To bi nam pomagalo vedeti, ali se bo aplikacija nenormalno odzvala, ko bo prisiljena podvojiti svojo nosilnost.
Najboljše prakse
(slika vir )
- Testiranje namočenja je treba vedno opraviti tako, da poznate omejitev proste obremenitve aplikacije, tako glede uporabnikov kot glede trajanja. To je potrebno, da je znano, ker je cilj nalaganje aplikacije s pričakovanimi uporabniki, vendar za daljše obdobje.
- Priporočljivo je, da teste Soak izvajate ponoči ali če je treba opraviti še daljše testiranje, je priporočljivo, da to storite čez vikend. Razlog je očiten, tj. Tako je nedelovni čas idealen čas za takšne teste.
- Tveganja, povezana s testiranjem aplikacije Soak, je treba vedno analizirati in pripraviti načrt ublažitve za isti incident.
Omogočite testiranje namočenja
(slika vir )
- Dolgo trajanje, potrebno za preizkušanje aplikacije, je velika omejitev na splošno zaradi pomanjkanja časa. Tako se lahko zaradi pomanjkanja časa včasih izognemo testiranju namočenja.
- Preizkusno okolje je treba skrbno izbrati, da ne bo vplivala nobena druga vrsta preskušanja, ki se izvaja na aplikaciji. To se lahko zgodi, saj lahko dolgotrajno preizkušanje aplikacije zaradi velike obremenitve povzroči težave.
- Čas za testiranje namočenja je treba natančno določiti in mora biti v glavnem izven delovnega časa (na primer konec tedna ali nočne ure po zaprtju dela).
- Na splošno so za testiranje namočenja potrebna orodja za avtomatizacijo, saj jih je treba izvajati dolgotrajno z velikim številom uporabnikov.
Slabosti preskusa namakanja
- Časovni okvir projekta lahko vpliva na preskušanje namočenja, saj je čas, potreben za isto, na splošno visok.
- Viri so vezani na čas testiranja, saj je veliko prostora zaradi velikega števila uporabnikov, ki dostopajo do aplikacije.
Zaključek
Skozi to vadnico smo izvedeli, kaj je testiranje namočenja in kaj je potrebno za izvedbo tega testiranja.
Zdaj, ko razumemo, kaj je testiranje namočenja in kakšna vprašanja pomagajo pri prepoznavanju, lahko zelo dobro razumemo potrebo po izvedbi istega. Še posebej v času, ko je ves svet vedno povezan, je to testiranje nujno.
Videli smo, kdaj naj začnemo s testom namakanja, skupaj s pristopom, ki ga je treba upoštevati. Tu so bili obravnavani tudi scenariji, najboljše prakse in z njimi povezane omejitve.
Upamo, da vam je ta vadnica pomagala razumeti, kaj je testiranje namočenja, in vam je morala na tem področju še izboljšati znanje.
Priporočeno branje
- Testiranje obremenitve z vadnicami HP LoadRunner
- Vadnica za destruktivno testiranje in nedestruktivno testiranje
- Preizkus eBook Prenos knjige
- Korelacija - preskušanje obremenitve z LoadRunnerjem
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Razlika med testiranjem namizja, odjemalskega strežnika in spletnim preskušanjem
- Preskušanje obremenitve z uporabo LoadUI - brezplačno in odprtokodno orodje za preskušanje obremenitve
- Vadnica za testiranje SOA: Metodologija testiranja za arhitekturni model SOA