Meni

Kako izvesti Backend testiranje

how perform backend testing

Preizkusite Naš Instrument Za Odpravo Težav

Vprašanja in odgovori za strežniški intervju za SQL

Kaj je Backend testiranje in kako ga izvesti?

Programske aplikacije so zapletene; je več kot tisto, kar se vidi.

Večina prizadevanja za testiranje sistema pojdite skozi GUI. Razlog za to je, da testiranje potrdi, ali je programska oprema 'primerna za uporabo' s strani končnega uporabnika ali ne. Končni uporabniki uporabljajo GUI, mi pa tudi; zato je zelo pomembno, da programska oprema na tem področju dobro deluje.

Vendar ima programska oprema tudi veliko drugih elementov, ki uporabniku niso neposredno vidni ali na voljo za neposredno interakcijo. Zaradi tega ti elementi niso manj pomembni in jih je treba tudi temeljito preizkusiti.

Kombinacija vseh teh dobro delujočih elementov naredi popolnoma oblikovano programsko aplikacijo. Vse, česar ne vidimo neposredno, lahko kombiniramo kot 'back-end'.

kako izvesti testiranje na koncu

Nekateri elementi Backend Testiranja so:

  • Zbirka podatkov
  • API-ji
  • Strežniki

Glede na naravo aplikacije lahko zaledje vključuje različne omrežne konfiguracije, komunikacijske protokole itd. Najpogosteje pa obstajajo trije elementi.

Poglejmo zdaj, kaj in kako je vključeno v preizkušanje vsake od teh komponent.

Kaj se boste naučili:

Backend testiranje zbirke podatkov

Najpogosteje, kadar se uporablja izraz „Back End Testing“, to pomeni testiranje zbirke podatkov.

Baza podatkov je pomemben element vsake aplikacije. Ko GUI in DB medsebojno nemoteno sodelujeta, vaša aplikacija deluje dobro. Če obstajajo težave, se pojavijo neskladni rezultati, varnostne grožnje in ozka grla v delovanju.

Zbirke podatkov se običajno potrdijo za:

  • ACID lastnosti
  • CRUD operacije
  • Shema
  • Migracija
  • Skladnost s poslovnimi pravili
  • Varnost
  • Izvedba

Napredni sistemi ETL in sistemov za vzdrževanje podatkovnega skladišča bodo potrebovali tudi preizkuse na njih.

Za več informacij o te vrste preskušanja , si oglejte naslednje članke, ki so že na naši spletni strani =>

Poleg vsebine v zgornjih povezavah je pomemben vidik še to, da testiranje zbirke podatkov, ETL in podatkovnega skladišča potrebuje boljše znanje o SQL .

Preizkuševalci pogosto uporabljajo številna orodja za interakcijo in preverjanje vedenja DB prek poizvedb.

Oglejmo si nekaj kategorij teh orodij za testiranje Backend Database:

# 1) Vmesniki, ki vam omogočajo povezavo in izvajanje poizvedb v zbirkah podatkov.

Nekateri imajo GUI, drugi pa ne.

  • TOAD: Prepričan sem, da so vsi že slišali za to. Podpira številne DB in platforme. Na voljo je tako v brezplačni kot v komercialni različici. Več informacij, virov in brezplačne različice najdete na krastač
  • pHpMyAdmin: To je odlično odprtokodno orodje, ki vam omogoča zagon poizvedb in interakcijo z DB prek uporabniškega vmesnika. Osebno sem to uporabil in moja ekipa ima rad, kako intuitivno je orodje. Potrebovali smo nič treninga, da smo se počutili udobno. To orodje toplo priporočam, če iščete medij za povezavo z bazami podatkov MySQL in MariaDB phpmyadmin
  • HeidiSQL: Zelo podoben pHpMyAdmin. Poveže se z MySQL, zbirkami podatkov Microsoft SQL in PostgreSQL. Odprto. Poiščite več informacij na hheidisql

Seznam orodij je neskončen, a zgoraj naštetih je nekaj najbolj priljubljenih izbir.

# 2) Orodja za primerjalno obremenitev in zmogljivost DB:

  • HammerDB: Je odprtokodno orodje, za katero jamčijo številni strokovnjaki za DB. Tega osebno nisem uporabljal, vendar podpira številne zbirke podatkov. Iz posnetkov zaslona in videza je videti kot orodje, ki ga je vredno preveriti. Več podrobnosti na hammerdb
  • SLOB: Orodje Silly Little Oracle Benchmark vam pomaga določiti čas in oceniti V / I slog transakcij DB. Pomaga vam lahko pri razumevanju časa CPU, pomnilnika in obdelave za množične transakcije v vašem sistemu. Več podrobnosti na kevinclosson
  • Swingbench : To je zelo podobno orodje kot HammerDB. To deluje na Oracle DB in je zelo učinkovito. Če želite razumeti orodje in njegove funkcije, poskusite s tem vodnikom: dominikgile

Testiranje API

API strogo ne gre za zaledje, ker pa vse, kar končnemu uporabniku ni vidno, v ozadje razvrščamo kot zaledje, pogovorimo se tudi o tem na kratko.

kako izvleči hudourniško datoteko

API je kratica za Application Program Interface in tu je v bistvu vsa programska logika. Nima uporabniškega vmesnika, kar je eden največjih izzivov pri preizkušanju. Po drugi strani pa, ker API-ji praviloma nastanejo, preden se pojavi uporabniški vmesnik aplikacije, testiranje API-ja običajno pomeni zgodnje testiranje.

Sporočila in pošiljanje / prejemanje klicev se uporabljajo namesto neposrednega pošiljanja in prejemanja vhodnih in izhodnih podatkov.

Najbolj priljubljeno orodje za testiranje API je SOAPUI.

Vse baze podatkov in same aplikacije so nameščene na strežnikih, ki ohranjajo delovanje teh sistemov.

Tu se izvaja nekaj preskusov:

# 1) Namestitev: Ko je namestitev končana, lahko odprete ustrezne mape in se prepričate, da so datoteke / elementi prišli do svojih ciljnih map na način, kot bi morali. Če se sprašujete, 'kako bom vedel, kam vse mora iti?', Vprašajte svoje razvojne ali uvajalne ekipe in lahko vam to potrdijo.

Ta korak morda ni obvezen, vendar nekatera podjetja uporabljajo ročno uvajanje. V tem primeru bi lahko postalo pomembno test dima / zdrave pameti korak.

# 2) Dnevniki: V strežnikih se vodijo dnevniki za stanje vsake transakcije. To nam bo dalo vpogled v to, ali je bil postopek od konca do konca uspešen.

kako uporabiti stringstream v

Včasih sprednji del pošilja veljavne podatke in baza podatkov se lahko posodobi pravilno. Kaj pa, če ta operacija povzroči izjemo, povzroči uhajanje pomnilnika ali nekakšno okvaro? Dnevniki na strani strežnika vam bodo razkrili te informacije.

Ni pravilo, a na splošno je večina strežnikov sistemov, ki temeljijo na UNIX. Torej, da boste lažje delali z njimi, boste potrebovali način za povezavo s strežnikom.

PuTTy, hands down je najbolj priljubljena izbira za povezavo s strežniki. Kit je odprtokodni izdelek in ga ni treba namestiti. Vse, kar morate storiti, je, da ga prenesete in uporabite.

Sistemi UNIX nimajo grafičnega uporabniškega vmesnika, zato so popolni za strežnike aplikacij in DB. So varni, abstraktni, hitrejši in cenejši. Okusov UNIX-a je veliko in zaradi odsotnosti GUI-ja bomo za komunikacijo s strežnikom morali uporabljati ukaze. Vsi imamo svoje uporabne vire Ukazi UNIX in ta je moja: prosti inženir

# 3) Zmogljivost in varnost strežnika:

Tako kot kateri koli drugi del programske opreme mora biti tudi strežnik varen in odziven.

Na voljo je veliko orodij, da to preverite, in da najdete tisto, ki vam ustreza, si oglejte ta seznam: 30+ najbolj priljubljenih orodij za testiranje spletnih aplikacij

Končno,

Kot ste že opazili, vam samo ta članek ne bo pomagal v celoti naučiti Backend testiranja. Vendar vas opozori na vire in reference, ki vam bodo pomagali, da ga obvladate. Torej, dodajte jo za referenco!

Tudi za tiste, ki mislimo, da gre pri funkcionalnem preizkušanju le za GUI in Front End, bi moral ta članek razkriti, da ni tako.

Ne glede na to, ali iščete v DB ali če v dnevniku preverite stanje transakcije ali pošljete sporočilo z zahtevo določeni storitvi, preverjate primernost programa, ki ga želite uporabiti.

Z drugimi besedami, to je funkcionalnost. 'Kje testirate' in 'kako testirate' se razlikujeta.

Tako kot mora aplikacija za uspeh delovati z vseh koncev, moramo tudi mi preizkuševalci razumeti in raziskati številne vidike programskega sistema, da ga razglasimo za pripravljenega za uporabo.

O avtorju: Ta članek je napisal član ekipe STH Swati S.

Na vrsti ste, da delite!

Povejte nam, kako nam je šlo s tem člankom. Ali obstaja kakšna druga vrsta testiranja zalednih računalnikov? Katera orodja uporabljate? Katere tehnike so se vam zdele koristne? Kakšne izzive?

Vaši komentarji, vprašanja, sodelovanje in bralstvo so za nas dragoceni!

Priporočeno branje

^