Strategie testování a scénáře testování pro testování migrace dat
On 15 února, 2021 by adminPřevádíme jednu z našich samostatných aplikací pro Windows na webovou aplikaci. Jakmile je to dokončeno, musíme proveďte migraci dat. Jak na to připravit testovací strategii? Jaká jsou fakta, která musíme vzít v úvahu? Jaké jsou testovací scénáře?
Odpověď
V podobné situaci jsem navrhl několik kritických podnikových scénářů a proběhl jsem oba systémy a porovnaly konečné výsledky i rozhodující výsledky středních kroků z hlediska výstupních dat.
Výběr scénářů bude diktován úroveň transformace dat při jejich procházení systémem.
Také v případě, že systém podporuje funkci vyhledávání a vytváření sestav, kde zobrazuje podrobné sestavy dat založené na parametrech vyhledávání, které lze po migraci dat intenzivně využívat k porovnání obou systémů .
Odpověď
Bude to zahrnovat mnohem více než testování migrace dat.
První věcí, kterou byste měli zvážit, je možná to, jak jsou ovlivněni vaši zákazníci (interní i externí). Co musí vaši zákazníci udělat, pokud k tomuto přechodu dojde.
- Pokud aplikace vypadá jinak, mohou se zákazníci přizpůsobit novým rozhraním? Nejlepším způsobem je zapojit zákazníky od prvního dne a nechat je poskytovat neustálé zpětné vazby od koncových uživatelů.
Strategie testování migrace dat lze snadno najít například na internetu, přečtěte si prosím tuto. http://datamigrationpro.com/data-migration-testing-strategy/
Testování zabezpečení, webová aplikace může být cílem online hackingu; můžete zvážit najmutí odborníka na testování zabezpečení, který vám pomůže s penetračním testováním. Přečtěte si tento odkaz, https://www.owasp.org/index.php/Top_10-2017_Top_10
Bez znalosti přesných podrobností o vaší aplikaci mohu poskytnout informace pouze na relativně vysoké abstraktní úrovni.
Odpověď
Podle vašeho požadavku probíhají dva typy migrace: – první je aplikace a druhý je databáze migrace.
Následuje několik strategií, které provádějí špičkové společnosti pro testování softwaru pro zajištění efektivního testování migrace: –
1. Migrace aplikace: Testovací aktivity zde budou:
Analýza požadavků a identifikace stabilních požadavků Analyzovat a otestovat všechny toky ve starší aplikaci proti nové aplikaci
Testovat nové toky v migrované aplikaci, pokud existují
Testovací scénáře by obecně byly následující:
Ověření všech předchozích funkcí spolu s upgradovanými funkcemi – vše by mělo fungovat správně
Vyzkoušejte aplikaci na existující i nová data – oba by měly fungovat správně
Příklad:
Zkuste aktualizovat existující data, odstranit stávající data, vyhledat existující data a generovat přehledy pro existující data.
S novými daty ověřte vytváření účtů / dat, aktualizujte nově přidaná data, mazejte nově přidaná data, vyhledávejte podle nově přidaných dat a generujte přehledy pro nově přidaná data
Ověřte, zda celá aplikace funguje správně
Ověřte, zda nová technologie stále podporuje všechny součásti aplikace. Například moduly plug-in / doplňky / hodnoty prostředí / cesta se nezmění a měly by fungovat správně bez jakýchkoli chyb Ověřit, zda je kompatibilní se všemi možnými operačními systémy, verzemi prohlížeče atd.
Ověřit, zda stará data jsou v aplikaci zachována a nová data fungují dobře na nové technologii
2. Migrace databáze U tohoto typu migrace by aplikace měla být stabilní a data v databázi by měla být správná a platná. Při migraci mezi databázemi proto záleží na formátu, typu, hodnotě atd.
Zde budou testovány tyto aktivity:
Zajistěte, aby se starší databáze během migrace po migraci neaktualizovala.
Zajistěte, aby se mapování na úrovni polí a tabulek nezměnilo.
Zajištění pokud jsou data migrována přesně a úplně
Testovací scénáře budou následující:
I) Pokud je migrace na stejný typ databáze, pak
Ověřte, zda dotazy prováděné v nové databázi přinášejí stejné výsledky jako ve starší databázi
Ověřte, zda počet záznamů ve staré i nové databázi je stejný.Zde použijte vhodný automatizační nástroj.
Ověřte, zda nedochází k nadbytečnosti a nová databáze funguje přesně jako ta starší.
Ověřte, zda jsou schéma, vztahy, struktury tabulek nezměněny nebo nastaveny zpět na shodu starý obraz databáze
Ověřte, zda změny provedené v aplikaci aktualizují novou databázi se správnými hodnotami a zadejte
Ověřte, zda je po novém připojení databáze poskytnuto všem komponentám aplikace. Aplikace, server, rozhraní, brána firewall, síťové připojení atd.
Ověřte, zda výkon dotazu (čas potřebný k provedení složitých dotazů) nové databáze není vyšší než dřívější výkon
II ) Pokud se jedná o migraci jiného typu databáze, je třeba společně s výše uvedenými ověřovacími body zajistit několik nebo více:
Ověřte zpracování dat pro všechna pole. Hlavní výzvou bude zpracování dat pro kalendářní data, plovoucí čísla, hexadecimální atd.
Odpověď
V testování před migrací vývojář a tým QA musí být extrémně obeznámeni se stavem a funkčností aplikace. Nejdůležitější je znát všechny existující problémy, které nebyly z různých důvodů opraveny. Testeři musí vytvořit hlavní scénáře testování s toky použití, které uživatelé dělají nejvíce. Musí také pokrýt vzácné pracovní postupy s některými dobrými scénáři. Později budou reprodukovat tyto scénáře, aby potvrdily, že aplikace funguje podle očekávání.
V testování migrace se vývojáři snaží integrovat komponenty změn kódu psaní aplikace. Musí se koordinovat se správci serveru, který v tomto kroku hraje klíčovou roli. Tým QA zachytil v této fázi důležité funkční problémy, u všech zúčastněných týmů se očekává přesčasové hodiny. Občas by došlo k výpadkům serverů, takže vedoucí projektu musí používat staré servery, dokud nebude nová produkce připravena pro zákazníky.
V testování po migraci jsou nalezeny méně důležité problémy (např. Obsah a vizuální chyby) a je implementováno uživatelské akceptační testování. Vývojáři si po vyčerpávající práci dávají pauzu a manažeři kontroly kvality shromažďují problémy do zpráv, aby je mohli prezentovat vlastníkovi produktu nebo jinému obchodnímu zástupci v týmu.
Tým kontroly kvality musí věnovat pozornost běžným chybám, které způsobily chyby:
Chybějící databáze a zdroje (obrázky, dokumenty). Konfigurace a nastavení hardwaru. Změna domény v kódu a v popisech. Nastavení testované aplikace, která se nereplikovala kvůli chybějící databázi. Je tlačena jiná větev kódu (nová přepíše starou nebo naopak).
Musí se rozhodnout vedení:
Umožní testerům přístup k databázím, pokud mají projekt termíny? Jaký je rozsah testování? Pokud existují nevyřešené problémy, měly by být hlášeny společně s novými?
Vývojový tým musí:
100% znát technologie a jazyky, ve kterých pracují. Během migrace úzce spolupracujte se správci serverů a vývojáři databází. Okamžitě se zaměřte na funkční problémy.
Napsat komentář