En fremragende måde at datatest på ved hjælp af XML-teknologier (hvidbog)

an excellent way data testing using xml technologies

I SDLC , hvis applikationen bruger vandfaldsmodellen, planlægges testaktiviteter i slutningen. Dette udgør en risiko for omarbejdning med hensyn til krav, design, kode og testtilfælde, hvis QA-teamet identificerer mangler. Det er bedre at undgå at vente til slutningen for at identificere manglerne i en applikation.

Test, der ikke er baseret på funktionel udførelse af applikationen, kan finde mangler uden at kræve frigivelse af alle komponenter i testmiljøet. Dette kan opnås ved datatest.

XML og relaterede teknologier, der bruges til kommunikation mellem forskellige niveauer i en applikation, giver mulighed for at udføre de tests, der ikke behøver at vente på, at hele applikationen er let tilgængelig til test.

Dette dokument skitserer en mulig måde at se på datatestmulighed tidligt i en produktudgivelses livscyklus.

Hvad du lærer:

• Antagelse:
• Fokusgruppe:
• Formål:
• Test datastyring livscyklus
  • # 1. Identificer datakrav
  • # 2. Planlæg dataindsamling
  • # 3. Byg dataene
  • # 4. Test dataene
• Konklusion
• Anbefalet læsning

Antagelse:

Dette dokument antager, at læseren er fortrolig med softwaretestkoncepter og grundlæggende brug af en database og XML-teknologier.

Fokusgruppe:

QA-team (QA), datateam (DT), udvikler (DEV)

Formål:

Det eksempeldata identificeret til test af et produkt definerer omfanget af udført test, tilføjer tillid til testresultaterne og kvaliteten af ​​produktet. Identifikation af data til en test afhænger af kravene til den test, der skal udføres.

Dette dokument fokuserer på validering af testdata, inden de ses i brugergrænsefladen.

Denne proces kræver testdatastyring for at have effektive testresultater. Data, som vi alle ved, kan gemmes i en database eller en flad fil. Men dataoverførslen fra / til en database kan håndteres ved hjælp af XML. Der eksisterer et meget tæt forhold mellem XML (1), XSD (2), XPATH (3) & XSLT (4). (Se alle definitioner nedenfor).

(en) XML - er x spændbar M arkup L anguage. Det er en W3C-anbefaling (World Wide Web Consortium) at beskrive data. Med et sæt korrekte syntaksregler anvendt, kan man sikre, at et XML-dokument er 'godt dannet'

(to) XSD - Bruges til at betegne strukturen i et XML-dokument. Et 'velformet' XML-dokument kan valideres mod et XSD (XML-skema) for at validere det

(3) XPATH - En 'gyldig' og 'velformet' XML skal navigeres igennem for at hente passende data fra XML. XPATH-udtryk ligner en traditionel filsti i en mappe.

(4) XSLT - er x spændbar S dækark L anguage T ransformationer - Mens de repræsenterer data fra en XML på en brugergrænseflade (UI), kan enhver typografi (skrifttype, farve, størrelse osv.) anvendes ved hjælp af XSLT. XSLT bruger XPath til at finde oplysninger fra XML.

Data præsenteret i XML valideres i forhold til et skema (XSD-fil). XML kan sendes til forskellige formater med XSLT og XPATH.

oracle pl sql avancerede interviewspørgsmål

I forbindelse med denne diskussion skal vi bruge følgende eksempel.

Eksempel - Et forlag har et websted, der viser oplysninger om de bøger, det har udgivet. En af websiden viser et resumé om hvert kapitel i en bog. Testning skal sikre, at indholdet er passende på denne webside. Forlaget har nu udgivet millioner af bøger.

Al information relateret til de udgivne bøger gemmes i en database. Alligevel har den pågældende webside brug for en delmængde af dataene (om en ny bog og dens kapitler), der skal ekstraheres fra databasen til en XML.

XML'en nedenfor repræsenterer metadataene om bogen.

XML-fil Book.xml

XML-skema bog. Xsd

Test datastyring livscyklus

Svarende til anden proces, test datahåndtering har sine egne livscyklusfaser (LC).

1. Identificer datakrav
2. Planlæg dataindsamling
3. Byg dataene
4. Test dataene
5. Data vedligeholdelse (ikke detaljeret i dette dokument, fordi det ikke er relevant)

# 1. Identificer datakrav

I ovenstående eksempel gemmer databasen millioner af poster. Hvis indholdet af alle bøgerne udvindes i en XML-fil, kræver det detaljeret validering. Når og når nye oplysninger skal sendes til websiden, kan XML og skema muligvis gennemgå ændringer.

Ændringerne af XML, XSD, XPATH og XSLT kræver korrekt validering. Men denne test behøver ikke at vente på præsentation, middleware og frigivelse af datatier. QA-team kan analysere XSD for at udarbejde datakravsplan.

Processen med at identificere alle datakrav til et produkt skal adressere følgende:

a) Dækning og fuldstændighed - Dækker de identificerede krav alle brugssager?

Jeg vil gerne være en produkttester

Eksempel - Det er meget vigtigt at teste datakombinationerne for titel, forfatter, kategori, sprog i ovenstående XML-prøve; da skemaet pålægger disse felter.

Dette kan let håndteres ved at se på XML-skemaet, der beskriver tilstedeværelsen af ​​et element / attribut og deres rækkefølge i XML

b) Kvalitet - Er de indsamlede data af den bedst mulige kvalitet? De anvendte testdata bestemmer kvaliteten af ​​den test, der udføres på applikationen.

• Positiv og negative scenarier - Testning skal kontrollere, hvordan applikationen opfører sig med de gyldige / ugyldige inputdata

Det testdatakravsdokument viser databehov på tværs af alle niveauer i applikationen. Data fra databasen kan bruges direkte i brugergrænsefladen og / eller manipuleres (beregninger, sammenkædning osv.). Derfor er det nødvendigt at fange alle databehov.

Tabellen nedenfor repræsenterer en eksempeldatatabel:

I ovenstående eksempel kan brug af strengdatatype til forfatterfelt undgås. I stedet kan et mønster håndhæves.

For eksempel. kun alfabeter, start med et stort bogstav, ingen specialtegn osv. A mønster (begrænsning af en elementværdi defineret i XSD) kan defineres som .

Hvis dette er indstillet til forfatter element i ovenstående eksempel betyder det, at forfatter element skal kun have værdien med en kombination af store og små bogstaver og positive heltal.

# 2. Planlæg dataindsamling

# 3. Byg dataene

# 4. Test dataene

Som anført i ovenstående tabeller validerer QA XML i forhold til skemaet for at kontrollere, om dataene er tilgængelige som forventet. Når skemaet matcher, kan indholdet og dets struktur bekræftes at være fint. Alligevel bekræfter dette ikke, at dataene afhentes nøjagtigt af systemet.

Som vi ved, viser XML en træstruktur med p arent-barn-søskende-forfader-efterkommere forholdet mellem knudepunkterne.

Se på nedenstående tabel for at forstå de enkleste XPATH-konventioner:

For at repræsentere felterne fra XML på en skærm (som f.eks. HTML) anvendes XSLT - XPATH kombination.

I en browser er den resulterende XML endelig repræsenteret som nedenfor. Da dataene allerede er verificeret, kan testfokus være mere på skærmens udseende.

Konklusion

• Datatest udført tidligt i udviklings-test livscyklus sparer penge, da omkostningerne ved at rette en fejl under udførelsen af ​​den funktionelle test er meget mere end at rette den tidligt i livscyklussen
• Den indsats, der oprindeligt blev brugt på at validere XML-filen, XPath og XSLT med XSD-dokumenter, hjælper med at undgå flere gentagelser af frigivelsen
• QA-team kan arbejde tæt sammen med udviklingsteamet og levere en merværditjeneste
• QA-team kan hjælpe med at spotte forskellige kombinationer af data for at sikre dækning og korrekthed

Jeg er sikker på, at du finder denne teknik nyttig. Du er velkommen til at kommentere, hvis du har spørgsmål.

Anbefalet læsning

• En enkel tilgang til XML til databasetest
• Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
• Nøgleforskelle mellem test af sort boks og test af hvid boks
• Top 10 populære datalagerværktøjer og testteknologier
• ETL Testing Tutorial Data Warehouse Testing Tutorial (En komplet guide)
• Test af Primer eBook Download
• Hvad er mutationstest: Vejledning med eksempler
• Sådan udføres datadrevet test ved hjælp af TestComplete-værktøjet