an excellent way data testing using xml technologies
V SDLC , ak aplikácia používa vodopádový model, na konci sú naplánované testovacie aktivity. To predstavuje riziko prepracovania, pokiaľ ide o požiadavky, dizajn, kód a testovacie prípady, ak tím QA zistí chyby. Je lepšie vyhnúť sa čakaniu na identifikáciu chýb v aplikácii do konca.
Testy, ktoré nie sú založené na funkčnom vykonaní aplikácie, môžu nájsť chyby bez toho, aby bolo potrebné uvoľniť všetky komponenty do testovacieho prostredia. To sa dá dosiahnuť testovaním údajov.
XML a súvisiace technológie používané na komunikáciu medzi rôznymi úrovňami aplikácie poskytujú príležitosť na vykonanie testov, ktoré nemusia čakať na okamžitú dostupnosť celej aplikácie na testovanie.
Tento dokument popisuje jeden z možných spôsobov pohľadu na možnosť testovania údajov na začiatku životného cyklu vydania produktu.
Čo sa dozviete:
- Predpoklad:
- Cieľová skupina:
- Účel:
- Testovanie životného cyklu správy údajov
- Záver
- Odporúčané čítanie
Predpoklad:
Tento dokument predpokladá, že ho čitateľ dobre pozná koncepty testovania softvéru a základné použitie databázy a technológií XML.
Cieľová skupina:
Tím QA (QA), dátový tím (DT), vývojár (DEV)
Účel:
The vzorové údaje identifikovaný pre testovanie produktu definuje rozsah vykonaného testovania, dodáva dôveru vo výsledky testu a kvalitu produktu. Identifikácia údajov pre skúšku závisí od požiadaviek skúšky, ktorá sa má vykonať.
Tento dokument sa zameriava na overenie údajov o teste pred ich zobrazením v používateľskom rozhraní.
Tento proces vyžaduje správu údajov o teste, aby mal efektívne výsledky testov. Dáta, ako všetci vieme, je možné uložiť do databázy alebo plochého súboru. Ale prenos dát z / do databázy je možné zvládnuť pomocou XML. Medzi XML (1), XSD (2), XPATH (3) & XSLT (4). (Pozri všetky definície nižšie).
(jeden) XML - je X napínateľný M arkup Ľ úzkosť. Jedná sa o odporúčanie World Wide Web Consortium (W3C) na popis údajov. Pri použití sady správnych pravidiel syntaxe sa dá zabezpečiť, aby bol dokument XML „dobre vytvorený“.
(dva) XSD - Používa sa na označenie štruktúry dokumentu XML. „Dobre tvarovaný“ dokument XML možno na účely jeho overenia overiť pomocou XSD (schémy XML)
(3) XPATH - V „platnom“ a „dobre tvarovanom“ XML by sa malo prechádzať, aby sa z XML získali príslušné údaje. Výrazy XPATH vyzerajú ako tradičná cesta k súboru v adresári.
(4) XSLT - je X napínateľný S Tylesheet Ľ úzkosť T ransformations - Pri reprezentácii údajov z XML v používateľskom rozhraní (UI) je možné pomocou XSLT použiť akýkoľvek štýl (písmo, farbu, veľkosť atď.). XSLT používa XPath na vyhľadanie informácií z XML.
Údaje uvedené v XML je overený proti schéme (súbor XSD). XML je možné odosielať do rôznych formátov pomocou formátov XSLT a XPATH.
ako otvoriť .swf v chrome
Na účely tejto diskusie použijeme nasledujúci príklad.
Príklad - Vydavateľstvo má webovú stránku s informáciami o knihách, ktoré vydal. Jedna z webových stránok zobrazuje súhrn všetkých kapitol knihy. Testovanie by malo zabezpečiť, aby bol obsah na tejto webovej stránke vhodný. Vydavateľstvo doteraz vydalo milióny kníh.
Všetky informácie týkajúce sa vydaných kníh sú uložené v databáze. Daná webová stránka však potrebuje na to, aby bola z databázy extrahovaná podmnožina údajov (o novej knihe a jej kapitolách) do súboru XML.
Nižšie uvedený XML predstavuje metadáta o knihe.
XML súbor Book.xml
A book on test data Jim 2015 Technical English 120 10 Acknowledgement Introduction What is data List of references
XML schéma Book.xsd
Testovanie životného cyklu správy údajov
Podobne ako v prípade iného procesu, správa testovacích údajov má svoje etapy životného cyklu (LC).
- Identifikujte požiadavky na údaje
- Plánujte zber údajov
- Vytvorte údaje
- Vyskúšajte údaje
- Údržba údajov (v tomto dokumente nie je podrobne uvedená, pretože nie je relevantná).
# 1. Identifikujte požiadavky na údaje
Vo vyššie uvedenom príklade databáza ukladá milióny záznamov. Ak je obsah všetkých kníh extrahovaný do súboru XML, vyžaduje to podrobné overenie. Keď bude na webovú stránku potrebné odoslať nové informácie, môže dôjsť k zmenám v XML a schéme.
Zmeny v XML, XSD, XPATH a XSLT si vyžadujú správne overenie. Toto testovanie ale nemusí čakať na prezentáciu, middleware a vydanie dátovej vrstvy. Tím QA môže analyzovať XSD a pripraviť plán požiadaviek na údaje.
Etapa životného cyklu | Kritériá vstupu | Činnosti / zodpovednosť | Kritériá výstupu |
---|---|---|---|
Identifikujte požiadavky na údaje o teste | K dispozícii sú nasledujúce dokumenty Návrh databázy, návrh používateľského rozhrania, špecifikácia požiadaviek, technická architektúra, diagram toku údajov, diagramy prípadov použitia | Pochopte požiadavky na údaje odkazujúce na dokumenty zo vstupných kritérií (QA, DT, DEV) Požiadavky na testovacie údaje (QA, DT, DEV) - Dokumentuje všetky potrebné údaje pre každú obrazovku a zobrazuje mapovanie medzi zobrazovanými názvami obrazovky a zodpovedajúcim prvkom XML. | Skontrolujte dokument s požiadavkami na údaje o teste (QA, DEV, DT) |
Proces identifikácie všetkých požiadaviek na údaje o produkte by sa mal zamerať na toto:
a) Rozsah a úplnosť - Zahŕňajú identifikované požiadavky všetky prípady použitia?
Príklad - Je veľmi dôležité otestovať kombinácie údajov pre názov, autora, kategóriu a jazyk vo vyššie uvedenej vzorke XML; pretože schéma vyžaduje tieto polia.
To sa dá ľahko zvládnuť pohľadom na schému XML, ktorá popisuje prítomnosť prvku / atribútu a ich poradie v XML
čo beží na počítači dbms
b) Kvalita - Zbierajú sa údaje v najlepšej možnej kvalite? Použité údaje o teste určujú kvalitu testovania vykonaného na aplikácii.
- Pozitívne a negatívne scenáre - Testovaním by sa malo skontrolovať, ako sa aplikácia správa s platnými / neplatnými vstupnými údajmi
The dokument s požiadavkami na údaje o teste uvádza zoznam dátových potrieb na všetkých úrovniach aplikácie. Údaje z databázy môžu byť použité priamo v používateľskom rozhraní a / alebo manipulované (výpočty, zreťazenie atď.). Preto je potrebné zachytiť všetky potrebné údaje.
Nasledujúca tabuľka predstavuje vzorovú tabuľku údajov:
Názov poľa | Dátový typ | Skúšobné údaje | Poznámky | Výsledok testu |
---|---|---|---|---|
Autor | String | Prázdne pole | Keďže je to povinné pole. Test by mal zlyhať. | |
Autor | String | Autor + @ | Má špeciálne znaky | Táto skúška by mala zlyhať |
Autor | String | Meno autora | Zahŕňa medzeru | Táto skúška by mala vyhovieť |
Autor | String | 123Autor | Začína sa číslom | Táto skúška by mala zlyhať |
Autor | String | @! Autor | Začína sa špeciálnymi znakmi | Táto skúška by mala zlyhať |
Autor | String | Autor | Pred nimi sú medzery | Táto skúška by mala zlyhať |
Vo vyššie uvedenom príklade je možné vyhnúť sa použitiu dátového typu reťazca pre pole Autor. Namiesto toho je možné presadiť vzor.
Napr. iba abecedy, začínajte veľkým písmenom, žiadne špeciálne znaky atď. A vzor (obmedzujúca hodnotu prvku definovanú v XSD) možno definovať ako .
Ak je nastavený pre autor prvok vo vyššie uvedenom príklade, to znamená, autor prvok by mal mať hodnotu kombinovanú iba s veľkými a malými písmenami a kladnými celými číslami.
# 2. Plánujte zber údajov
LC štádium | Kritériá vstupu | Činnosti / zodpovednosť | Kritériá výstupu |
---|---|---|---|
Plánujte zber údajov | Schválený dokument s požiadavkami na údaje o teste | Zistite frekvenciu dátových potrieb (DEV, QA) Zoznam testovacích údajov (QA) Definujte schému XML (DEV) | Skontrolujte frekvenciu potreby údajov a údaje o testoch (DT) |
# 3. Vytvorte údaje
LC štádium | Kritériá vstupu | Činnosti / zodpovednosť | Kritériá výstupu |
---|---|---|---|
Zostavenie údajov | Súbor žiadosti o údaje | Vytvorte údaje v databáze DB (DT) Extrahujte dáta z DB do XML (DT) Validujte XML podľa schémy (DT) Zdieľajte súbor XML s QA (DT) | Tím QA prijme súbor XML |
# 4. Vyskúšajte údaje
LC štádium | Kritériá vstupu | Činnosti / zodpovednosť | Kritériá výstupu |
---|---|---|---|
Vyskúšajte údaje | Súbor XML s požiadavkou na údaje | Overte úplnosť a správnosť XML podľa schémy (QA) Aktualizujte mapovací dokument výsledkami testu (QA) | Výsledky testu zdieľané s tímom DEV, DT |
Ako je uvedené v tabuľkách vyššie, QA overuje XML podľa schémy, aby skontrolovala, či sú údaje k dispozícii podľa očakávania. Len čo sa schéma zhoduje, je možné potvrdiť, že obsah a jeho štruktúra sú v poriadku. To však nepotvrdzuje, že systém údaje zachytáva presne.
Ako vieme, XML zobrazuje stromovú štruktúru s p arent-dieťa-súrodenec-predok-potomok vzťah medzi uzlami.
V nasledujúcej tabuľke nájdete najjednoduchšie konvencie XPATH:
Na reprezentáciu polí z XML na obrazovke (napríklad vo formáte HTML) sa používa kombinácia XSLT - XPATH.
Latest Book
Title Author Publication_Year Category Language Pages
V prehliadači je výsledný XML reprezentovaný ako nižšie. Pretože údaje už boli overené, testovanie sa môže sústrediť viac na vzhľad a dojem z obrazovky.
Záver
- Testovanie údajov vykonávané na začiatku životného cyklu testovania vývoja šetrí peniaze, pretože náklady na opravu chyby počas vykonávania funkčného testu sú oveľa viac ako jej oprava na začiatku životného cyklu.
- Počiatočné úsilie vynaložené na overenie súboru XML, XPath a XSLT s dokumentmi XSD pomáha vyhnúť sa niekoľkým iteráciám vydania
- Tím QA môže úzko spolupracovať s vývojovým tímom a poskytovať služby s pridanou hodnotou
- Tím QA môže pomôcť zosmiešniť rôzne kombinácie údajov, aby sa zabezpečilo pokrytie a správnosť
Som si istý, že táto technika bude pre vás užitočná. Ak máte akékoľvek otázky, neváhajte nás kontaktovať.
Odporúčané čítanie
- Jednoduchý prístup k testovaniu XML na databázu
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Kľúčové rozdiely medzi testovaním čiernej skrinky a testovaním bielej skrinky
- Top 10 populárnych nástrojov pre dátové sklady a testovacie technológie
- Výukový program na testovanie dátových skladov ETL (kompletný sprievodca)
- Stiahnutie e-knihy Testing Primer
- Čo je to testovanie mutácií: Návod s príkladmi
- Ako vykonať testovanie na základe údajov pomocou nástroja TestComplete