Ett utmärkt sätt att datatestas med XML-teknik (vitbok)

an excellent way data testing using xml technologies

I SDLC , om applikationen använder vattenfallsmodell planeras testaktiviteter i slutet. Detta innebär en risk för omarbetning med avseende på krav, design, kod och testfall om QA-teamet identifierar brister. Det är bättre att undvika att vänta till slutet för att identifiera defekterna i en applikation.

Tester som inte är baserade på funktionellt utförande av applikationen kan hitta fel utan att det krävs att alla komponenter släpps ut i testmiljön. Detta kan åstadkommas genom datatestning.

XML och relaterad teknik som används för kommunikation mellan olika nivåer i en applikation ger en möjlighet att utföra de tester som inte behöver vänta tills hela applikationen är lätt tillgänglig för testning.

Detta dokument beskriver ett möjligt sätt att titta på datatestalternativ tidigt i livscykeln för en produktrelease.

Vad du kommer att lära dig:

• Antagande:
• Fokusgrupp:
• Ändamål:
• Testa datahanteringens livscykel
  • # 1. Identifiera datakrav
  • # 2. Planera datainsamling
  • # 3. Bygg data
  • # 4. Testa data
• Slutsats
• Rekommenderad läsning

Antagande:

Detta dokument förutsätter att läsaren känner till programvarutestningskoncept och grundläggande användning av en databas och XML-teknik.

Fokusgrupp:

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

Ändamål:

De stickprov identifieras för testning av en produkt definierar omfattningen av utförda tester, lägger till förtroende för testresultaten och kvaliteten på produkten. Att identifiera data för ett test beror på kraven på testet som ska utföras.

Detta dokument fokuserar på att validera testdata innan de visas i användargränssnittet.

Denna process kräver testdatahantering för att få effektiva testresultat. Data som vi alla vet kan sparas i en databas eller en platt fil. Men dataöverföringen från / till en databas kan hanteras med XML. Det finns en mycket nära relation mellan XML (1), XSD (2), XPATH (3) & XSLT (4). (Se alla definitioner nedan).

(ett) XML - är X spännbar M arkup L anguage. Det är en World Wide Web Consortium (W3C) rekommendation att beskriva data. Med en uppsättning korrekta syntaxregler kan man se till att ett XML-dokument är 'välformat'

(två) XSD - Används för att beteckna strukturen i ett XML-dokument. Ett 'välformat' XML-dokument kan valideras mot ett XSD (XML-schema) för att validera det

(3) XPATH - En 'giltig' och 'välformad' XML bör navigeras för att plocka upp lämpliga data från XML. XPATH-uttryck ser ut som en traditionell filsökväg i en katalog.

(4) XSLT - är X spännbar S tylesheet L anguage T ransformations - Medan de representerar data från en XML i ett användargränssnitt (UI) kan valfri stil (typsnitt, färg, storlek, etc.) tillämpas med XSLT. XSLT använder XPath för att hitta information från XML.

Uppgifter som presenteras i XML valideras mot ett schema (XSD-fil). XML kan matas ut i olika format med XSLT och XPATH.

vad är din inställning när du testar mobilapplikationer

För syftet med denna diskussion ska vi använda följande exempel.

Exempel - Ett förlag har en webbplats som visar information om de böcker som den har publicerat. En av webbsidorna visar en sammanfattning om varje kapitel i en bok. Testning bör säkerställa att innehållet är lämpligt på denna webbsida. Förlaget har nu publicerat miljontals böcker.

All information relaterad till de publicerade böckerna sparas i en databas. Ändå behöver webbsidan i fråga en delmängd av data (om en ny bok och dess kapitel) för att extraheras från databasen till en XML.

XML nedan representerar metadata om boken.

XML-fil Book.xml

XML Schema Book.xsd

Testa datahanteringens livscykel

Liknar andra processer, testa datahantering har sina egna stadier av livscykeln (LC).

hur man hittar standardnätmask

1. Identifiera datakrav
2. Planera datainsamling
3. Bygg data
4. Testa data
5. Dataunderhåll (beskrivs inte i det här dokumentet eftersom det inte är relevant)

# 1. Identifiera datakrav

I exemplet ovan lagrar databasen miljontals poster. Om innehållet i alla böcker extraheras till en XML-fil krävs det detaljerad validering. När och när ny information måste matas ut på webbsidan kan XML och schemat genomgå förändringar.

Ändringarna i XML, XSD, XPATH och XSLT kräver korrekt validering. Men den här testningen behöver inte vänta på presentation, mellanprogramvara och datalagring. QA-teamet kan analysera XSD för att utarbeta datakravsplan.

Processen att identifiera alla datakrav för en produkt bör ta itu med följande:

a) Täckning och fullständighet - Täcker de identifierade kraven alla användningsfall?

Exempel - Det är mycket viktigt att testa datakombinationerna för titel, författare, kategori, språk i ovanstående XML-exempel; eftersom schemat föreskriver dessa fält.

Detta kan enkelt hanteras genom att titta på XML-schemat som beskriver närvaron av ett element / attribut och deras ordning i XML

b) Kvalitet - Är de insamlade uppgifterna av bästa möjliga kvalitet? Testdata som används bestämmer kvaliteten på testningen som utförs på applikationen.

• Positivt och negativa scenarier - Testning bör kontrollera hur applikationen beter sig med giltiga / ogiltiga indata

De dokument för testdata listar databehov över alla nivåer i applikationen. Data från databasen kan användas direkt i användargränssnittet och / eller manipuleras (beräkningar, sammankoppling etc.). Därför är det nödvändigt att fånga alla databehov.

Tabellen nedan representerar en exempeldatatabell:

I exemplet ovan kan användning av strängdatatyp för författarfältet undvikas. Istället kan ett mönster tillämpas.

T.ex. endast alfabet, börja med en stor bokstav, inga specialtecken etc. A mönster (begränsa ett elementvärde definierat i XSD) kan definieras som .

Om detta är inställt för författare elementet i exemplet ovan betyder det författare elementet ska ha värdet med en kombination av stora och små bokstäver och endast positiva heltal.

# 2. Planera datainsamling

# 3. Bygg data

# 4. Testa data

Som listat i ovanstående tabeller validerar QA XML mot schemat för att kontrollera om data är tillgängliga som förväntat. När schemat matchar kan innehållet och dess struktur bekräftas vara bra. Ändå bekräftar detta inte att data plockas upp korrekt av systemet.

Som vi vet visar XML en trädstruktur med p arent-barn-syskon-förfader-ättling förhållandet mellan noder.

Titta på tabellen nedan för att förstå de enklaste XPATH-konventionerna:

För att representera fälten från XML på en skärm (som HTML till exempel) används XSLT - XPATH-kombination.

I en webbläsare representeras slutligen den resulterande XML enligt nedan. Eftersom data redan har verifierats kan testets fokus vara mer på skärmens utseende.

Slutsats

• Datatestning som utförs tidigt under utvecklingstestningens livscykel sparar pengar eftersom kostnaden för att åtgärda ett fel under det funktionella testutförandet är mycket mer än att fixa det tidigt i livscykeln
• Den ansträngning som initialt användes för att validera XML-filen, XPath och XSLT med XSD-dokument hjälper till att undvika flera iterationer av utgåvan
• QA-teamet kan arbeta nära utvecklingsgruppen och tillhandahålla en mervärdestjänst
• QA-teamet kan hjälpa till att spotta upp olika kombinationer av data för att säkerställa täckning och korrekthet

Jag är säker på att du kommer att finna den här tekniken användbar. Kommentera gärna om du har frågor.

Rekommenderad läsning

• En enkel metod för testning av XML till databas
• Bästa verktyg för testning av programvara 2021 (QA Test Automation Tools)
• Viktiga skillnader mellan Black Box Testing och White Box Testing
• Topp 10 populära datalagerverktyg och testtekniker
• ETL Testing Data Warehouse Testing Tutorial (En komplett guide)
• Testing Primer eBook Download
• Vad är mutationstest: handledning med exempel
• Hur man utför datadriven testning med TestComplete-verktyget