Vynikající způsob testování dat pomocí technologií XML (bílá kniha)

an excellent way data testing using xml technologies

V SDLC , pokud aplikace používá model vodopádu, jsou na konci naplánovány testovací aktivity. To představuje riziko přepracování, pokud jde o požadavky, design, kód a testovací případy, pokud tým QA zjistí vady. Je lepší se vyhnout čekání na konec k identifikaci vad v aplikaci.

Testy, které nejsou založeny na funkčním spuštění aplikace, mohou najít vady, aniž by bylo nutné uvolnit všechny komponenty do testovacího prostředí. Toho lze dosáhnout testováním dat.

XML a související technologie používané pro komunikaci mezi různými úrovněmi aplikace poskytují příležitost k provedení testů, které nemusí čekat, až bude celá aplikace snadno dostupná pro testování.

Tento dokument popisuje jeden z možných způsobů pohledu na možnost testování dat na začátku životního cyklu vydání produktu.

Co se naučíte:

• Předpoklad:
• Zaměření skupiny:
• Účel:
• Testujte životní cyklus správy dat
  • # 1. Určete požadavky na data
  • # 2. Plánujte sběr dat
  • # 3. Sestavte data
  • # 4. Vyzkoušejte data
• Závěr
• Doporučené čtení

Předpoklad:

Tento dokument předpokládá, že čtenář je obeznámen koncepty testování softwaru a základní využití databáze a XML technologií.

Zaměření skupiny:

Tým QA (QA), datový tým (DT), vývojář (DEV)

Účel:

The vzorek dat identifikovaný pro testování produktu definuje rozsah provedeného testování, dodává důvěru ve výsledky testu a kvalitu produktu. Identifikace údajů pro zkoušku závisí na požadavcích zkoušky, která má být provedena.

Tento dokument se zaměřuje na ověření testovacích dat před jejich zobrazením v uživatelském rozhraní.

Tento proces vyžaduje správu testovacích dat, aby měl efektivní výsledky testů. Data, jak všichni víme, lze uložit do databáze nebo plochého souboru. Přenos dat z / do databáze lze ale zvládnout pomocí XML. Mezi XML (1), XSD (2), XPATH (3) & XSLT (4). (Viz všechny definice níže).

(1) XML - je X napínatelný M arkup L úzkost. Jedná se o doporučení konsorcia World Wide Web Consortium (W3C) k popisu dat. Při použití sady správných pravidel syntaxe lze zajistit, aby byl dokument XML „dobře vytvořen“

(dva) XSD - Používá se k označení struktury dokumentu XML. „Dobře tvarovaný“ dokument XML lze ověřit pomocí XSD (schématu XML), aby jej ověřil

(3) XPATH - V „platném“ a „dobře tvarovaném“ XML by se mělo procházet, aby se z XML získala příslušná data. Výrazy XPATH vypadají jako tradiční cesta k souboru v adresáři.

(4) XSLT - je X napínatelný S Tylesheet L úzkost T ransformations - Při reprezentaci dat z XML na uživatelském rozhraní (UI) lze pomocí XSLT použít jakýkoli styl (písmo, barvu, velikost atd.). XSLT používá XPath k vyhledání informací z XML.

Údaje uvedené v XML je ověřen proti schématu (soubor XSD). XML lze odeslat do různých formátů pomocí XSLT a XPATH.

jak psát uat testovací případy

Pro účely této diskuse použijeme následující příklad.

Příklad - Vydavatelství má web zobrazující informace o knihách, které vydala. Jedna z webových stránek zobrazuje souhrn o každé kapitole knihy. Testování by mělo zajistit, aby byl obsah na této webové stránce vhodný. Vydavatelství již vydalo miliony knih.

Veškeré informace týkající se vydaných knih se ukládají do databáze. Dotčená webová stránka přesto potřebuje podmnožinu dat (o nové knize a jejích kapitolách), které mají být extrahovány z databáze do XML.

Níže uvedený XML představuje metadata o knize.

XML soubor Book.xml

XML Schema Book.xsd

Testujte životní cyklus správy dat

Podobně jako u jiného procesu, správa testovacích dat má své vlastní fáze životního cyklu (LC).

1. Určete požadavky na data
2. Plánujte sběr dat
3. Sestavte data
4. Vyzkoušejte data
5. Údržba dat (v tomto dokumentu není podrobně popsána, protože není relevantní)

# 1. Určete požadavky na data

Ve výše uvedeném příkladu databáze ukládá miliony záznamů. Pokud je obsah všech knih extrahován do souboru XML, vyžaduje to podrobné ověření. Jakmile bude na webovou stránku nutné odeslat nové informace, může dojít ke změnám v XML a schématu.

Změny XML, XSD, XPATH a XSLT vyžadují správné ověření. Toto testování ale nemusí čekat na vydání prezentace, middlewaru a datové vrstvy. Tým QA může analyzovat XSD a připravit plán požadavků na data.

Proces identifikace všech požadavků na údaje o produktu by měl řešit následující:

a) Pokrytí a úplnost - Pokrývají identifikované požadavky všechny případy použití?

Příklad - Je velmi důležité otestovat kombinace dat pro název, autora, kategorii, jazyk ve výše uvedeném vzorku XML; protože schéma nařizuje tato pole.

To lze snadno zvládnout pohledem na schéma XML, které popisuje přítomnost prvku / atributu a jejich pořadí v XML

b) Kvalita - Jsou data shromažďována v nejlepší možné kvalitě? Použitá data testu určují kvalitu testování prováděného na aplikaci.

• Pozitivní a negativní scénáře - Testování by mělo zkontrolovat, jak se aplikace chová s platnými / neplatnými vstupními údaji

The dokument s požadavky na údaje o zkoušce uvádí potřeby dat na všech úrovních aplikace. Data z databáze lze použít přímo v uživatelském rozhraní a / nebo manipulovat (výpočty, zřetězení atd.). Proto je nutné zachytit všechny potřeby dat.

Níže uvedená tabulka představuje ukázkovou datovou tabulku:

Ve výše uvedeném příkladu je možné se vyhnout použití datového typu řetězce pro pole Autor. Místo toho lze vzor vynutit.

Např. pouze abecedy, začněte velkým písmenem, žádné speciální znaky atd. A vzor (omezující hodnotu prvku definovanou v XSD) lze definovat jako .

Pokud je nastaveno pro autor prvek ve výše uvedeném příkladu, to znamená, autor prvek by měl mít hodnotu pouze s kombinací velkých písmen, malých abeced a kladných celých čísel.

# 2. Plánujte sběr dat

# 3. Sestavte data

# 4. Vyzkoušejte data

Jak je uvedeno ve výše uvedených tabulkách, QA ověří XML podle schématu a zkontroluje, zda jsou data k dispozici podle očekávání. Jakmile se schéma shoduje, lze potvrdit, že je v pořádku obsah a jeho struktura. To však nepotvrzuje, že systém systém správně vyzvedne data.

Jak víme, XML ukazuje stromovou strukturu s p arent-child-sourozenec-předek-potomek vztah mezi uzly.

Podívejte se na níže uvedenou tabulku, abyste pochopili nejjednodušší konvence XPATH:

jak nastavit soubory jar, aby se otevíraly v javě

K reprezentaci polí z XML na obrazovce (například HTML) se používá kombinace XSLT - XPATH.

V prohlížeči je konečně výsledný XML reprezentován níže. Vzhledem k tomu, že data již byla ověřena, může být testování zaměřeno spíše na vzhled a chování obrazovky.

Závěr

• Testování dat prováděné na začátku životního cyklu testování vývoje šetří peníze, protože náklady na opravu chyby během provádění funkčního testu jsou mnohem víc než její oprava na začátku životního cyklu
• Zpočátku vynaložené úsilí na ověření souboru XML, XPath a XSLT s dokumenty XSD pomáhá vyhnout se více iteracím vydání
• Tým QA může úzce spolupracovat s vývojovým týmem a poskytovat služby s přidanou hodnotou
• Tým QA může pomoci předstírat různé kombinace dat, aby zajistil pokrytí a správnost

Jsem si jistý, že vám tato technika bude užitečná. Pokud máte jakékoli dotazy, neváhejte a komentujte.

Doporučené čtení

• Jednoduchý přístup pro testování XML k databázi
• Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
• Klíčové rozdíly mezi testováním černé skříňky a testováním bílé skříňky
• Top 10 populárních nástrojů datového skladu a testovacích technologií
• Výukový program pro testování datového skladu ETL (kompletní průvodce)
• Testování stahování e-knih Primer
• Co je testování mutací: Výukový program s příklady
• Jak provádět testování na základě dat pomocí nástroje TestComplete