Meni

Jednostavan pristup za XML testiranje baze podataka

simple approach xml database testing

Isprobajte Naš Instrument Za Uklanjanje Problema

Ovaj će članak pomoći u razumijevanju XML-a na Koncept testiranja baze podataka , što je izazovno vrsta ispitivanja .

Usporedba podataka presudan je zadatak koji treba kvalitetno obaviti. Svaka mana rezultirat će jednim ili više neuspjeha u aplikaciji.

XML je format elektroničke komunikacijske poruke koji sadrži podatke, a Baza podataka je fizička pohrana s tablicama / stupcima koji sadrže podatke.

xml za DB testiranje

Većina aplikacija međusobno razmjenjuje podatke. Te komunikacije mogu biti u obliku XML poruka koje sadrže podatke. Također se ti podaci pohranjuju u sustav baze podataka, a prema potrebi aplikacije dohvaćaju podatke.

Također pročitajte => Izvrstan način ispitivanja podataka pomoću XML tehnologija

Većina domena poput financija, marketinga, prodaje, e-trgovine, automobila, logistike i proizvodnje koristi ovu tehniku ​​za podatkovnu komunikaciju s aplikacijama.

Da bi testiranje XML-a do baze podataka bilo uspješno, najvažniji podatak je dokument mapiranja koji definira svaki element u XML-u naspram stupaca u bazi podataka.

Dokument mapiranja pružit će cjelovit prikaz elemenata (XML) asocijaciji stupaca (DB). Vrijednosti XML elementa mogu biti ulaz u DB tablice ili obrnuto.

koje su osnove računalnog programiranja

Ovim ćete člankom dobro razumjeti kako testirati podatke XML poruke u podacima baze podataka radi preciznosti podataka.

Što ćete naučiti:

Razgovarajmo o XML-u i bazi podataka:

Aplikacije koriste različite tehnike za međusobnu komunikaciju. Komunikacija porukama pomoću XML-a jedna je od njih. XML je pouzdana tehnika za komunikaciju poruka (podataka) između dviju aplikacija. XML sadrži skup elemenata koji imaju određene vrijednosti. Vrijednosti ponekad mogu biti NULL ili prazne.

Baza podataka pohranjuje podatke u obliku tablica. Baza podataka sadrži nekoliko tablica. Aplikacija može hraniti podatke u tablici u bazi podataka, a također ih podaci mogu dohvatiti po potrebi.

xml za testiranje podataka 1

Sada aplikacije mogu pohraniti / dohvatiti podatke iz tablica baze podataka u obliku XML-a, a to je prilično pouzdana / fleksibilna tehnika.

Arhitektura aplikacije:

Kao tester važno je:

  • Prođite kroz Arhitekturu proizvoda da biste shvatili kako aplikacije komuniciraju porukama između modula / baza podataka / Jednom kada prođete kroz ove informacije i utvrdite da postoje bilo kakve nedosljednosti / pitanja, za pojašnjenja se može obratiti BA / SA.
  • Razumijevanje protoka podataka uzlaznih i nizvodnih aplikacija.
  • Ulazni i odlazni podaci prenose se u aplikaciju.

U nekim slučajevima uzvodne i nizvodne aplikacije mogu biti baze podataka različitih aplikacija i one komuniciraju / prenose podatke u XML formatu pomoću pohranjenih postupaka, web usluga, API-ja itd. U drugima može postojati kombinacija baza podataka i aplikacija koje prenose podatke jedno s drugim.

XML Vs testiranje podataka 2

Primjer:

Za ovaj članak o testiranju XML-a do baze podataka, razmotrimo aplikaciju koja komunicira s bazom podataka za pohranu podataka.

Imamo nizvodnu aplikaciju IBAPX , koji prenosi poruke u XML formatu u aplikaciju baze podataka MYDBX . Imamo gornju aplikaciju OBAPX , koji dohvaća podatke iz MYDBX za prijavu prijave RPTX i to je uzvodna aplikacija za OBAPX .

Bilješka: Prije nego što započnete, upoznajte se s tehnologijom koja se koristi za međukomunikacijsku komunikaciju (pohranjeni postupak, web usluga, API itd.) I jasno poznajte arhitekturu. Ti se podaci obično nalaze u projektnom dokumentu ili sa SA / BA / Dev timovima.

Sada aplikacija IBAPX pohranjuje podatke u aplikaciju baze podataka MYDBX. Da bismo znali koji je element xml mapiran u stupac tablice, moramo se obratiti dokument mapiranja . Ponekad XML elementi i nazivi stupaca mogu biti isti ili ne. Razlika je zbog poslovne potrebe.

Npr . recimo da IBAPX šalje element s imenom kao prodajni brojevi , ali kada MYDBX sprema istu vrijednost elementa u tablicu, to se odnosi na p_orderid naziv stupca. To može biti zbog činjenice da se XML element naziva entitetom povezanim s prodajom, kada je ista vrijednost pohranjena u tablici, naziv stupca možda je promijenjen kako bi se odnosio na proizvodnu uporabu. To se može promijeniti u ostalim aplikacijama u skladu s poslovnim potrebama.

Kako testirati:

Sada, kako točno tester može učinkovito i učinkovito testirati sve scenarije? Razgovarajmo.

Prije svega uzmete ulaznu XML datoteku i provjeriti valjanost XML strukture tj. elementi. To se može učiniti uz pomoć XSD-a koji definira strukturu za odgovarajući XML.

XSD datoteka izgleda poput XML-a i definira strukturu XML-a, poput naziva elementa, vrste elementa, minOccurs, maxOccurs, itd. Nakon što se izvrši provjera XML-a, izvezite je u Excel. Samo povucite xml datoteku na novi excel list. Dobit će se skočni prozor s pitanjem kako želite otvoriti datoteku, samo odaberite ‘Kao XML tablica’. Podaci će se spremiti u excel datoteku kao tablica.

Možete vidjeti podatke naseljene u tablici, upitati tablicu s određenim podacima i dohvatiti zapis. Kopirajte podatke u istu excel datoteku na drugi list. Sada pomoću EXACT funkcije u Excelu možete lako usporediti XML podatke s DB podacima. Obavezno usporedite samo podatke, a ne imena stupaca.

Na taj način možete usporediti više podataka zapisa i može uštedjeti puno ručnog napora za usporedbu vrijednosti podataka XML elementa s vrijednostima podataka DB stupca.

Pronađite donji snimak za referencu:

XML Vs testiranje podataka 3

XML Vs testiranje podataka 4

XML Vs testiranje podataka 5

Bilješka: Na gornjoj slici možete vidjeti da se nazivi stupaca ne podudaraju kao što smo prethodno razgovarali.

Savjet: Ponekad se možete suočiti s problemom prilikom usporedbe XML-a velike veličine s DB-om. U tom slučaju, jedino čime trebate upravljati je raspoređivanje vrijednosti stupaca u excel listu. Zapamtite jedno: Usporedba Excel datoteka trebala bi biti ograničena na veličinu datoteke od 100 MB . Naći ćete probleme s izvedbom ako prijeđete dalje.

Kao što smo ranije razgovarali, vrijednosti XML elemenata mogu biti ulaz u DB tablice ili obrnuto. Dakle, nakon što dobijete XML poruku kao ulaznu datoteku u aplikaciju iz DB aplikacije, morate izvršiti gornju tehniku ​​testiranja da biste usporedili vrijednosti podataka XML-a i DB-a. Ponekad moramo izvršiti E2E testiranje gdje više aplikacija obrađuje podatke.

Primjer iz stvarnog života:

Korisnik je naručio knjigu s Flipkarta, web mjesta za e-trgovinu. Početna točka je korisnik koji naručuje artikl, a krajnja točka je primanje kopije fakture u centru za e-trgovinu. Nakon toga mogli bi se dogoditi neki scenariji poput povrata naloga ili zamjene naloga, povrata plaćanja i tako dalje.

Ovdje je uključeno više modula poput prodaje, inventara, obrade predmeta, logistike, plaćanja, povrata, ponuda itd. Za obradu narudžbe dok artikl ne stigne do kupca. Tok E2E komunicira porukama radi ispunjavanja narudžbe.

Kao ispitivač kada ćete sudjelovati u E2E testiranju, možda ćete trebati naići na scenarije u kojima ćete provjeriti valjanost aplikacije u odnosu na DB ili DB u DB ili podatke iz aplikacije u aplikaciju. Ovdje biste trebali imati potpunu jasnoću o protoku podataka E2E, tj. Koji bi trebali biti podaci koje je aplikacija primila ili poslala aplikacija i koji su podaci koji se pohranjuju u DB ili dohvaćaju iz DB-a.

Scenariji neuspjeha:

Razgovarajmo o nekim mogućim scenarijima neuspjeha.

  • Jednostavan scenarij neuspjeha je netočno mapiranje . Mapiranje između XML elemenata u odnosu na DB stupce ispitivač bi trebao analizirati tijekom faze analize ili planiranja. Razgovarajte o svim problemima mapiranja s BA / SA kako biste razjasnili sumnje. Jednom kada je mapiranje zamrznuto, možete osigurati da se vrijednosti XML elemenata u odnosu na DB stupce podudaraju.
  • Usporedite vrijednosti i ako se ne podudaraju, prijavite kvar kako biste riješili problem. Postoji niz mogućnosti za nastali nedostatak, poput Data defecta - Može biti izdavanje test podataka ; Neispravnost koda - može biti greška u kodu koja raščlanjuje vrijednosti podataka da se ne mapiraju; Artefaktni nedostatak - Možda je BA / SA pružio pogrešno mapiranje.
  • Problem s XML formatom - XML zaglavlje ili metapodaci ili neke netočne xml oznake. U ovom slučaju sam XML nije uspio pohraniti vrijednosti podataka u tablicu baze podataka.
  • Nepodudaranje tipa podataka - Vrijednost elementa u XML-u ima više znakova duljine, što je više nego što DB stupac može prihvatiti. Ovo će biti problem s kodom i razvojni tim mora unijeti potrebne promjene u duljinu tipa podataka za taj stupac.
  • Neuspjeh u okolišu - Opadanje okoliša ili pad aplikacije DB-a, protok podataka ostaje nepotpun.
  • Pitanje izvedbe - Možda je količina zapisa koji se sastoje od poruke ogromna ili bi opterećenje DB-a moglo biti veliko da bi početak mogao biti prevelik.
  • Kvar međuopreme uzrokovat će pad protoka podataka iz aplikacije u bazu podataka.
  • Pitanje pristupa bazi podataka zbog čega ulazna aplikacija ne može poslati podatke u odgovarajuću tablicu.

Zaključak:

Testiranje XML-a u bazu podataka bit će složenije kada će jedna XML poruka pohranjivati ​​podatke u više sustava. Također će performanse baze podataka za spremanje / dohvaćanje velike količine podataka biti izazov za ispitivača da testira takve scenarije.

Gornji je primjer mali segment ispitnih aktivnosti koje se provode u aplikaciji. Tester će možda trebati obaviti veliku količinu testiranja podataka sa sličnim pristupom.

Javite nam svoje komentare, pitanja i iskustva u nastavku.

Preporučena literatura

^