Menú

Un enfocament senzill per a la prova XML a la base de dades

simple approach xml database testing

Proveu El Nostre Instrument Per Eliminar Problemes

Aquest article us ajudarà a entendre l'XML a Concepte de proves de bases de dades , que és un repte tipus de prova .

La comparació de dades és una tasca fonamental per assolir amb qualitat. Qualsevol defecte comportarà un o diversos errors en una aplicació.

XML és un format de missatge de comunicació electrònica que conté dades i la base de dades és un emmagatzematge físic amb taules / columnes que contenen dades.

proves xml a DB

La majoria d’aplicacions intercanvien dades entre si. Aquestes comunicacions poden tenir la forma de missatges XML que contenen dades. A més, aquestes dades s’emmagatzemen en un sistema de base de dades i, quan és necessari, les aplicacions recuperen les dades.

Llegiu també => Una manera excel·lent de provar dades mitjançant tecnologies XML

La majoria de dominis com ara finances, màrqueting, vendes, comerç electrònic, automòbil, logística i fabricació utilitzen aquesta tècnica per a la comunicació de dades amb aplicacions.

Per fer que les proves XML a la base de dades tinguin èxit, l'entrada més crucial és la document de mapatge que defineix cada element de l'XML enfront de les columnes de la base de dades.

El document de mapatge proporcionarà una representació completa dels elements (XML) a l'associació de columnes (DB). Els valors dels elements XML poden ser una entrada a taules de bases de dades o viceversa.

millors serveis d'allotjament web a l'Índia

Amb aquest article, tindreu una bona comprensió de com provar les dades dels missatges XML a les dades de la base de dades per obtenir-ne la precisió.

Què aprendreu:

Parlem de XML i Base de dades:

Les aplicacions utilitzen diferents tècniques per comunicar-se entre elles. La comunicació de missatges mitjançant XML és un d’ells. XML és una tècnica fiable per comunicar missatges (dades) entre dues aplicacions. XML conté un conjunt d’elements que tenen valors específics. De vegades, els valors poden ser NULS o en blanc.

La base de dades emmagatzema les dades en forma de taules. Una base de dades conté diverses taules. Una aplicació pot introduir dades a la taula d'una base de dades i també les dades de la taula les poden obtenir les aplicacions quan sigui necessari.

xml a la prova de dades 1

Ara les aplicacions poden emmagatzemar / recuperar dades de taules de bases de dades en forma de XML, i és una tècnica bastant fiable / flexible fer-ho.

Arquitectura d'aplicacions:

Com a provador, és important:

  • Aneu a l’arquitectura de productes per entendre com les aplicacions comuniquen missatges entre mòduls / bases de dades / Un cop hàgiu passat aquesta informació i comproveu que hi ha incoherències / preguntes, podeu contactar amb BA / SA per obtenir aclariments.
  • Conegui els fluxos de dades de les aplicacions aigües amunt i avall.
  • El flux de dades entrants i sortints cap a una aplicació.

En alguns casos, les aplicacions upstream i downstream poden ser bases de dades de diferents aplicacions i estan comunicant / transmetent dades en format XML mitjançant procediments emmagatzemats, serveis web, API, etc. En d’altres pot haver-hi una combinació de bases de dades i aplicacions que comuniquen dades amb l'altre.

XML contra proves de dades 2

Exemple:

Per a aquest article de proves XML to Database, considerem una aplicació que es comunica amb una base de dades per emmagatzemar dades.

Tenim una aplicació posterior IBAPX , que transmet missatges en format XML a una aplicació de base de dades MYDBX . Tenim una aplicació upstream OBAPX , que obté dades de MYDBX per a una aplicació d'informes RPTX i és una aplicació upstream per a OBAPX .

Nota: Abans de començar, coneixeu la tecnologia que s’utilitza per a la comunicació de middleware (procediment emmagatzemat, servei web, API, etc.) i coneixeu l’arquitectura amb claredat. Aquesta informació normalment es troba al document de disseny o amb equips de SA / BA / Dev.

Ara l’aplicació IBAPX emmagatzema dades a l’aplicació de base de dades MYDBX. Per saber quin element de xml està assignat a la columna de la taula, hem de fer referència document de mapatge . De vegades, els elements XML i els noms de columnes poden ser iguals o no. La diferència es deu a una necessitat empresarial.

Per exemple . suposem que IBAPX està enviant un element amb el nom com número de venda , però quan MYDBX emmagatzema el mateix valor de l'element en una taula, s'hi refereix com a ordre_p nom de la columna. Això pot ser degut al fet que l'element XML es coneix com a entitat relacionada amb les vendes, quan el mateix valor s'emmagatzema a la taula, el nom de la columna pot haver-se canviat per referir-se a l'ús de producció. Això pot canviar en altres aplicacions segons les necessitats empresarials.

Com provar:

Ara bé, com pot un provador provar tots els escenaris de manera efectiva i eficaç? Anem a discutir.

Primer de tot, agafeu el fitxer XML d’entrada i validar l’estructura XML és a dir, elements. Això es pot fer amb l'ajut de XSD, que defineix l'estructura de l'XML respectiu.

El fitxer XSD té aspecte XML i defineix l’estructura de XML, com ara el nom de l’element, el tipus d’element, minOccurs, maxOccurs, etc. Un cop feta la validació XML, exporteu-lo a Excel. Simplement arrossegueu el fitxer XML a un nou full Excel. Us mostrarà una finestra emergent que us demanarà com voleu obrir el fitxer, només heu de seleccionar 'Com a taula XML'. Les dades es desaran al fitxer Excel com a taula.

Podeu veure dades a la taula, consultar la taula amb les dades concretes i obtenir el registre. Copieu les dades al mateix fitxer Excel a un altre full. Ara, mitjançant la funció EXACT a Excel, podeu comparar fàcilment les dades XML i les dades de la base de dades. Assegureu-vos que només compareu les dades i no els noms de les columnes.

D’aquesta manera podeu comparar diverses dades de registre i pot estalviar molts esforços manuals per comparar valors de dades d'elements XML contra valors de dades de columnes de base de dades.

Cerqueu el següent instantani de referència:

XML contra proves de dades 3

XML contra proves de dades 4

XML contra proves de dades 5

Nota: A la imatge anterior podeu veure que els noms de les columnes no coincidien, tal com hem comentat abans.

Consell: De vegades és possible que tingueu un problema en comparar XML de mida gran amb DB. En aquest cas, l’únic que heu de gestionar és disposar els valors de les columnes al full Excel. Recordeu una cosa: La comparació de fitxers d'Excel hauria de ser es limita a una mida de fitxer de 100 MB . Trobareu problemes de rendiment si aneu més enllà.

Com hem comentat anteriorment, els valors dels elements XML poden ser una entrada a les taules de bases de dades o viceversa. Per tant, un cop obtingueu el missatge XML com a fitxer entrant a una aplicació d'una aplicació de base de dades, heu de realitzar la tècnica de prova anterior per comparar els valors de dades de XML contra DB. Alguna vegada hem de realitzar proves E2E on diverses aplicacions processen les dades.

Exemple de la vida real:

Un usuari ha demanat un llibre a Flipkart, un lloc de comerç electrònic. El punt de partida és l’usuari que fa una comanda d’un article i el punt final és rebre una còpia de factura al centre de comerç electrònic. Posteriorment, es poden produir alguns escenaris com la devolució de la comanda o l'intercanvi de la comanda, la devolució del pagament, etc.

Aquí hi ha diversos mòduls com vendes, inventari, processament d'articles, logística, pagament, devolucions, ofertes, etc. per processar una comanda fins que l'article arribi al client. El flux E2E comunica missatges per complir la comanda.

Com a provador quan realitzareu la prova E2E, és possible que hàgiu de trobar els escenaris en què validareu les dades d'aplicació vs DB o DB a DB o d'aplicació a aplicació. Aquí hauríeu de tenir una claredat total sobre el flux de dades E2E, és a dir, quines haurien de ser les dades rebudes per una aplicació o enviades per l’aplicació i quines són les dades que s’emmagatzemen a la base de dades o s’obtenen de la mateixa.

Escenaris d'error:

Parlem d'alguns possibles escenaris d'error.

  • Un escenari d’error senzill és mapatge incorrecte . El mapatge entre els elements XML i les columnes DB hauria de ser analitzat durant la fase d’anàlisi o planificació per un provador. Comenteu totes les preocupacions de mapatge amb BA / SA per aclarir dubtes. Un cop s'hagi congelat l'assignació, podeu assegurar-vos que els valors de les columnes DB d'elements XML i DB coincideixin.
  • Compareu els valors i, si no coincideix, registreu un defecte per solucionar el problema. Hi ha diverses possibilitats per al defecte plantejat, com ara Defecte de dades: pot ser el problema de dades de prova ; Defecte de codi: pot ser l'error del codi que analitza els valors de les dades per no mapar-los; Defecte de l’artefacte: pot ser un mapatge incorrecte proporcionat per BA / SA.
  • Problema de format XML: Capçalera o metadades XML o algunes etiquetes XML incorrectes. En aquest cas, el propi XML no ha pogut emmagatzemar els valors de les dades a la taula de base de dades.
  • Desajustament del tipus de dades: El valor de l’element a l’XML té una longitud de més caràcters, que és superior al que pot acceptar la columna DB. Aquest serà un problema de codi i l'equip de desenvolupadors ha de fer els canvis necessaris en la longitud del tipus de dades per a aquesta columna.
  • Fracàs ambiental: Entorn baix o aplicació de base de dades baixada, el flux de dades continua incomplet.
  • Problema de rendiment - Pot ser que la quantitat de registres que consti que el missatge sigui enorme o que la càrrega a la base de dades pugui ser elevada per començar, ja que el registre consta és massa gran.
  • Error de middleware provocarà la decessió del flux de dades de l'aplicació a la base de dades.
  • Problema d'accés a la base de dades motiu pel qual l'aplicació entrant no pot enviar les dades a la taula respectiva.

Conclusió:

La prova XML a la base de dades serà més complexa quan un sol missatge XML emmagatzemi dades en diversos sistemes. També el rendiment de la base de dades per emmagatzemar / recuperar un gran volum de dades serà un repte per al provador per provar aquests escenaris.

L'exemple anterior és un petit segment d'activitats de prova que es duen a terme en una aplicació. És possible que un provador hagi de fer una gran quantitat de proves de dades amb un enfocament similar.

Envieu-nos els vostres comentaris, preguntes i experiència a continuació.

Lectura recomanada

^