Menu

Výukový program na testovanie migrácie údajov: Kompletný sprievodca

data migration testing tutorial

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Prehľad testovania migrácie dát:

Často sa stáva, že sa aplikácia presunie na iný server, zmení sa technológia, aktualizuje sa na ďalšiu verziu alebo sa presunie na iný databázový server atď.,

  • Čo to vlastne znamená?
  • Čo sa od testovacieho tímu očakáva v týchto situáciách?

Z hľadiska testovania to všetko znamená, že aplikácia musí byť dôkladne testovaná end-to-end spolu s úspešným prechodom z existujúceho systému na nový.

Výukové programy v tejto sérii:

V tomto prípade je potrebné vykonať testovanie systému so všetkými údajmi, ktoré sa používajú v starej aplikácii aj v nových údajoch. Je potrebné overiť existujúcu funkčnosť spolu s novou / upravenou funkčnosťou.

Testovanie migrácie údajov

Namiesto samotného migračného testovania ho možno nazvať aj ako Data Migration Testing, kde sa migrujú všetky údaje používateľa do nového systému.

Testovanie migrácie teda zahŕňa testovanie so starými údajmi, novými údajmi alebo kombináciou oboch, starých znakov (nezmenené znaky) a nových znakov.

Stará aplikácia sa zvyčajne nazýva „ dedičstvo „Žiadosť. Spolu s novou / upgradovanou aplikáciou je tiež povinné neustále testovať staršiu aplikáciu, kým sa nestanú stabilnými a konzistentnými. Rozsiahly test migrácie novej aplikácie odhalí nové problémy, ktoré sa v staršej aplikácii nenašli.

Čo sa dozviete:

Čo je testovanie migrácie?

Migration Testing je proces overovania migrácie starého systému na nový systém s minimálnym narušením / prestojmi, s integritou údajov a bez straty údajov, pričom sa zabezpečí, že všetky špecifikované funkčné a nefunkčné aspekty aplikácie budú splnené po migrácia.

Jednoduché znázornenie migračného systému:

Testovanie migrácie

Prečo migračný test?

Ako vieme, migrácia aplikácií na nový systém môže byť z rôznych dôvodov, konsolidácie systému, zastaranej technológie, optimalizácie alebo z akýchkoľvek iných dôvodov.

Aj keď je teda potrebné prevádzať systém na nový systém, je nevyhnutné zabezpečiť nasledujúce body:

  1. Je potrebné sa vyhnúť / minimalizovať akýkoľvek druh narušenia / nepríjemností spôsobených používateľovi v dôsledku migrácie. Napr .: prestoje, strata dát
  2. Je potrebné zabezpečiť, aby používateľ mohol naďalej využívať všetky funkcie softvéru spôsobovaním minimálnych alebo žiadnych škôd počas migrácie. Napr .: zmena funkčnosti, odstránenie konkrétnej funkčnosti
  3. Je tiež dôležité predvídať a vylúčiť všetky možné závady / prekážky, ktoré by sa mohli vyskytnúť počas skutočnej migrácie živého systému.

Preto, aby sa zabezpečila plynulá migrácia živého systému odstránením týchto chýb, je nevyhnutné vykonať migračné testovanie v laboratóriu.

Toto testovanie má svoj vlastný význam a hrá zásadnú úlohu, keď sa údaje dostanú do obrazu.

Technicky sa vyžaduje, aby sa vykonal aj na nasledujúce účely:

  • Zaistenie kompatibility novej / upgradovanej aplikácie so všetkým možným hardvérom a softvérom, ktoré staršia aplikácia podporuje. Také nové kompatibilita by mali byť testované aj na nový hardvér, softvérovú platformu.
  • Zabezpečenie všetkých existujúcich funkcií funguje ako v staršej aplikácii. V porovnaní so starou aplikáciou by sa nemal meniť spôsob fungovania aplikácie.
  • Možnosť veľkého množstva defektov v dôsledku migrácie je veľmi vysoká. Mnoho defektov bude zvyčajne súvisieť s údajmi, a preto je potrebné ich počas testovania identifikovať a opraviť.
  • Zaistiť, či je čas odozvy systému novej / upgradovanej aplikácie rovnaký alebo kratší ako čas potrebný pre starú aplikáciu.
  • Zaistite, aby spojenie medzi servermi, hardvérom, softvérom atď. Bolo neporušené a počas testovania sa neprerušilo. Tok údajov medzi rôznymi komponentmi by sa nemal za žiadnych podmienok prerušiť.

Kedy je toto testovanie povinné?

Testovanie sa musí vykonať pred migráciou aj po nej.

Rôzne fázy testu migrácie ktoré sa majú vykonať v skúšobnej laboratóriu, je možné klasifikovať takto.

  1. Testovanie pred migráciou
  2. Testovanie migrácie
  3. Testovanie po migrácii

Okrem vyššie uvedeného vykonajú sa aj nasledujúce testy ako súčasť celej migračnej činnosti.

  1. Spätné overenie kompatibility
  2. Testovanie vrátenia zmien

Pred vykonaním tohto testovania je nevyhnutné, aby každý tester jasne porozumel týmto bodom:

  1. Zmeny prebiehajúce ako súčasť nového systému (server, front-end, DB, schéma, tok údajov, funkčnosť atď.)
  2. Porozumieť skutočnej stratégii migrácie stanovenej tímom. Ako migrácia prebieha, zmeny krok za krokom prebiehajúce v koncovom systéme systému a skriptoch zodpovedných za tieto zmeny.

Preto je nevyhnutné dôkladne preštudovať starý a nový systém a následne zodpovedajúcim spôsobom naplánovať a navrhnúť testovacie prípady a testovacie scenáre, ktoré sa majú zahrnúť ako súčasť vyššie uvedených fáz testovania, a pripraviť stratégiu testovania.

Stratégia testovania migrácie údajov

Návrh stratégie testovania migrácie obsahuje súbor aktivít, ktoré je potrebné vykonať, a niekoľko aspektov, ktoré je potrebné zohľadniť. To znamená minimalizovať chyby a riziká, ktoré sa vyskytujú v dôsledku migrácie, a efektívne vykonávať testovanie migrácie.

Činnosti v tomto testovaní:

# 1) Špecializovaná formácia tímu :

Vytvorte testovací tím s členmi, ktorí majú požadované vedomosti a skúsenosti, a poskytnite školenie týkajúce sa systému, ktorý sa migruje.

#dva) Analýza obchodných rizík, analýza možných chýb :

Súčasné podnikanie by sa po migrácii nemalo brzdiť, a teda vykonávať ‘ Analýza obchodných rizík “ stretnutia, na ktorých sa zúčastňujú správne zainteresované strany (manažér testov, obchodný analytik, architekti, vlastníci produktov, vlastníci firiem atď.), a identifikujú riziká a realizovateľné zmiernenia. Testovanie by malo obsahovať scenáre na odhalenie týchto rizík a overenie, či boli implementované náležité zmiernenia.

Správanie ‘ Analýza možných chýb “ pomocou vhodných „Chyby pri odhadovaní prístupov“ a potom navrhnite testy okolo týchto chýb, aby ste ich počas testovania odhalili.

rozdiel medzi skúškou dymu a skúškou zdravého rozumu

# 3) Analýza a identifikácia rozsahu migrácie:

Analyzujte jasný rozsah testu migrácie podľa toho, kedy a čo je potrebné testovať.

# 4) Identifikujte vhodný nástroj na migráciu:

Pri definovaní stratégie tohto testovania, automatizovaného alebo manuálneho, identifikujte nástroje, ktoré sa majú použiť. Napr .: Automatizovaný nástroj na porovnanie zdrojových a cieľových údajov.

# 5) Určite vhodné testovacie prostredie pre migráciu:

Identifikujte samostatné prostredia pre prostredia pred a po migrácii, aby ste mohli vykonať akékoľvek overenie, ktoré sa vyžaduje ako súčasť testovania. Pochopte a zdokumentujte technické aspekty staršieho a nového systému migrácie, aby ste sa uistili, že je podľa nich nastavené testovacie prostredie.

# 6) Dokument so špecifikáciami testu migrácie a kontrola:

Pripravte dokument so špecifikáciami testu migrácie, ktorý jasne popisuje prístup k testovaniu, oblasti testovania, testovacie metódy (automatizované, manuálne), metodiku testovania (čierna skrinka, technika testovania bielej skrinky ), Počet cyklov testovania, harmonogram testovania, prístup k vytváraniu údajov a využívaniu živých údajov (je potrebné maskovať citlivé informácie), špecifikácia testovacieho prostredia, kvalifikácia testerov atď., A uskutočniť konzultáciu so zainteresovanými stranami.

# 7) Spustenie výroby migrovaného systému :

Analyzujte a dokumentujte zoznam úloh pre migráciu výroby a zverejnite ho v dostatočnom predstihu

Rôzne fázy migrácie

Ďalej sú uvedené rôzne fázy migrácie.

Fáza 1:Testovanie pred migráciou

Pred migráciou údajov sa sada testovacích aktivít vykonáva ako súčasť fázy pred migráciou. Toto je v jednoduchších aplikáciách ignorované alebo sa o ňom neuvažuje. Ale keď sa majú migrovať zložité aplikácie, sú činnosti pred migráciou nevyhnutnosťou.

Ďalej je uvedený zoznam akcií, ktoré sa podniknú počas tejto fázy:

  • Stanovte jasný rozsah údajov - aké údaje je potrebné zahrnúť, ktoré údaje je potrebné vylúčiť, ktoré údaje je potrebné transformovať / previesť atď.
  • Vykonajte mapovanie údajov medzi starou a novou aplikáciou - pre každý typ údajov v staršej aplikácii porovnajte jej príslušný typ v novej aplikácii a potom ich mapujte - mapovanie na vyššej úrovni.
  • Ak má nová aplikácia pole, ktoré je v ňom povinné, a nie je to tak v prípade staršej verzie, potom zabezpečte, aby v starej aplikácii nebolo toto pole také prázdne. - Mapovanie na nižšej úrovni.
  • Preštudujte si schému údajov novej aplikácie - názvy polí, typy, minimálne a maximálne hodnoty, dĺžku, povinné polia, overenia na úrovni polí atď., Jasne
  • Je potrebné poznamenať si niekoľko tabuliek v starom systéme. Ak sú nejaké tabuľky zrušené a je potrebné ich overiť po migrácii.
  • V staršej aplikácii je potrebné zaznamenať niekoľko záznamov v každej tabuľke, pohľady.
  • Preštudujte si rozhrania v novej aplikácii a ich spojenia. Údaje prúdiace v rozhraní by mali byť vysoko zabezpečené a nemali by byť poškodené.
  • Pripravte testovacie prípady, testovacie scenáre a prípady použitia pre nové podmienky v nových aplikáciách.
  • Vykonajte skupinu testovacích prípadov, scenárov so skupinou používateľov a výsledky a protokoly uchovávajte. To isté je potrebné overiť po migrácii, aby sa zabezpečilo, že pôvodné údaje a funkčnosť budú neporušené.
  • Počet dát a záznamov je potrebné zreteľne zaznamenať, je potrebné ich po migrácii overiť, aby nedošlo k ich strate.

Fáza č. 2:Testovanie migrácie

„ Sprievodca migráciou “, čo je na vykonanie migračnej aktivity je potrebné dôsledne dodržiavať pokyny pripravené migračným tímom. V ideálnom prípade aktivita migrácie začína zálohovaním údajov na páske, aby bolo možné kedykoľvek obnoviť pôvodný systém.

Overenie dokumentačnej časti „ Sprievodca migráciou je tiež súčasťou testovania migrácie údajov . Skontrolujte, či je dokument jasný a ľahko sledovateľný. Všetky skripty a kroky musia byť správne zdokumentované bez akýchkoľvek nejasností. Akýkoľvek druh chýb v dokumentácii, vynechaných zápasov v poradí vykonania krokov je tiež potrebné považovať za dôležité, aby ich bolo možné nahlásiť a opraviť.

Migračné skripty, príručku a ďalšie informácie týkajúce sa skutočnej migrácie je potrebné vyzdvihnúť z úložiska riadenia verzií na vykonanie.

Jedným z testovacích prípadov, ktoré sa majú vykonať, je zaznamenanie skutočného času potrebného na migráciu od začiatku migrácie do úspešnej obnovy systému. „Čas potrebný na migráciu systému“ je potrebné zaznamenať do záverečnej správy o teste, ktorá sa doručí ako súčasť výsledkov testov migrácie, a tieto informácie budú užitočné počas spustenia výroby. Prestoje zaznamenané v testovacom prostredí sa extrapolujú na výpočet približného prestoja v živom systéme.

Je na starom systéme, kde sa bude migračná aktivita vykonávať.

Počas tohto testovania budú zvyčajne všetky komponenty prostredia zničené a odstránené zo siete, aby sa mohli vykonať migračné činnosti. Preto je potrebné si uvedomiť „Odstávka“ požadované pre test migrácie. V ideálnom prípade to bude rovnaké ako v čase migrácie.

Migračná aktivita definovaná v dokumente „Sprievodca migráciou“ všeobecne obsahuje:

  • Skutočná migrácia aplikácie
  • Brány firewall, porty, hostitelia, hardvér a softvérové ​​konfigurácie sa upravujú podľa nového systému, na ktorý sa migruje staršie vydanie.
  • Úniky údajov, vykonávajú sa bezpečnostné kontroly
  • Je skontrolované pripojenie medzi všetkými komponentmi aplikácie

Odporúča sa, aby testéri overili vyššie uvedené v zadnej časti systému alebo vykonaním testu v bielej skrinke.

Po dokončení aktivity migrácie uvedenej v príručke sa všetky servery otvoria a vykonajú sa základné testy súvisiace s overením úspešnej migrácie, ktoré zabezpečia, aby boli všetky systémy typu end-to-end správne pripojené a aby všetky komponenty hovorili ku každému. iné, DB je v prevádzke, klientske rozhranie úspešne komunikuje so zadným serverom. Tieto testy je potrebné identifikovať skôr a zaznamenať ich v dokumente Specification Migration Test Specification.

Softvér podporuje niekoľko rôznych platforiem. V takom prípade je potrebné migráciu overiť na každej z týchto platforiem osobitne.

Súčasťou migračného testu bude overenie migračných skriptov. Skript individuálnej migrácie sa niekedy overuje aj pomocou „testovania bielej skrinky“ v samostatnom testovacom prostredí.

Preto bude testovanie migrácie kombináciou „bieleho aj čierneho skrinky“.

Po vykonaní tohto overenia súvisiaceho s migráciou a absolvovaní zodpovedajúcich testov môže tím pokračovať v aktivite testovania po migrácii.

Fáza č. 3:Testovanie po migrácii

Po úspešnej migrácii aplikácie sa do popredia dostane testovanie po migrácii.

Tu sa v testovacom prostredí vykonáva komplexné testovanie systému. Testéri vykonávajú identifikované testovacie prípady, testovacie scenáre, prípady použitia so staršími údajmi, ako aj s novou sadou údajov.

Okrem týchto sú v migrovaných prostrediach k dispozícii aj konkrétne položky, ktoré sa majú overiť:

Všetky z nich sú zdokumentované ako testovací prípad a sú zahrnuté v dokumente „Špecifikácia testu“.

  1. Skontrolujte, či sa všetky údaje zo staršieho systému migrujú do novej aplikácie v rámci plánovaného výpadku. Za týmto účelom porovnajte počet záznamov medzi starou a novou aplikáciou pre každú tabuľku a zobrazenia v databáze. Nahláste tiež čas potrebný na presun, povedzme 10 000 záznamov.
  2. Skontrolujte, či sú aktualizované všetky zmeny schémy (pridané alebo odstránené polia a tabuľky) podľa nového systému.
  3. Dáta migrované zo starej verzie do novej aplikácie by si mali zachovať svoju hodnotu a formát, pokiaľ nie je uvedené inak. Za týmto účelom porovnajte hodnoty údajov medzi starou databázou a databázou novej aplikácie.
  4. Otestujte migrované údaje oproti novej aplikácii. Tu uvádzame maximálny počet možných prípadov. Ak chcete zabezpečiť 100% pokrytie v súvislosti s overením migrácie údajov, použite automatizovaný testovací nástroj.
  5. Skontrolujte zabezpečenie databázy.
  6. Skontrolujte integritu údajov pre všetky možné záznamy vzoriek.
  7. Skontrolujte a zaistite, aby staršia podporovaná funkčnosť v starom systéme fungovala podľa očakávania v novom systéme.
  8. Skontrolujte dátový tok v aplikácii, ktorá pokrýva väčšinu komponentov.
  9. Rozhranie medzi komponentmi by malo byť podrobne testované, pretože pri prechode komponentmi by sa nemali upravovať, strácať a poškodzovať dáta. Na overenie je možné použiť testovacie prípady integrácie.
  10. Skontrolujte redundanciu starších údajov. Počas migrácie by sa nemali duplikovať žiadne pôvodné údaje
  11. Skontrolujte prípady nesúladu údajov, ako je zmena dátového typu, zmena formátu ukladania atď.,
  12. Všetky kontroly na úrovni polí v staršej aplikácii by mali byť zahrnuté aj v novej aplikácii
  13. Akékoľvek doplnenie údajov v novej aplikácii by sa nemalo odzrkadľovať na pôvodnom dedičstve
  14. Aktualizácia údajov staršej aplikácie prostredníctvom novej aplikácie by mala byť podporovaná. Po aktualizácii v novej aplikácii by sa to už nemalo odzrkadľovať na pôvodnom dedičstve.
  15. Malo by byť podporované mazanie údajov staršej aplikácie z novej aplikácie. Po odstránení v novej aplikácii by sa nemali vymazať ani staršie údaje.
  16. Overte, či zmeny vykonané v starom systéme podporujú novú funkcionalitu dodávanú ako súčasť nového systému.
  17. Overte, či používatelia v starom systéme môžu naďalej používať starú aj novú funkčnosť, najmä tých, ktorých sa zmeny týkajú. Vykonajte testovacie prípady a výsledky testov uložené počas testovania pred migráciou.
  18. Vytvorte nových používateľov v systéme a vykonajte testy, aby ste sa uistili, že funkčnosť zo starej aj novej aplikácie podporuje novo vytvorených používateľov a funguje dobre.
  19. Vykonajte testy spojené s funkčnosťou s rôznymi vzorkami údajov (iná veková skupina, používatelia z rôznych oblastí atď.)
  20. Je tiež potrebné overiť, či sú pre nové funkcie povolené „Parametre funkcií“ a či ich zapnutím alebo vypnutím zapnete alebo vypnete.
  21. Testovanie výkonu je dôležité na zabezpečenie toho, aby migrácia na nový systém / softvér neznížila výkonnosť systému.
  22. Je tiež potrebné vykonať záťažové a záťažové testy, aby sa zaistila stabilita systému.
  23. Overte, či aktualizácia softvéru neotvorila žiadne chyby zabezpečenia, a preto vykonajte bezpečnostné testy, najmä v oblasti, kde boli v systéme počas migrácie vykonané zmeny.
  24. Použiteľnosť je ďalším aspektom, ktorý je potrebné overiť, pričom ak sa zmenilo rozloženie grafického používateľského rozhrania / front-end systém alebo sa zmenila akákoľvek funkčnosť, aká je ľahkosť použitia, ktorú pociťuje koncový používateľ v porovnaní so starým systémom.

Pretože rozsah testovania po migrácii je veľmi rozsiahly, je ideálne oddeliť dôležité testy, ktoré je potrebné najskôr vykonať, aby sa kvalifikácia úspešnosti migrácie osvedčila, a potom zostávajúce vykonať neskôr.

Je tiež vhodné automatizovať end-to-end funkčné testovacie prípady a ďalšie možné testovacie prípady, aby sa mohol skrátiť čas testovania a výsledky by boli rýchlo dostupné.

Niekoľko tipov pre testerov na písanie testovacích prípadov na vykonávanie po migrácii:

  • Keď je aplikácia migrovaná, neznamená to, že testovacie prípady musia byť napísané pre celú novú aplikáciu. Testovacie prípady, ktoré sú už navrhnuté pre staršie verzie, by pre novú aplikáciu mali stále platiť. Pokiaľ je to možné, použite staré testovacie prípady a podľa potreby preveďte staré testovacie prípady na prípady novej aplikácie.
  • Ak dôjde v novej aplikácii k nejakej zmene funkcie, mali by sa upraviť testovacie prípady súvisiace s touto funkciou.
  • Ak je v novej aplikácii pridaná nejaká nová funkcia, mali by byť pre túto konkrétnu funkciu navrhnuté nové testovacie prípady.
  • Ak v novej aplikácii dôjde k poklesu funkcií, testovacie prípady súvisiace so starou aplikáciou by sa nemali brať do úvahy pri vykonávaní po migrácii a mali by sa označiť ako neplatné a oddelene.
  • Navrhnuté testovacie prípady by mali byť vždy spoľahlivé a z hľadiska použitia konzistentné. Verifikácia kritických údajov by mala byť zahrnutá v testovacích prípadoch, aby sa nezmeškali pri vykonávaní.
  • Ak sa vzhľad novej aplikácie líši od pôvodnej verzie (UI), mali by sa testovacie prípady súvisiace s používateľským rozhraním upraviť tak, aby sa prispôsobil novému dizajnu. Tester sa v tomto prípade môže rozhodnúť buď aktualizovať, alebo zapísať nové. Na základe množstva zmien, ktoré sa udiali.

Spätné testovanie kompatibility

Migrácia systému si tiež vyžaduje, aby testéri overili „spätnú kompatibilitu“, pri ktorej je nový zavedený systém kompatibilný so starým systémom (minimálne 2 predchádzajúce verzie) a zaručuje, že s týmito verziami bude dokonale fungovať.

Spätná kompatibilita má zabezpečiť:

  1. Či nový systém podporuje funkcie podporované v predchádzajúcich 2 verziách spolu s novou.
  2. Systém je možné úspešne migrovať z predchádzajúcich 2 verzií bez akýchkoľvek problémov.

Preto je nevyhnutné zabezpečiť spätnú kompatibilitu systému osobitným vykonaním testov týkajúcich sa podpory spätnej kompatibility. Na vykonanie je potrebné navrhnúť a zahrnúť testy týkajúce sa spätnej kompatibility a zahrnúť ich do dokumentu Špecifikácia testu.

Testovanie vrátenia zmien

V prípade akýchkoľvek problémov pri vykonávaní migrácie alebo ak dôjde k zlyhaniu migrácie kedykoľvek počas migrácie, malo by byť možné, aby sa systém vrátil späť k starému systému a rýchlo obnovil svoju funkciu bez toho, aby to malo vplyv na používateľov a funkcie podporované skôr.

Aby sme to overili, je potrebné navrhnúť scenáre zlyhania migrácie ako súčasť negatívneho testovania a je potrebné otestovať mechanizmus vrátenia. Vo výsledkoch skúšky je tiež potrebné zaznamenať a uviesť celkový čas potrebný na obnovenie pôvodného systému.

Po vrátení je hlavná funkčnosť a regresné testovanie (automatizované) by sa malo spustiť, aby sa zabezpečilo, že migrácia nič neovplyvnila a vrátenie zmien je úspešné pri obnovení pôvodného systému.

Súhrnná správa o teste migrácie

Súhrnná správa o teste by mali byť vypracované po dokončení testovania a mali by obsahovať správu o súhrne rôznych testov / scenárov vykonaných ako súčasť rôznych fáz migrácie so stavom výsledku (vyhovieť / nevyhovieť) a protokolmi o testoch.

Mal by sa zreteľne uviesť čas zaznamenaný pre tieto činnosti:

  1. Celkový čas migrácie
  2. Odstávka aplikácií
  3. Čas strávený migráciou 10 000 záznamov.
  4. Čas strávený vrátením.

Okrem vyššie uvedených informácií možno uviesť aj akékoľvek pozorovania / odporúčania.

Výzvy v testovaní migrácie údajov

Výzvy, ktorým čelí toto testovanie, spočívajú hlavne v údajoch. Nižšie je niekoľko v zozname:

# 1) Kvalita údajov:

Môžeme zistiť, že dáta použité v staršej aplikácii majú zlú kvalitu v novej / upgradovanej aplikácii. V takýchto prípadoch sa musí zlepšiť kvalita údajov, aby vyhovovali obchodným štandardom.

Faktory ako predpoklady, konverzie údajov po migrácii, údaje zadané v samotnej staršej aplikácii sú neplatné, zlá analýza údajov atď. Vedú k zlej kvalite údajov. To má za následok vysoké prevádzkové náklady, zvýšené riziká integrácie údajov a odchýlku od účelu podnikania.

# 2) Nezhoda údajov:

Dáta migrované zo starej verzie do novej / inovovanej aplikácie sa v novej môžu javiť ako nezhodné. Môže to byť spôsobené zmenou typu údajov, formátu ukladacieho priestoru údajov a účelu, na ktorý sa údaje používajú, možno predefinovať.

najlepší rámec na testovanie jednotiek pre javu

To viedlo k obrovskému úsiliu upraviť nevyhnutné zmeny, aby sa buď nezhodné údaje opravili, alebo ich prijali a doladili na tento účel.

# 3) Strata údajov:

Pri prechode zo starej verzie na novú / inovovanú aplikáciu sa môžu údaje stratiť. Môže to byť s povinnými alebo nepovinnými políčkami. Ak sa stratené údaje týkajú nepovinných polí, záznam pre nich bude stále platný a je možné ich znova aktualizovať.

Ak sa však údaje povinného poľa stratia, samotný záznam sa stane neplatným a nemožno ho odvolať. To povedie k obrovskej strate údajov a pri správnom zachytení by sa malo vyžadovať získanie buď zo záložnej databázy, alebo z protokolov auditu.

# 4) Objem dát:

Obrovské údaje, ktoré si vyžadujú veľa času na migráciu v rámci okna prestojov migračnej aktivity. Napr .: Stieracie karty v telekomunikačnom priemysle, používatelia na inteligentnej sieťovej platforme atď., Tu je časom výzva, staré údaje sa vyčistia, vytvoria sa obrovské nové údaje, ktoré je potrebné znova migrovať. Automatizácia je riešením pre obrovskú migráciu dát.

# 5) Simulácia prostredia v reálnom čase (so skutočnými údajmi):

Simulácia prostredia v reálnom čase v testovacom laboratóriu je ďalšou skutočnou výzvou, pri ktorej sa testéri dostanú do rôznych druhov problémov so skutočnými údajmi a skutočným systémom, s ktorými sa počas testovania nestretávajú.

Takže vzorkovanie dát, replikácia skutočného prostredia, identifikácia objemu dát zapojených do migrácie je pri testovaní migrácie dát dosť dôležitá.

# 6) Simulácia objemu dát:

Tímy musia veľmi pozorne študovať údaje v živom systéme a mali by prísť s typickou analýzou a vzorkovaním údajov.

Napr .: používatelia s vekovou skupinou do 10 rokov, 10 - 30 rokov atď., Pokiaľ je to možné, je potrebné získavať údaje zo živého vysielania, pokiaľ nie, je potrebné ich vytvárať v testovacom prostredí. Na vytvorenie veľkého množstva údajov je potrebné použiť automatické nástroje. Ak nie je možné simulovať objem, je možné použiť kedykoľvek extrapoláciu.

Tipy na zmiernenie rizík spojených s migráciou údajov

Ďalej uvádzame niekoľko tipov, ktoré je potrebné vykonať, aby sa zmiernili riziká migrácie údajov:

  • Štandardizujte údaje použité v starom systéme, takže pri migrácii budú štandardné údaje dostupné v novom systéme
  • Zlepšiť kvalitu údajov tak, aby pri migrácii existovali kvalitatívne údaje na testovanie, ktoré poskytnú pocit testovania ako koncový používateľ
  • Pred migráciou vyčistite údaje, aby sa pri migrácii v novom systéme nenachádzali duplicitné údaje, čo tiež udržuje celý systém čistý
  • Znova skontrolujte obmedzenia, uložené procedúry, zložité dotazy, ktoré poskytujú presné výsledky, aby sa pri migrácii vrátili správne údaje aj v novom systéme
  • Identifikujte správny automatizačný nástroj na vykonávanie kontrol údajov / záznamových kontrol v novom systéme v porovnaní so starším.

Záver

Preto vzhľadom na zložitosť vykonávania testovania migrácie údajov, pričom treba mať na pamäti, že malá chyba v akomkoľvek aspekte overenia počas testovania povedie k riziku zlyhania migrácie pri výrobe, je preto veľmi dôležité vykonať dôkladnú a dôkladnú štúdiu & analýza systému pred a po migrácii. Plánujte a navrhnite efektívnu stratégiu migrácie pomocou robustných nástrojov spolu so skúsenými a vyškolenými testermi.

Ako vieme, migrácia má obrovský vplyv na kvalitu aplikácie, celý tím musí vynaložiť značné úsilie na overenie celého systému po všetkých stránkach, ako sú funkčnosť, výkon, bezpečnosť, použiteľnosť, dostupnosť, spoľahlivosť, kompatibilita. atď., čo zase zabezpečí úspešné „testovanie migrácie“.

„Rôzne typy migrácií“ ktoré sa v realite zvyčajne vyskytujú pomerne často a spôsoby, ako zvládnuť ich testovanie, budú v krátkosti vysvetlené v našom ďalší tutoriál v tejto sérii .

O autoroch: Túto príručku napísal autor STH Nandini. Má viac ako 7 rokov skúseností s testovaním softvéru. Ďakujeme tiež autorke STH Gayathri S. za preskúmanie a poskytnutie návrhov na vylepšenie tejto série. Gayathri má viac ako 18 rokov skúseností v oblasti vývoja a testovania softvéru.

Dajte nám vedieť svoje komentáre / návrhy týkajúce sa tohto tutoriálu.

Odporúčané čítanie

^