simple approach xml database testing
Ta članek bo pomagal razumeti XML v Koncept testiranja zbirke podatkov , kar je izziv vrsta preskušanja .
Primerjava podatkov je ključna naloga, ki jo je treba opraviti kakovostno. Vsaka napaka bo povzročila eno ali več napak v aplikaciji.
XML je oblika elektronskega komunikacijskega sporočila, ki vsebuje podatke, baza podatkov pa je fizični pomnilnik s tabelami / stolpci, ki vsebujejo podatke.
Večina aplikacij si izmenjuje podatke. Ta komunikacija je lahko v obliki sporočil XML, ki vsebujejo podatke. Prav tako se ti podatki shranjujejo v sistemu baz podatkov in po potrebi jih aplikacije pridobijo.
Preberite tudi => Odličen način preskušanja podatkov z uporabo tehnologij XML
Večina domen, kot so finance, trženje, prodaja, e-trgovina, avtomobil, logistika in proizvodnja, uporablja to tehniko za podatkovno komunikacijo z aplikacijami.
Za uspešno preskušanje XML v zbirko podatkov je najpomembnejši vložek preskusni dokument ki definira vsak element v XML v primerjavi s stolpci v bazi podatkov.
Dokument preslikave bo zagotovil popoln prikaz elementov (XML) v povezavi stolpcev (DB). Vrednosti elementov XML so lahko vhod v tabele DB ali obratno.
brezplačna programska oprema za varnostno kopiranje za Windows 7
V tem članku boste dobro razumeli, kako lahko podatke o sporočilih XML preizkusite v podatkovni bazi za natančnost podatkov.
Kaj se boste naučili:
- Pogovorimo se o XML in zbirki podatkov:
- Arhitektura aplikacije:
- Primer:
- Kako preizkusiti:
- Primer iz resničnega življenja:
- Scenariji okvare:
- Zaključek:
- Priporočeno branje
Pogovorimo se o XML in zbirki podatkov:
Aplikacije uporabljajo različne tehnike za medsebojno komunikacijo. Sporočilo sporočil s pomočjo XML je eno izmed njih. XML je zanesljiva tehnika za sporočanje sporočil (podatkov) med dvema aplikacijama. XML vsebuje nabor elementov s specifičnimi vrednostmi. Včasih so vrednosti NULL ali prazne.
Zbirka podatkov shranjuje podatke v obliki tabel. Baza podatkov vsebuje več tabel. Aplikacija lahko poda podatke v tabelo v zbirki podatkov, aplikacije pa lahko po potrebi pridobijo tudi podatke tabele.
Zdaj lahko aplikacije shranjujejo / prenašajo podatke iz tabel zbirk podatkov v obliki XML, kar je zelo zanesljiva / prilagodljiva tehnika.
Arhitektura aplikacije:
Kot tester je pomembno:
- Pojdite skozi Arhitekturo izdelka, da boste razumeli, kako aplikacije komunicirajo s sporočili med moduli / bazami podatkov. Ko enkrat preberete te informacije in ugotovite, da obstajajo kakršna koli neskladja / vprašanja, lahko BA / SA poiščete za pojasnila.
- Razumevanje tokov podatkov aplikacij v zgornjem in nadaljnjem toku.
- Vhodni in odhodni podatki se pretakajo v aplikacijo.
V nekaterih primerih so gornje in spodnje aplikacije lahko zbirke podatkov različnih aplikacij in sporočajo / prenašajo podatke v obliki XML z uporabo shranjenih postopkov, spletnih storitev, API-jev itd. V drugih je lahko kombinacija podatkovnih baz in aplikacij, ki sporočajo podatke drug z drugim.
Primer:
Za ta članek o preskušanju XML v zbirko podatkov si oglejmo aplikacijo, ki komunicira z bazo podatkov za shranjevanje podatkov.
Imamo nadaljnjo aplikacijo IBAPX , ki sporočila v obliki XML prenaša v aplikacijo baze podatkov MYDBX . Imamo predhodno aplikacijo OBAPX , ki pridobi podatke iz MYDBX za prijavo RPTX in je predhodna aplikacija za OBAPX .
Opomba: Preden začnete, poznajte tehnologijo, ki se uporablja za vmesno komunikacijo (shranjeni postopki, spletne storitve, API itd.), In jasno poznajte arhitekturo. Te informacije so običajno v projektnem dokumentu ali pri skupinah SA / BA / Dev.
Zdaj aplikacija IBAPX shranjuje podatke v aplikaciji baze podatkov MYDBX. Če želite vedeti, kateri element xml je preslikan v stolpec tabele, se moramo sklicevati preskusni dokument . Včasih so elementi XML in imena stolpcev lahko enaki ali ne. Razlika je posledica poslovne potrebe.
Npr . recimo, da IBAPX pošilja element z imenom kot številka prodaje , toda ko MYDBX shrani isto vrednost elementa v tabelo, se nanjo sklicuje kot p_orderid ime stolpca. To je lahko posledica dejstva, da se element XML imenuje entiteta, povezana s prodajo, ko je ista vrednost shranjena v tabeli, je bilo ime stolpca morda spremenjeno, da se nanaša na proizvodno uporabo. To se lahko spremeni v drugih aplikacijah glede na poslovne potrebe.
Kako preizkusiti:
Zdaj, kako natančno lahko preizkuševalec uspešno in uspešno preizkusi vse scenarije? Pogovorimo se.
Najprej vzamete vhodno datoteko XML in preverite strukturo XML torej elementi. To je mogoče storiti s pomočjo XSD, ki določa strukturo ustreznega XML.
Datoteka XSD je videti kot XML in določa strukturo XML, na primer ime elementa, vrsto elementa, minOccurs, maxOccurs itd. Ko je potrditev XML končana, jo izvozite v excel. Datoteko xml preprosto povlecite na nov list excel. Odprlo se bo pojavno okno z vprašanjem, kako želite odpreti datoteko, samo izberite »Kot tabela XML«. Podatki se bodo shranili v datoteko excel kot tabela.
Ogledate si lahko podatke, napolnjene v tabelo, poizvedete tabelo z določenimi podatki in pridobite zapis. Kopirajte podatke v isto datoteko excel na drug list. Zdaj s pomočjo funkcije EXACT v Excelu lahko enostavno primerjate podatke XML s podatki DB. Prepričajte se, da boste primerjali samo podatke, ne pa tudi imena stolpcev.
Na ta način lahko primerjate več zapisov in lahko prihranite veliko ročnega napora za primerjavo vrednosti podatkov elementov XML z vrednostmi podatkov stolpca DB.
Za referenco poiščite spodnji posnetek:
Opomba: Na zgornji sliki lahko vidite, da se imena stolpcev ne ujemajo, kot smo že omenili.
Nasvet: Včasih se lahko med primerjavo XML velikosti in DB srečate s težavo. V tem primeru morate edino, kar morate upravljati, razporeditev vrednosti stolpcev v Excelovem listu. Ne pozabite ene stvari: Primerjava datotek Excel omejena na velikost datoteke 100 MB . Če boste šli dlje, boste naleteli na težave z zmogljivostjo.
Kot smo že omenili, so lahko vrednosti elementov XML vhod v tabele DB ali obratno. Ko torej dobite sporočilo XML kot vhodno datoteko v aplikacijo iz aplikacije DB, morate za primerjavo podatkovnih vrednosti XML in DB izvesti zgornjo tehniko testiranja. Včasih moramo opraviti testiranje E2E, kjer podatke obdeluje več aplikacij.
Primer iz resničnega življenja:
Uporabnik je knjigo naročil pri Flipkartu, spletnem mestu za e-poslovanje. Začetna točka je uporabnik, ki naroči izdelek, končna točka pa je pri prejemu kopije računa v centru za e-poslovanje. Po tem se lahko pojavijo nekateri scenariji, kot so vračilo naročila ali zamenjava naročila, vračilo plačila in tako naprej.
Tu je za obdelavo naročila, dokler artikel ne pride do kupca, vključenih več modulov, kot so prodaja, zaloge, obdelava artiklov, logistika, plačila, vračila, ponudbe itd. Tok E2E komunicira s sporočili za izpolnitev naročila.
Kot preizkuševalec, ko se boste vključili v testiranje E2E, boste morda morali naleteti na scenarije, v katerih boste podatke o aplikaciji v primerjavi z DB ali DB preverili v DB ali podatke aplikacije iz aplikacije v aplikacijo. Tu bi morali imeti popolno jasnost o pretoku podatkov E2E, tj. Kakšni naj bodo podatki, ki jih prejme aplikacija ali jih pošlje aplikacija in kakšni so podatki, ki so shranjeni v DB ali pridobljeni iz DB.
Scenariji okvare:
Pogovorimo se o nekaterih možnih scenarijih okvar.
- Eden preprostih scenarijev okvare je napačno preslikavo . Preslikavo med elementi XML in stolpci DB mora preskusnik analizirati med fazo analize ali načrtovanja. Za razjasnitev dvomov se pogovorite z BA / SA o vseh vprašanjih pri kartiranju. Ko je preslikava zamrznjena, lahko zagotovite, da se vrednosti elementov XML in vrednosti stolpcev DB ujemajo.
- Primerjajte vrednosti in če se ne ujema, zapišite težavo v napako. Obstaja več možnosti za nastalo napako, na primer Napaka v podatkih - morda je izdaja testnih podatkov ; Napaka kode - je morda napaka v kodi, ki razčleni vrednosti podatkov, da jih ne preslika; Artefaktna napaka - Mogoče je napačno preslikavo BA / SA.
- Težava s formatom XML - Glava ali metapodatki XML ali nekatere nepravilne oznake xml. V tem primeru XML sam ni uspel shraniti podatkovnih vrednosti v tabelo baze podatkov.
- Neujemanje podatkovnega tipa - Vrednost elementa v XML ima več char, kar je več, kot lahko sprejme stolpec DB. To bo težava s kodo in skupina razvijalcev mora za ta stolpec spremeniti dolžino podatkovnega tipa.
- Okvara okolja - Okolje ni v delovnem okolju ali aplikacija DB ne deluje, tok podatkov ostaja nepopoln.
- Težava z uspešnostjo - Morda je količina zapisov, ki jih sestavlja sporočilo, velika ali pa je obremenitev DB lahko velika, da bi lahko začeli z zapisom je prevelika.
- Napaka vmesne programske opreme bo povzročil padec pretoka podatkov iz aplikacije v bazo podatkov.
- Težava z dostopom do zbirke podatkov zaradi česar vhodna aplikacija ne more poslati podatkov v ustrezno tabelo.
Zaključek:
Testiranje XML v bazo podatkov bo bolj zapleteno, ko bo eno sporočilo XML podatke shranilo v več sistemov. Tudi zmogljivost baze podatkov za shranjevanje / pridobivanje velike količine podatkov bo preizkuševalcu izziv za preizkušanje takšnih scenarijev.
Zgornji primer je majhen del testnih dejavnosti, ki se izvajajo v aplikaciji. Preizkuševalec bo morda moral opraviti veliko količino podatkov s podobnim pristopom.
Spodaj nam sporočite svoje komentarje, vprašanja in izkušnje.
Priporočeno branje
- Testiranje zbirke podatkov z JMeter
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Odličen način preskušanja podatkov s pomočjo tehnologij XML (Bela knjiga)
- 40+ najboljših orodij za testiranje zbirk podatkov - priljubljene rešitve za testiranje podatkov
- Kaj je testiranje mutacij: Vadnica s primeri
- Preizkus eBook Prenos knjige
- 10 najboljših orodij za testiranje ETL v letu 2021
- Popoln vodnik za testiranje zbirke podatkov (Zakaj, kaj in kako testirati podatke)