Menu

Otestujte koncept, proces a strategii správy dat

test data management concept

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

V posledním tutoriálu jsme se zaměřili na jak připravit testovací lože k minimalizaci defektů testovacího prostředí . V pokračování stejného tutoriálu se dnes budeme učit jak nastavit a udržovat testovací prostředí a důležitéSpráva dat testovánítechniky.

Proces nastavení testovacího prostředí

Nejdůležitějším faktorem pro testovací prostředí je jeho replikace co nejblíže prostředí koncového uživatele. Obvykle se od koncových uživatelů neočekává, že budou sami provádět jakoukoli konfiguraci nebo instalace, protože jim bude dodán kompletní produkt nebo systém. Proto tím, že tuto definici ani testovací týmy nemusí takové konfigurace výslovně provádět.

Otestujte koncept, proces a strategii správy dat

Pokud je jakákoli taková konfigurace nutná pro čistě testovací účely (ale bude nakonfigurována pro koncové uživatele), musí být identifikováni správci. Správci, kteří konfigurují vývojové prostředí, musí být stejní lidé, kteří konfigurují testovací prostředí.

Pokud vývojový tým sám převezme iniciativu v instalaci / konfiguraci, musí pomoci udělat to samé i v testovacím prostředí.

Například, pokud musíte otestovat aplikaci (s přidruženým middlewarem, který má být nainstalován a nakonfigurován) v systému napříč různými platformami OS atd. - nejlepší způsob, jak to vyřešit, je použít virtualizační nebo cloudová prostředí .

Máte hlavní systém, ve kterém jsou všechny aplikace a potřebný middleware správně nainstalovány a nakonfigurovány. Poté udělejte z tohoto systému hlavní obraz jeho zachycením a naklonujte několik instancí ze stejného obrazu tak, aby měl každý uživatel pocit, že má vyhrazený systém s testovanou aplikací.

Zde níže je obrázkové vyobrazení toho, co by proces testovacího prostředí obnášel:

testovací data a proces testovacího prostředí

Proces instalace testovacího prostředí

Co se naučíte:

Údržba testovacího prostředí

Tolik řečeno o přípravě testovacího prostředí, i když jde o výzvy, je nepochybně více než důvodem vyžadujícím údržbu nebo standardizaci testovacího prostředí. Mnohokrát tester ztratí čas na testování kvůli problémům s prostředím nebo nastavením.

S rychlým nárůstem operačních systémů a řady hardwaru a softwaru musí být prostředí téměř dynamické, aby bylo možné se vyrovnat s potřebami. Testovací týmy mohou zajistit, že dodávají vysoce kvalitní produkt s dobrým procesem správy testů, což by pomohlo při optimálním využití zdrojů, které jsou omezeně dostupné.

Klíčové ukazatele k zajištění účinné údržby testovacího prostředí

Jako testovací prostředí většinou obsahují heterogenní platformy a zásobníky, níže jsou uvedeny některé klíčové ukazatele, které zajišťují efektivní údržbu testovacího prostředí.

# 1) Efektivní sdílení a distribuce prostředí:

Jak již bylo zmíněno dříve, jednou z klíčových výzev přípravy testovacího prostředí je, že mnoho týmů nebo lidí potřebuje pro účely testování použít stejnou sadu zdrojů. Proto je třeba vyvinout vhodný mechanismus sdílení, který uspokojí potřeby všech týmů a lidí bez zpoždění plánů.

Toho lze dosáhnout udržováním úložiště nebo informačního odkazu, kde jsou všechna data týkající se:

  1. kdo používá prostředí,
  2. když je prostředí volně použitelné a
  3. jak je přesně zadáno rozložení doby využití prostředí.

Proaktivním určením, kde je požadavek na zdroje velký oproti jejich omezené dostupnosti, se automaticky zruší velké množství chaosu.

Druhým aspektem je přehodnocení požadavků týmů na zdroje pro každý z nich testovací cyklus a hledat, které zdroje nejsou příliš využívány. Analyzujte, zda lze tyto konkrétní zdroje nahradit jakýmikoli novými zdroji nebo systémy, které mohou být potřeba.

# 2) Šekové kontroly:

Některé požadavky na test vyžadují komplexní nastavení testu nebo nastavení, které zahrnuje komplikované kroky, které jsou extrémně časově náročné. To je konkrétně případ během end-to-end testování který zahrnuje dvě nebo více složek pro spolupráci. Proto může být nutné, aby stejné testovací prostředí bylo znovu použito více týmy.

V takových případech bude dobré porozumění celému prostředí jako celku a porovnání toho, jaké testy provádějí různé týmy, vykreslit přiměřený obrázek, který pomůže poskytnout tyto konkrétní zdroje příslušným týmům.

S ohledem na výše uvedené faktory - lze provést základní testování zdravého rozumu, které pomůže při urychlení testů pro jednotlivé týmy nebo je okamžitě upozorní, pokud prostředí musí podstoupit nějaké změny nebo opravy v důsledku těchto kontrol zdravého rozumu.

# 3) Sledování případných výpadků:

Stejně jako má každý tým, který vlastní testovací prostředí, má organizace všechna možná testovací prostředí udržovaná globálním týmem podpory.

Stejně jako týmy, které vlastní své testovací prostředí, mají v případě upgradu firmwaru / softwaru svůj vlastní lokální výpadek, globální týmy také musí zajistit, aby všechna prostředí dodržovala nejnovější standardy, které mohou zahrnovat výpadky napájení nebo sítě.

Ti, kdo udržují testovací prostředí, musí proto sledovat případné výpadky, ke kterým může dojít, a předem informovat testovací tým, aby podle toho plánovali svou práci.

# 4) Virtualizujte, kdykoli je to možné:

To je opět velmi důležité tam, kde je třeba provést testování sdílení prostředí, a existuje naléhavá potřeba optimalizace zdrojů. V takových případech je odpovědí použití virtualizovaného prostředí, jako je cloud, pro účely testování.

Při použití takového prostředí musí všichni testeři udělat, je poskytnout okamžitou a tato instance po zřízení vytvoří nezávislé Testovací lůžko nebo Testovací prostředí obsahující všechny různé zdroje, jako je vyhrazený operační systém, databáze, middleware, automatizační rámce atd. požadované pro testování.

Po dokončení testování mohou být tyto instance zničeny, čímž se výrazně sníží náklady organizace. Cloudová prostředí jsou obzvláště užitečná pro testování funkčního ověření, oblasti testování automatizace.

# 5) Regresní testování / automatizace:

jak mohu otevřít soubor json?

Jakmile budou vyvíjeny nové funkce a funkce, regresní testy je třeba provést u těchto funkcí pro každý uvolňovací cyklus. Proto i když se na zadní straně zdá, že testovací prostředí pro regresní testování běží na stejném nastavení testu se stejnými daty, ve skutečnosti neustále vyvíjejí každé vydání v souladu s implementovanými funkcemi.

Každý cyklus vydání produktu by měl jedno nebo více kol regresního testování. Stanovení prostředí regresních testů pro každý cyklus uvolnění produktu a jejich opětovné použití v rámci cyklu by tedy rozhodně zobrazilo stabilitu testovacího prostředí.

Vývoj automatizačních rámců a použití automatizace pro regresní testy také pomáhá při zlepšování efektivity testovacího prostředí, protože automatizace předpokládá, že prostředí je stabilní a vzniklé vady jsou čistě orientovány na funkce / kód.

# 6) Obecné řízení:

Pokud se vyskytnou nějaké problémy s hardwarem nebo softwarem testovacího prostředí, musí být tyto problémy nasměrovány na správné lidi, aby zajistily opravy, pokud je nelze opravit interně osobami udržujícími laboratoř.

Například, Pokud jakékoli testování způsobí závadu, která spočívá v omezení firmwaru nebo softwaru používaného v aktuálním prostředí, nelze to obecně opravit pouze osobami odpovědnými za údržbu prostředí.

Proto musí být spotřebitel (který je v tomto případě testerem) požádán, aby vznesl příslušné požadavky na službu. Musí být směrovány na příslušného dodavatele nebo tým a musí s nimi být pravidelně prováděna koordinace, aby bylo zajištěno, že další verze bude mít konkrétní problém.

Dalším aspektem správy a řízení by bylo občasné poskytování podrobných zpráv o životním prostředí managementu nebo zúčastněným stranám, což pomáhá při vyzařování transparentnosti a vytváří dobrý základ pro jakoukoli analýzu.

Příprava testovacích dat

Pojďme se nyní podívat na druhou část a Vytvoření testovací postele - což zahrnuje nastavení testovacích dat . S tak velkou částí, která se říká o testovacím prostředí, lze pomocí testovacích dat měřit skutečnou podstatu testovacího prostředí, jeho robustnost a účinnost. Podle definice jsou testovací data jakýmkoli vstupem poskytovaným testovanému softwarovému kódu.

I když strávíme hodně času navrhováním testovacích případů, důležitá jsou data testu, protože zajišťují kompletní pokrytí testů pro všechny druhy scénářů, čímž zlepšují kvalitu. Mohou existovat nějaká testovací data, která jsou potřebná pro jakékoli šťastné nebo pozitivní testování cesty.

Některá další data mohou být navržena pro chyby nebo negativní testování, což je velmi užitečné při zjišťování toho, jak aplikace funguje, když se dostane do neobvyklých situací.

Testovací data se obecně vytvářejí před zahájením provádění textu, protože každé testovací prostředí má svou vlastní sadu složitostí nebo samotná příprava dat může být zdlouhavým procesem. Obecně tedy mohou být zdroji testovacích dat interní vývojový tým nebo koncoví uživatelé spotřebovávající kód nebo funkci.

Například,Testování funkcí

Uveďme příklad, kde je třeba provést funkční testování nebo testování černé skříňky. Zde je cílem, aby kód musel funkčně splňovat požadavky, které jsou specifikovány.

V takových případech by tedy příprava testovacích případů měla obecně zahrnovat následující druhy dat:

  • Pozitivní údaje o cestě: S referenčním dokumentem případu použití vývoje se jedná o data obecně synchronizovaná s prováděním scénářů pozitivní cesty.
  • Údaje o negativní cestě: Jedná se o data, která jsou obecně považována za „neplatná“ s ohledem na správné funkční fungování kódu.
  • Nulové údaje: Když aplikace nebo kód tato data očekává, neposkytují žádná data.
  • Chybná data: Určení výkonu kódu, když jsou data poskytována v nelegálním formátu.
  • Údaje o mezních podmínkách: Otestujte data, která jsou dodávána z indexu nebo pole, abyste zjistili, jak kód funguje.

Testovací data hrají klíčovou roli při identifikaci, kde se produkt nebo funkce mohou úplně zlomit. Vždy používejte praxi dotazování a ověřování druhu dat dodávaných do testovacího prostředí v různých fázích testování.

Správa dat testování

Když testovací data hrají tak důležitou roli při zajišťování kvality produktu, je rozumné říci, že jejich správa a zefektivnění hrají stejně důležitou roli při zajišťování kvality jakéhokoli produktu, který musí být vydán zákazníkům.

Potřeba správy testovacích dat a osvědčené postupy:

# 1) Velké množství organizací má rychle se měnící obchodní cíle uspokojit potřeby koncových uživatelů, a proto je zbytečné zmínit, že příslušné údaje o zkoušce mají zásadní význam pro stanovení kvality zkoušky. To bude zahrnovat nastavení přesného druhu dat pro příslušná testovací prostředí a sledování vzorců chování.

Jak již bylo řečeno, velká část času testovacího týmu se vynakládá na plánování testovacích dat a souvisejících úkolů. Mnohokrát má testování jakékoli funkce tendenci být zásadně omezováno kvůli nedostupnosti příslušných testovacích dat, což představuje zásadní výzvu s ohledem na úplné pokrytí testováním.

#dva) Někdy také pro určité požadavky na testování testovací data je třeba neustále obnovovat . To samo o sobě způsobuje značné zpoždění cyklu kvůli neustálému přepracovávání, což také zvyšuje náklady na aplikaci, která se dostane na trh.

V určitých jiných případech, pokud je dodávaný produkt zapojen do různých jednotek pracovních skupin ve velké organizaci, vyžaduje vytvoření a obnovení testovacích dat složitou úroveň koordinace mezi těmito pracovními skupinami.

# 3) I když testovací týmy potřebují vytvořit všechny druhy dat, které jsou možné k zajištění adekvátního testování, organizace musí také zvážit, že by to znamenalo, že všechny různé druhy dat musí být uloženy v nějakém druhu úložiště.

Přestože mít úložiště je dobrá praxe, ukládání nadměrných a nežádoucí data by nejen výrazně zvětšilo úložný prostor pro ukládání těchto velkých kusů dat, ale také by bylo stále obtížnější načíst příslušná data pro dané testování, pokud neexistuje žádná údržba verzí a archivace tohoto úložiště.

Většina organizací obecně čelí těmto společným výzvám, pokud jde o údaje z testů. Proto je třeba zavést některé strategie řízení, které je třeba zavést, aby se minimalizoval stupeň těchto výzev.

Níže uvádíme některé navrhované metodiky pro správu testovacích dat a jejich udržení v souladu s potřebami testování. Následující postupy jsou velmi základní a obecné, které budou běžně fungovat pro většinu organizací. Způsob, jakým je přijat, je čistě na uvážení příslušných organizací.

Testujte strategie správy dat

# 1) Analýza dat

Obecně jsou testovací data konstruována na základě testovacích případů, které mají být provedeny. Například v týmu pro testování systému je scénář začátku do konce je třeba identifikovat, na základě kterého jsou navrženy údaje o zkoušce. To může zahrnovat práci jedné nebo více aplikací.

Řekněme v produktu, který provádí správu pracovní zátěže - zahrnuje aplikaci řadiče správy, aplikace middlewaru, databázové aplikace, aby fungovaly ve vzájemném vztahu. Požadované údaje o zkoušce mohou být rozptýleny. K zajištění účinného řízení je třeba provést důkladnou analýzu všech různých druhů údajů, které mohou být požadovány.

# 2) Nastavení dat pro zrcadlení produkčního prostředí

Toto je obecně rozšíření z předchozího kroku a umožňuje pochopit, jaký bude scénář pro koncového uživatele nebo produkci a jaká data jsou požadována. Použijte tato data a porovnejte je s daty, která aktuálně existují v aktuálním testovacím prostředí. Na základě těchto nových údajů bude možná potřeba vytvořit nebo upravit.

# 3) Stanovení vyčištění testovacích dat

Na základě požadavku na testování v aktuálním cyklu vydání (kde cyklus vydání může trvat dlouhou dobu) může být nutné upravit nebo vytvořit testovací data, jak je uvedeno výše. Tyto údaje o zkoušce, i když nejsou okamžitě relevantní, mohou být požadovány později. Proto by měl být formulován jasný proces, kdy se bude uvažovat o tom, kdy lze údaje o zkoušce vyčistit.

# 4) Identifikujte citlivá data a chraňte je

Aby bylo možné aplikace řádně otestovat, může být vyžadováno velké množství velmi citlivých dat. Například, cloudové testovací prostředí je oblíbenou volbou, protože poskytuje testování různých produktů na vyžádání.

Obavy však vyvolává něco tak základního, jako je zaručení soukromí uživatelů v cloudu. Takže zejména v případech, kdy budeme muset replikovat uživatelské prostředí, musí být identifikován mechanismus pro ochranu citlivých dat. Mechanismus je do značné míry řízen objemem použitých testovacích dat.

# 5) Automatizace

Stejně jako přijímáme automatizaci pro provádění opakovaných testů nebo pro spouštění stejných testů s různými druhy dat, je také možné automatizovat vytváření testovacích dat. To by pomohlo odhalit jakékoli chyby, které se mohou vyskytnout s ohledem na data během testování. Možný způsob, jak toho dosáhnout, je porovnáním výsledků, které jsou získány sadou dat z po sobě jdoucích testovacích běhů. Dále automatizujte tento proces porovnávání.

# 6) Efektivní aktualizace dat pomocí centrálního úložiště

Toto je zdaleka nejdůležitější metodologie a tvoří jádro implementace správy dat. Všechny výše uvedené body, zejména ty, které se týkají nastavení dat, vyčištění dat, s tím přímo nebo nepřímo souvisejí.

Mnoho úsilí při vytváření testovacích dat lze ušetřit udržováním centrálního úložiště, které obsahuje všechny druhy dat, která mohou být požadována pro různé druhy testování. Jak se to dělá? V po sobě jdoucích testovacích cyklech zkontrolujte u nového testovacího případu nebo u upraveného testovacího případu, zda data v úložišti existují. Pokud neexistují, nejprve je vložte do testovacího prostředí.

Dále to lze přesměrovat do tohoto úložiště pro budoucí použití. Nyní pro cykly postupného uvolňování může testovací tým použít všechna nebo podmnožinu těchto dat. Není výhoda příliš patrná? V závislosti na sadách dat, které se často používají, lze zastaralá data snadno eliminovat, a proto zajistit, aby byla vždy k dispozici správná data, čímž se sníží náklady na ukládání nepotřebných dat.

Zadruhé můžete také uložit několik verzí tohoto úložiště nebo je můžete podle potřeby upravit. Mít různé verze úložiště může výrazně pomoci při regresním testování k identifikaci, jaká změna v datech může způsobit rozbití kódu.

Závěr

Testovací prostředí by mělo mít prvořadý význam v každém testovacím týmu. Každý cyklus vydání přinese celou řadu nových výzev pro boj s nespolehlivým a neplánovaným testovacím prostředím.

Jako revoluční opatření nyní mnoho organizací zavádí strategie, jako je vytváření specializovaných týmů údržby testovacího prostředí, které vytvářejí určité rámce pro efektivní údržbu testovacích prostředí, aby zajistily plynulejší cykly uvolňování.

Vylepšené testování je pouze zřejmým účinkem zefektivnění správy testovacích dat. Klíčovou podstatou je to, že zajišťuje nákladově efektivní řešení pro organizace a přitom nedělá žádné kompromisy ohledně spolehlivosti produktu.

Dejte nám vědět, jak spravujete své testovací prostředí a jak připravujete testovací data? Chcete přidat nějaké tipy?

Doporučené čtení

^