Meni

Vadnica za preskušanje glasnosti: primeri in orodja za preizkušanje glasnosti

  • Glavni
  • Drugo
  • Vadnica za preskušanje glasnosti: primeri in orodja za preizkušanje glasnosti

volume testing tutorial

Preizkusite Naš Instrument Za Odpravo Težav

Pregled preskušanja obsega:

Ali je spodnja slika nekako povezana z našimi aplikacijami? Da, točno to se zgodi, ko preobremenimo svoje strežnike, zbirke podatkov, spletne storitve itd.

Vsi se moramo zavedati funkcionalnih in nefunkcionalnih testiranj, vendar se zavedate dejstva, da je nefunkcionalno testiranje enako pomembno kot funkcionalno testiranje? Včasih v kratkotrajnih izdajah ponavadi prezremo to nefunkcionalno testiranje, česar v idealnem primeru ne bi smeli.

Za nas ne bi smelo biti pomembno, ali je lastnik izdelka dal to zahtevo ali ne. To testiranje bi morali obravnavati kot del našega celotnega postopka testiranja tudi za majhne izdaje.

Preizkušanje glasnosti

Ta vadnica o obsežnem preizkušanju vam ponuja popoln pregled pomena, potrebe, pomembnosti, kontrolnega seznama in nekaterih orodij, da ga boste lažje razumeli.

Kaj se boste naučili:

Kaj je testiranje glasnosti?

Volume Testiranje je vrsta nefunkcionalnega testiranja. To testiranje se opravi za preverjanje obsega podatkov, ki jih obdeluje baza podatkov. Količinsko testiranje, ki se imenuje tudi poplavno testiranje, je nefunkcionalno testiranje, ki se izvaja za preverjanje učinkovitosti programske opreme ali aplikacije glede na ogromne podatke baze podatkov.

Zbirka podatkov se raztegne do mejne točke, tako da ji dodate veliko količino podatkov, nato pa sistem preskusi odzivnost.

To je bil teoretični del, naj vam razložim nekaj praktičnih primerov, ki vam bodo pomagali razumeti 'kdaj' del količinskega testiranja.

Kdaj je to testiranje nujno?

V idealnem primeru bi bilo treba vsako programsko opremo ali aplikacijo preizkusiti na količino podatkov, vendar se v nekaterih primerih, ko podatki ne bodo težki, temu testiranju ponavadi izognemo. Toda v nekaterih primerih, ko se podatki dnevno obravnavajo v MB ali GB, je vsekakor treba opraviti preskus količine.

Sledi nekaj primerov iz mojih 8-letnih izkušenj, ki pojasnjujejo del 'kdaj':

Primer 1:

Eden od mojih podvigov je bil velik sistem, ki je bil sestavljen tako iz spletne aplikacije kot iz mobilne aplikacije. Sama spletna aplikacija pa je imela tri module, ki so jih upravljale tri različne ekipe.

Včasih je tudi pri nas baza podatkov postala počasna, ko smo vsi skupaj dodajali podatke za testiranje. Bilo je nadležno, delo pa je bilo zaradi velike količine podatkov ovirano in zaradi lažjega dela smo morali pogosto čistiti DB.

Podatkov, s katerimi je obdeloval sistem v živo, je bilo približno GB, zato je bila spletna aplikacija v primerjavi z mobilno aplikacijo zelo pogosto testirana na količino podatkov. Skupine QA za spletno aplikacijo so imele lastne skripte za avtomatizacijo, ki so se izvajale ponoči in izvajale to testiranje.

2. primer:

Drug primer mojega podviga je bil ekosistem, ki ni imel samo spletne aplikacije, ampak tudi SharePointovo aplikacijo in celo namestitveni program. Vsi ti sistemi so komunicirali z isto bazo podatkov za prenos podatkov. Podatkov, ki jih je obdeloval ta sistem, je bilo prav tako ogromno in če iz kakršnega koli razloga postane DB počasen, bi tudi namestitveni program prenehal delovati.

c ++ dvojno povezan seznam

Zato so redno izvajali preskus obsega in za vsako težavo natančno spremljali delovanje DB.

Podobno, lahko vzamemoPrimeriredkih aplikacij, ki jih dnevno uporabljamo za nakupovanje, rezervacijo vstopnic, finančne transakcije itd., ki se ukvarjajo s težkimi podatkovnimi transakcijami in zato potrebujejo preskus obsega.

Na drugi strani idealnega preskusa prostornine morda ni vedno mogoče doseči, saj ima svoje omejitve in izzive.

Nekaj ​​njegovih omejitev in izzivov vključuje:

  • Težko je ustvariti natančno razdrobljenost spomina.
  • Dinamična generacija ključev je zapletena.
  • Ustvarjanje idealnega resničnega okolja, tj. Kopije strežnika v živo, je lahko težavno.
  • Orodja za avtomatizacijo, omrežje itd. Prav tako vplivajo na rezultate preskusov.

Zdaj smo razumeli kdaj moramo opraviti to vrsto testiranja. Naj tudi razumemo 'Zakaj' to testiranje bi morali opraviti kot cilj, cilj ali cilj izvedbe tega testiranja.

Zakaj bi si moral prizadevati za količinsko testiranje?

Povezani podatki

Preizkušanje količin vam lahko pomaga razumeti, kako primeren je vaš sistem za resnični svet, prav tako pa prihranite denar, ki ga boste kasneje porabili za vzdrževanje.

Spodaj je nekaj možnih razlogov za izvedbo tega testiranja:

  • Najosnovnejša potreba je analizirati delovanje vašega sistema glede na večje podatke. Ustvarjanje velike količine podatkov vam bo pomagalo razumeti delovanje vašega sistema glede na odzivni čas, izgubo podatkov itd.
  • Ugotovite težave, ki se bodo pojavile z velikimi podatki in mejno točko.
  • Poleg trajnostne ali pragovne točke sistemsko vedenje, tj. Če se zruši DB, postane neodziven ali poteče časovna omejitev.
  • Implementacija rešitev za preobremenitev DB in celo njihovo preverjanje.
  • Ugotovite skrajno točko vašega DB (ki je ni mogoče popraviti), čez katero bo sistem odpovedal, zato je treba sprejeti previdnostne ukrepe.
  • V primeru več kot enega strežnika DB, odkrivanje težav s komunikacijo DB, torej najbolj nagnjenih k odpovedi itd.

Zdaj vemo, kako pomembni so razlogi za to testiranje.

ALI Nekaj ​​izkušenj, ki bi jih rad delil tukaj, je, da v smislu mobilnih aplikacij morda ne bo treba preizkusiti obsega, ker aplikacijo hkrati uporablja samo ena oseba, mobilne aplikacije pa so zasnovane tako, da so preproste .

Torej, če nimate zelo zapletene aplikacije z veliko vpletenostjo podatkov, lahko preskušanje količin preskočite.

Ko veste, kaj je treba preveriti za vaš sistem ali aplikacijo, morate narediti kontrolni seznam za aplikacijo, ki ga 'kaj' je treba preskusiti.

Kakšen je moj kontrolni seznam za to testiranje?

CheckList

Preden vstopimo v nekaj primerov za ustvarjanje kontrolnega seznama za vašo aplikacijo ali sistem, najprej razumemo nekaj napotkov, ki jih moramo upoštevati pri ustvarjanju kontrolnega seznama za testiranje obsega ali pristop pred začetkom testiranja.

Točke, ki si jih je treba zapomniti:

  • Razvijalce obveščajte o svojem načrtu testiranja, ker vedo veliko o sistemu in vam lahko zagotovijo vhodne podatke in celo ozka grla.
  • Pred strategijo testiranja dobro razumejte fizični vidik kot pri konfiguraciji strežnika, RAM-a, procesorja itd.
  • Razumejte zapletenost DB-ja, postopke, skripte DB itd., Kolikor je mogoče, da boste lahko celotno začrtali kompleksnost vašega sistema.
  • Pripravite informatiko, npr. Grafe, podatkovni list itd., Če je to mogoče za normalno količino podatkov in kako dobro je sistem, vam bo to pomagalo, da se prepričate, da je pred obremenitvijo DB zmogljivost dobra za normalno nalaganje podatkov. To vam bo pomagalo tudi zagotoviti, da preden nadaljujete s poudarjajočim delom, ne bo nobenih težav, ki bi zahtevale popravek za preskus glasnosti.

Sledi nekaj primerov, ki jih lahko dodate ali uporabite na svojem kontrolnem seznamu:

  • Preverite pravilnost načinov shranjevanja podatkov.
  • Preverite, ali ima sistem potrebne vire pomnilnika ali ne.
  • Preverite, ali obstaja tveganje, da bo obseg podatkov večji od določene omejitve.
  • Preverite in opazujte odziv sistema na količino podatkov.
  • Preverite, ali se podatki med preskušanjem količin izgubljajo.
  • Če se podatki prepišejo, preverite, ali je to storjeno s predhodnimi informacijami.
  • Določite območja, ki segajo preko običajnega obsega, kot je veliko atributov (po njih je mogoče iskati), ogromno ne. iskalnih tabel, veliko preslikav lokacij itd.
  • Kot smo že omenili, najprej ustvarite izhodišče tako, da dobite rezultate za normalno glasnost, nato pa nadaljujte s poudarkom.

Preden preidemo na druge primere, testne primere in orodja, najprej razumemo, kako se to testiranje razlikuje od testiranja obremenitve.

Preizkušanje glasnosti proti preskusu obremenitve

Spodaj je nekaj glavnih razlik med preskušanjem prostornine in obremenitve:


Št.		Preizkušanje glasnostiPreskušanje obremenitve
1.Testiranje obsega se opravi, da se preveri delovanje baze podatkov glede na veliko količino podatkov v DB.Testiranje obremenitve se opravi s spreminjanjem uporabniških obremenitev za vire in preverjanjem učinkovitosti virov.
dvaGlavni poudarek tega testiranja je na „podatkih“.Glavni poudarek tega testiranja je na „uporabnikih“.
3.Baza podatkov je izpostavljena največji meji.Strežnik je izpostavljen največji omejitvi.
4.Preprost primer je lahko ustvarjanje velike datoteke.Preprost primer je lahko ustvarjanje velikega števila datotek.

Kako opraviti to testiranje?

Testiranje zbirke podatkov

kako zagnati jar datoteke v oknih

To testiranje lahko opravite ročno ali s katerim koli orodjem. Na splošno bo uporaba orodij prihranila naš čas in napore, vendar v primeru preskusa glasnosti, v skladu z mojimi izkušnjami z uporabo orodij lahko dobite natančnejše rezultate v primerjavi z ročnim preskušanjem.

Preden začnete z izvajanjem testnega primera, se prepričajte, da:

  • Ekipa se je strinjala z načrtom testiranja za to testiranje.
  • Druge skupine vašega projekta so dobro obveščene o spremembah baze podatkov in njihovem vplivu na njihovo delo.
  • Preskusne steze so nastavljene za določene konfiguracije.
  • Izhodišče za testiranje je pripravljeno.
  • Posebne količine podatkov za testiranje (podatkovni skripti ali postopki itd.) So pripravljene. O orodjih za ustvarjanje podatkov si lahko preberete na naši strani za ustvarjanje podatkov.

Oglejmo si nekaj vzorčnih testnih primerov, ki jih lahko uporabite pri izvedbi:

To preverite za vse izbrane količine podatkov za preskušanje količin:

  1. Preverite, ali je dodajanje podatkov mogoče uspešno opraviti in ali se to odraža v aplikaciji ali spletnem mestu.
  2. Preverite, ali je mogoče brisanje podatkov uspešno opraviti in ali se to odraža v aplikaciji ali na spletnem mestu.
  3. Preverite, ali je mogoče posodobiti podatke uspešno in ali se odražajo v aplikaciji ali na spletnem mestu.
  4. Prepričajte se, da ni izgub podatkov in da so vse informacije prikazane v aplikaciji ali na spletnem mestu, kot je bilo pričakovano.
  5. Preverite, ali aplikacija ali spletne strani ne potečejo zaradi velike količine podatkov.
  6. Preverite, ali napake zrušitve niso prikazane zaradi velike količine podatkov.
  7. Preverite, ali podatki niso prepisani, in prikazana so ustrezna opozorila.
  8. Prepričajte se, da se drugi moduli vašega spletnega mesta ali aplikacije ne zrušijo ali iztečejo časa z veliko količino podatkov.
  9. Preverite, ali je odzivni čas DB znotraj sprejemljivega obsega.

Orodja za preskušanje glasnosti

Orodja za avtomatizacijo

Kot smo že omenili, avtomatizirano testiranje prihrani čas in celo daje natančne rezultate v primerjavi z ročnim testiranjem. Druga prednost uporabe orodij za testiranje obsega je, da lahko teste izvajamo ponoči in tako obseg podatkov DB ne bo vplival na delo drugih skupin ali članov ekipe.

Preizkuse lahko določimo zjutraj in rezultati bodo pripravljeni.

Sledi seznam nekaj odprtokodnih orodij za preskušanje obsega:

kako narediti generično matriko v javi -

# 1) DbFit:

To je odprtokodno orodje, ki podpira razvoj, ki temelji na testih.

DbFit testni okvir je napisan na vrhu Fitness, testi so napisani s pomočjo tabel in jih je mogoče izvesti s katerim koli orodjem Java IDE ali CI.

# 2) HammerDb:

HammerDb je tudi odprtokodno orodje, ki je lahko avtomatizirano, večnitno in omogoča celotno izvajanje. Lahko deluje z SQL, Oracle, MYSQL itd.

# 3) JdbcSlim:

JdbcSlim ukaze lahko enostavno vključite v Slim Fitness in podpira vse zbirke podatkov, ki imajo gonilnik JDBC. Poudarek je na ločeni konfiguraciji, preskusnih podatkih in poizvedbah SQL.

# 4) NoSQLMap:

To je odprtokodno orodje Python, ki je namenjeno samodejnemu vbrizganju napadov in motenju konfiguracij DB za analizo grožnje. Deluje samo za MongoDB.

# 5) Ruby-PLSQL-spec:

PLSQL je mogoče enotno preizkusiti z uporabo Rubyja, saj je Oracle na voljo kot odprtokodno orodje. To v bistvu uporablja dve knjižnici: Ruby-PLSQL in Rspec.

Zaključek

Količinsko testiranje je nefunkcionalno testiranje, ki se izvaja za analizo učinkovitosti baze podatkov. To lahko storite ročno, pa tudi s pomočjo nekaterih orodij.

Če ste strokovnjak za kakovost, ki pri tem testiranju ni nov, predlagam, da se poigrate z orodjem ali najprej izvedete nekaj testnih primerov. To vam bo pomagalo razumeti koncept testiranja obsega, preden se lotite testiranja.

To testiranje je precej zapleteno in ima svoje izzive, zato je zelo pomembno, da pred izvajanjem temeljito poznamo koncept, izdelavo testne plošče in jezik DB.

Upam, da bi ta vadnica povečala vaše znanje o tej temi :)

Priporočeno branje

^