Meni

Vadnica za testiranje selitve podatkov: Popoln vodnik

data migration testing tutorial

Preizkusite Naš Instrument Za Odpravo Težav

Pregled preskušanja selitve podatkov:

Pogosto je slišati, da se aplikacija premakne na drug strežnik, spremeni tehnologija, posodobi na naslednjo različico ali se premakne na drug strežnik zbirke podatkov itd.,

  • Kaj to pravzaprav pomeni?
  • Kaj se v teh situacijah pričakuje od preskusne ekipe?

S stališča testiranja vse pomeni, da je treba aplikacijo temeljito preizkusiti skupaj s selitvijo iz obstoječega sistema v nov sistem.

Vadnice v tej seriji:

V tem primeru je treba opraviti sistemsko testiranje z vsemi podatki, ki se uporabljajo v stari aplikaciji in tudi novimi podatki. Obstoječo funkcionalnost je treba preveriti skupaj z novo / spremenjeno funkcionalnostjo.

Testiranje selitve podatkov

Namesto zgolj preskušanja selitve ga lahko poimenujemo tudi kot preskušanje prenosa podatkov, kjer bodo celotni podatki uporabnika preseljeni v nov sistem.

Torej, preskušanje selitev vključuje testiranje s starimi podatki, novimi podatki ali kombinacijo obeh, starih funkcij (nespremenjene funkcije) in novih funkcij.

Stara aplikacija se običajno imenuje „ zapuščina “. Skupaj z novo / nadgrajeno aplikacijo je obvezno tudi nadaljevanje testiranja starejše aplikacije, dokler nove / nadgrajene ne postanejo stabilne in dosledne. Obsežen preskus selitve na novo aplikacijo bo razkril nove težave, ki jih starejše aplikacije niso našli.

Kaj se boste naučili:

Kaj je preskušanje migracije?

Preskušanje selitve je postopek preverjanja selitve starega sistema na nov sistem z minimalnimi motnjami / nedelovanjem, z integriteto podatkov in brez izgube podatkov, hkrati pa zagotavlja, da so vsi navedeni funkcionalni in nefunkcionalni vidiki aplikacije izpolnjeni po migracije.

Preprost prikaz migracijskega sistema:

Preskušanje migracij

Zakaj migracijski test?

Kot vemo, bi lahko bila migracija aplikacije na nov sistem zaradi različnih razlogov, konsolidacije sistema, zastarele tehnologije, optimizacije ali drugih razlogov.

Medtem ko je treba sistem v uporabi prestaviti na nov sistem, je nujno zagotoviti naslednje točke:

  1. Izogibati se / zmanjšati je treba kakršne koli motnje / nevšečnosti, ki jih uporabnik povzroči zaradi migracije. Npr: izpad, izguba podatkov
  2. Treba je zagotoviti, ali lahko uporabnik še naprej uporablja vse funkcije programske opreme, tako da med selitvijo povzroči minimalno škodo ali nobene škode. Npr .: sprememba funkcionalnosti, odstranitev določene funkcionalnosti
  3. Prav tako je pomembno predvideti in izključiti vse možne napake / ovire, ki bi se lahko pojavile med dejansko selitvijo živega sistema.

Da bi zagotovili nemoteno selitev živega sistema z odpravo teh napak, je nujno izvesti preskušanje migracije v laboratoriju.

To testiranje ima svoj pomen in ima ključno vlogo, ko se podatki pojavijo v sliki.

Tehnično ga je treba izvesti tudi za naslednje namene:

  • Za zagotovitev združljivosti nove / nadgrajene aplikacije z vso možno strojno in programsko opremo, ki jo stara aplikacija podpira. Tudi novo kompatibilnost je treba preizkusiti tudi za novo strojno opremo in programsko platformo.
  • Da bi zagotovili, da vse obstoječe funkcionalnosti delujejo kot v stari aplikaciji. Način delovanja aplikacije v primerjavi s starejšo različico ne sme spremeniti.
  • Možnost velikega števila napak zaradi selitve je zelo velika. Številne napake so običajno povezane s podatki, zato jih je treba med testiranjem ugotoviti in odpraviti.
  • Da zagotovite, ali je sistemski odzivni čas nove / nadgrajene aplikacije enak ali krajši od tistega, ki ga potrebuje za starejšo aplikacijo.
  • Da zagotovimo, da so povezave med strežniki, strojno opremo, programsko opremo itd. Nepoškodovane in se med testiranjem ne prekinejo. Pretok podatkov med različnimi komponentami se v nobenem primeru ne sme prekiniti.

Kdaj je potrebno to testiranje?

Testiranje je treba opraviti pred in po selitvi.

Različne faze migracijskega testa ki se izvajajo v testnem laboratoriju, je mogoče razvrstiti kot spodaj.

  1. Testiranje pred migracijo
  2. Preskušanje migracij
  3. Preskušanje po migraciji

Poleg zgoraj navedenega izvedejo se tudi naslednji testi kot del celotne migracijske dejavnosti.

  1. Preverjanje združljivosti nazaj
  2. Preizkus vračanja

Pred izvedbo tega testiranja je nujno, da kateri koli preizkuševalec jasno razume spodnje točke:

  1. Spremembe, ki se dogajajo kot del novega sistema (strežnik, prednji del, DB, shema, pretok podatkov, funkcionalnost itd.,)
  2. Da bi razumeli dejansko migracijsko strategijo, ki jo je postavila skupina. Kako poteka migracija, postopne spremembe v zaledju sistema in skriptih, odgovornih za te spremembe.

Zato je nujno temeljito preučiti stari in novi sistem, nato pa v skladu s tem načrtovati in oblikovati testne primere in testne scenarije, ki bodo zajeti v zgornjih fazah testiranja, in pripraviti strategijo testiranja.

Strategija testiranja migracije podatkov

Oblikovanje preskusne strategije za migracijo vključuje vrsto dejavnosti, ki jih je treba izvesti, in nekaj vidikov, ki jih je treba upoštevati. To je namenjeno zmanjšanju napak in tveganj, ki se pojavijo kot posledica selitve, ter učinkovitemu izvajanju preskusa selitve.

Dejavnosti v tem testiranju:

# 1) Specializirana ekipa :

S člani, ki imajo potrebno znanje in izkušnje, oblikujte preskusno skupino in zagotovite usposabljanje v zvezi s sistemom, ki se seli.

#two) Analiza poslovnega tveganja, analiza možnih napak :

Trenutnega poslovanja po selitvi ne bi smeli ovirati in zato izvajati „ Analiza poslovnega tveganja “ srečanja, ki vključujejo ustrezne zainteresirane strani (vodja testov, poslovni analitik, arhitekti, lastniki izdelkov, lastnik podjetja itd.) in prepoznajo tveganja in izvedljive blažitve. Testiranje mora vključevati scenarije za odkrivanje teh tveganj in preverjanje, ali so bila uvedena ustrezna blaženja.

Ravnanje Analiza možnih napak ' z uporabo ustreznega „Pristop pri ugibanju napak“ in nato načrtujte teste okrog teh napak, da jih boste odkrili med testiranjem.

c ++ nedefiniran sklic na funkcijo v glavi datoteke

# 3) Analiza in identifikacija obsega selitve:

Analizirajte jasen obseg migracijskega testa, kdaj in kaj je treba preizkusiti.

# 4) Določite ustrezno orodje za migracijo:

Medtem ko definirate strategijo tega testiranja, samodejno ali ročno, določite orodja, ki jih boste uporabili. Npr .: Avtomatizirano orodje za primerjavo izvornih in ciljnih podatkov.

# 5) Določite primerno preskusno okolje za selitev:

Določite ločena okolja za okolici pred in po selitvi, da izvedete kakršno koli preverjanje, ki je potrebno kot del testiranja. Razumeti in dokumentirati tehnične vidike zapuščinskega in novega sistema migracije, da zagotovite, da je testno okolje nastavljeno v skladu s tem.

# 6) Dokument s specifikacijami preskusa migracije in pregled:

Pripravite dokument s specifikacijami preskusa migracije, ki jasno opisuje pristop testiranja, področja testiranja, metode testiranja (avtomatizirano, ročno), metodologijo testiranja (črna škatla, tehnika preizkušanja bele škatle ), Število ciklov testiranja, razpored testiranja, pristop ustvarjanja podatkov in uporaba podatkov v živo (občutljive informacije je treba prikriti), specifikacije testnega okolja, usposobljenost preizkuševalcev itd. In z zainteresiranimi stranmi izvedite pregled.

# 7) Začetek proizvodnje preseljenega sistema :

Analizirajte in dokumentirajte seznam opravil za selitev proizvodnje in ga objavite že vnaprej

Različne faze migracije

Spodaj so navedene različne faze migracije.

Faza # 1:Testiranje pred migracijo

Pred preselitvijo podatkov se v okviru faze pred-migracijskega preskusa izvedejo nabori preizkusnih dejavnosti. To se v enostavnejših aplikacijah prezre ali ne upošteva. Toda pri selitvi zapletenih aplikacij so dejavnosti pred migracijo nujne.

Spodaj je seznam ukrepov, ki so bili izvedeni v tej fazi:

  • Določite jasen obseg podatkov - katere podatke je treba vključiti, katere podatke je treba izključiti, kateri podatki potrebujejo transformacije / pretvorbe itd.
  • Izvedite preslikavo podatkov med zapuščino in novo aplikacijo - za vsako vrsto podatkov v zapuščini uporabite primerjavo ustrezne vrste v novi aplikaciji in jih nato preslikajte - Preslikava na višji ravni.
  • Če ima nova aplikacija obvezno polje, vendar v zapuščini ni tako, in zagotovite, da zapuščina nima tega polja kot nično. - Kartiranje na nižji ravni.
  • Jasno preučite podatkovno shemo nove aplikacije - imena polj, vrste, najmanjše in največje vrednosti, dolžina, obvezna polja, preverjanja ravni polja itd., Jasno
  • Številne tabele v zapuščinskem sistemu je treba zapisati in če je katera tabela spuščena in dodana po selitvi, je treba preveriti.
  • Številni zapisi v vsaki tabeli, pogledi morajo biti zabeleženi v stari aplikaciji.
  • Preučite vmesnike v novi aplikaciji in njihove povezave. Podatki, ki tečejo v vmesniku, morajo biti zelo zaščiteni in ne zlomljeni.
  • V novih aplikacijah pripravite testne primere, testne scenarije in primere za nove pogoje.
  • Izvedite nabor testnih primerov, scenarije z naborom uporabnikov in shranite rezultate, dnevnike. Po selitvi je treba isto preveriti, da se zagotovi, da so stari podatki in funkcionalnost nedotaknjeni.
  • Število podatkov in zapisov je treba jasno zapisati, po selitvi ga je treba preveriti, da ne pride do izgube podatkov.

2. faza:Preskušanje migracij

' Migration Guide “, ki je za izvajanje migracijske dejavnosti, ki jo je pripravila skupina za migracije. V idealnem primeru se dejavnost selitve začne s podatki, varnostno kopiranimi na traku, tako da je mogoče kadar koli obnoviti starejši sistem.

Preverjanje dokumentacijskega dela „ Vodnik za selitev “je tudi del preskušanja podatkov o migraciji . Preverite, ali je dokument jasen in lahko sledljiv. Vsi scenariji in koraki morajo biti pravilno dokumentirani brez kakršnih koli dvoumnosti. Kakršne koli napake v dokumentaciji, pogrešane tekme v vrstnem redu izvedbe korakov je treba obravnavati kot pomembne, da jih je mogoče prijaviti in popraviti.

Skripte za selitev, vodnik in druge informacije, povezane z dejansko selitvijo, je treba za izvedbo prevzeti iz skladišča za nadzor različic.

Eden izmed testnih primerov, ki ga je treba izvesti, je torej zapisovanje dejanskega časa, potrebnega za selitev od začetka selitve do uspešne obnove sistema. „Čas, potreben za selitev sistema“ je treba zabeležiti v končnem poročilu o preskusu, ki bo dostavljeno kot del rezultatov preskusa migracije, in te informacije bodo koristne med zagonom proizvodnje. Zastoji, zabeleženi v testnem okolju, se ekstrapolirajo za izračun približnega izpada sistema v živo.

Dejavnost migracije se bo izvajala v zapuščinskem sistemu.

Med tem preskušanjem bodo vse komponente okolja običajno odstranjene in odstranjene iz omrežja za izvajanje dejavnosti migracije. Zato je treba opozoriti na „Izpad“ potrebno za preskus selitve. V idealnem primeru bo enako kot čas selitve.

Migracijska dejavnost, opredeljena v dokumentu „Vodnik o selitvi“, na splošno vključuje:

  • Dejanska selitev aplikacije
  • Konfiguracije požarnih zidov, vrat, gostiteljev, strojne opreme in programske opreme so spremenjene v skladu z novim sistemom, na katerega se seli zapuščina
  • Izvajajo se uhajanja podatkov, varnostna preverjanja
  • Preveri se povezava med vsemi komponentami aplikacije

Priporočljivo je, da preizkuševalci zgoraj navedeno preverijo v zaledju sistema ali tako, da opravijo testiranje belega polja.

Po končani dejavnosti selitve, navedeni v priročniku, se prikažejo vsi strežniki in izvedejo se osnovni testi v zvezi s preverjanjem uspešne migracije, kar zagotavlja, da so vsi končni sistemi primerno povezani in da se vse komponente pogovarjajo z vsakim drugo pa DB deluje in sprednji del uspešno komunicira z zadnjim delom. Te teste je treba opredeliti prej in zabeležiti v dokumentu Specifikacija preskusa selitve.

Obstaja možnost, da programska oprema podpira več različnih platform. V takem primeru je treba migracijo preveriti na vsaki od teh platform posebej.

Preverjanje selitvenih skriptov bo del preskusa selitve. Včasih se posamezni skript za selitev preveri tudi s preskusom „White box“ v samostojnem testnem okolju.

Zato bo preskušanje migracij kombinacija „testiranja bele škatle in črne škatle“.

Ko je opravljeno preverjanje, povezano z migracijo, in opravljeni ustrezni testi, lahko skupina nadaljuje z dejavnostjo testiranja po selitvi.

Faza # 3:Preskus po selitvi

Ko je aplikacija uspešno preseljena, se pojavi slika po selitvi.

Tu se preskušanje sistema v celoti izvaja v preskusnem okolju. Preizkuševalci izvajajo identificirane testne primere, testne scenarije, primere uporabe s starejšimi podatki in nov nabor podatkov.

Poleg teh obstajajo še posebni elementi, ki jih je treba preveriti v preseljenih okoljih in so navedeni spodaj:

Vse to je dokumentirano kot testni primer in vključeno v dokument „Specifikacija testa“.

kako odpreti datoteko dat v pdf
  1. Preverite, ali so vsi podatki iz zapuščine preseljeni v novo aplikacijo v načrtovanem času nedelovanja. Če želite to zagotoviti, primerjajte število zapisov med staro in novo aplikacijo za vsako tabelo in poglede v zbirki podatkov. Sporočite tudi čas, potreben za premikanje recimo 10000 zapisov.
  2. Preverite, ali so posodobljene vse spremembe sheme (dodana ali odstranjena polja in tabele) po novem sistemu.
  3. Podatki, preseljeni iz starejše v novo aplikacijo, bi morali ohraniti svojo vrednost in obliko, razen če to ni določeno. Da bi to zagotovili, primerjajte vrednosti podatkov med staro in bazo podatkov nove aplikacije.
  4. Preskusite preseljene podatke v novi aplikaciji. Tukaj je zajeto največje možno število primerov. Če želite zagotoviti 100-odstotno pokritost s preverjanjem selitve podatkov, uporabite orodje za samodejno testiranje.
  5. Preverite varnost baze podatkov.
  6. Preverite celovitost podatkov za vse možne vzorčne zapise.
  7. Preverite in zagotovite, da prej podprta funkcionalnost starejšega sistema deluje, kot je bilo pričakovano v novem sistemu.
  8. Preverite pretok podatkov znotraj aplikacije, ki zajema večino komponent.
  9. Vmesnik med komponentami je treba temeljito preizkusiti, saj se podatki ne smejo spreminjati, izgubljati in poškodovati, ko gredo skozi komponente. To lahko uporabimo z integracijskimi testnimi primeri.
  10. Preverite, ali so starejši podatki odvečni. Med selitvijo se ne sme podvajati nobenih starih podatkov
  11. Preverite, ali obstajajo primeri neusklajenosti podatkov, kot so spremenjeni tip podatkov, spremenjena oblika shranjevanja itd.,
  12. V novi aplikaciji bi morali biti zajeti tudi vsi pregledi na ravni polja v stari aplikaciji
  13. Kakršno koli dodajanje podatkov v novi aplikaciji ne bi smelo odražati zapuščine
  14. Podprti je treba posodabljanje podatkov starejše aplikacije z novo aplikacijo. Ko je posodobljen v novi aplikaciji, se ne bi smel odražati na zapuščini.
  15. Podprto mora biti brisanje podatkov starejše aplikacije v novi aplikaciji. Ko ga v novi aplikaciji izbrišete, ne sme izbrisati tudi podatkov iz starega programa.
  16. Preverite, ali spremembe starejšega sistema podpirajo novo funkcionalnost, ki je na voljo kot del novega sistema.
  17. Preverite, ali lahko uporabniki iz starega sistema še naprej uporabljajo tako staro kot novo funkcionalnost, zlasti tiste, pri katerih gre za spremembe. Izvedite testne primere in rezultate preskusov, shranjene med preskusom pred selitvijo.
  18. Ustvarite nove uporabnike v sistemu in izvedite teste, s katerimi zagotovite, da funkcionalnost tako stare kot tudi nove aplikacije podpira novo ustvarjene uporabnike in deluje dobro.
  19. Izvedite teste, povezane s funkcionalnostjo, z različnimi vzorci podatkov (različne starostne skupine, uporabniki iz druge regije itd.,)
  20. Prav tako je treba preveriti, ali so za nove funkcije omogočene funkcije »Oznake funkcij« in če vklop / izklop funkcij omogoči vklop in izklop funkcij.
  21. Preskušanje zmogljivosti je pomembno, da zagotovimo, da selitev na nov sistem / programsko opremo ne poslabša zmogljivosti sistema.
  22. Prav tako je treba opraviti teste obremenitve in obremenitve, da se zagotovi stabilnost sistema.
  23. Preverite, ali nadgradnja programske opreme ni odprla nobenih varnostnih ranljivosti, in zato izvedite varnostno preskušanje, zlasti na območju, kjer so bile v sistemu opravljene spremembe med selitvijo.
  24. Uporabnost je še en vidik, ki ga je treba preveriti, pri čemer je enostavnost uporabe, ki jo končni uporabnik občuti v primerjavi s starejšim sistemom, če se je spremenila postavitev GUI / prednji sistem ali se je spremenila katera koli funkcionalnost.

Ker obseg testiranja po migraciji postane zelo velik, je idealno ločiti pomembne teste, ki jih je treba najprej opraviti, da se ugotovi, da je migracija uspešna, nato pa preostale opraviti kasneje.

Priporočljivo je tudi avtomatizirati funkcionalne testne primere od konca do konca in druge možne testne primere, da se lahko skrajša čas testiranja in so rezultati na voljo hitro.

Nekaj ​​nasvetov za preizkuševalce za pisanje testnih primerov za izvajanje po selitvi:

  • Ko je aplikacija preseljena, še ne pomeni, da je treba testne primere napisati za celotno novo aplikacijo. Preskusni primeri, ki so že zasnovani za zapuščino, bi morali še vedno ustrezati novi aplikaciji. Torej, kolikor je mogoče, uporabite stare primere testov in pretvorite primere starejših testov v primere nove aplikacije, kjer koli je to potrebno.
  • Če se v novi aplikaciji kaj spremeni, potem je treba spremeniti testne primere, povezane s to funkcijo.
  • Če je v novi aplikaciji dodana katera nova funkcija, je treba za to funkcijo zasnovati nove testne primere.
  • Če v novi aplikaciji pride do kakršnega koli zmanjšanja funkcij, testnih primerov sorodne stare aplikacije ne bi smeli upoštevati pri izvedbi po selitvi in ​​jih označiti kot neveljavne ter jih ločiti.
  • Načrtovani testni primeri morajo biti vedno zanesljivi in ​​dosledni glede uporabe. Preverjanje kritičnih podatkov bi moralo biti zajeto v testnih primerih, da jih med izvajanjem ne bi zamudili.
  • Če se zasnova nove aplikacije razlikuje od starejše (UI), je treba prilagoditi testne primere, povezane z uporabniškim vmesnikom, da se prilagodi novi zasnovi. Odločitev za posodobitev ali pisanje novih lahko v tem primeru sprejme tester glede na obseg sprememb.

Preskušanje združljivosti nazaj

Migracija sistema zahteva tudi od preizkuševalcev, da preverijo 'združljivost nazaj', pri čemer je novi sistem združljiv s starim sistemom (vsaj 2 prejšnji različici) in zagotavlja popolno delovanje s temi različicami.

Združljivost z nazaj je zagotoviti:

  1. Ali novi sistem podpira funkcijo, podprto v prejšnjih dveh različicah, skupaj z novo.
  2. Sistem je mogoče uspešno preseliti iz prejšnjih dveh različic brez težav.

Zato je nujno zagotoviti združljivost sistema s povratnimi informacijami s posebnim izvajanjem preizkusov, povezanih s podporo združljivosti s podatki nazaj. Preizkuse, povezane z združljivostjo za nazaj, je treba oblikovati in vključiti v dokument s specifikacijami za izvajanje.

Preizkus vračanja

V primeru kakršnih koli težav med izvajanjem selitve ali če v katerem koli trenutku med selitvijo pride do neuspešne migracije, bi moralo biti omogočeno, da se sistem vrne k staremu sistemu in hitro nadaljuje svoje delovanje, ne da bi to vplivalo na uporabnike in funkcionalnost, ki je bila prej podprta.

Da bi to lahko preverili, je treba scenarije preskusa neuspeha migracije zasnovati kot del negativnega testiranja in preizkusiti mehanizem vračanja. Zabeležiti je treba tudi celotni čas, potreben za vrnitev v stari sistem, in ga prijaviti v rezultatih preskusov.

Po povratku sta glavna funkcionalnost in regresijsko testiranje (avtomatizirano) je treba zagnati, da se zagotovi, da migracija ni nič vplivala in da je povračilo uspešno vzpostavilo obstoječi sistem.

Povzetek poročila o preskusu selitve

Poročilo o povzetku testa izdelati po zaključku preskusa in zajemati poročilo o povzetku različnih preskusov / scenarijev, izvedenih v okviru različnih faz selitve, s statusom rezultata (uspešno / neuspešno) in dnevniki preskusov.

Jasno je treba navesti čas, zabeležen za naslednje dejavnosti:

  1. Skupni čas za selitev
  2. Izpad aplikacij
  3. Čas, porabljen za selitev 10000 zapisov.
  4. Čas, porabljen za povračilo.

Poleg zgornjih informacij je mogoče poročati tudi o kakršnih koli opažanjih / priporočilih.

Izzivi pri testiranju selitve podatkov

Izzivi, s katerimi se sooča to testiranje, so predvsem podatki. Spodaj je nekaj na seznamu:

# 1) Kakovost podatkov:

V novi / nadgrajeni aplikaciji bomo morda ugotovili, da so podatki, ki se uporabljajo v stari aplikaciji, slabe kakovosti. V takih primerih je treba kakovost podatkov izboljšati, da bo ustrezala poslovnim standardom.

Dejavniki, kot so predpostavke, pretvorba podatkov po selitvah, podatki, vneseni v samo starejšo aplikacijo, so neveljavni, slaba analiza podatkov itd. Vodi do slabe kakovosti podatkov. Posledica tega so visoki operativni stroški, povečana tveganja za integracijo podatkov in odstopanje od namena poslovanja.

# 2) Neujemanje podatkov:

Podatki, preseljeni iz zapuščine v novo / nadgrajeno aplikacijo, se lahko v novi ujemajo. Razlog za to je lahko sprememba vrste podatkov, oblike shranjevanja podatkov, namen, za katerega se podatki uporabljajo, pa je lahko na novo opredeljen.

Rezultat tega je velik napor, da spremenimo potrebne spremembe, da bodisi popravimo neujemajoče se podatke bodisi jih sprejmemo in prilagodimo temu namenu.

# 3) Izguba podatkov:

Podatki se lahko med selitvijo iz starega v novo / nadgrajeno aplikacijo izgubijo. To je lahko z obveznimi ali neobveznimi polji. Če so izgubljeni podatki za neobvezna polja, bo zapis zanje še vedno veljaven in ga je mogoče znova posodobiti.

Če pa se podatki obveznega polja izgubijo, potem zapis sam postane ničen in ga ni mogoče umakniti. To bo povzročilo veliko izgubo podatkov in jih je treba pridobiti bodisi iz varnostne kopije baze podatkov bodisi iz revizijskih dnevnikov, če so pravilno zajeti.

# 4) Obseg podatkov:

Ogromni podatki, ki zahtevajo veliko časa za selitev v oknu mirovanja. Npr .: Praske v telekomunikacijski industriji, uporabniki na inteligentni omrežni platformi itd., Tukaj je izziv čas, stari podatki se počistijo, ustvarili se bodo ogromni novi podatki, ki jih je treba znova preseliti. Avtomatizacija je rešitev za ogromno selitev podatkov.

# 5) Simulacija okolja v realnem času (z dejanskimi podatki):

Simulacija okolja v realnem času v preskusnem laboratoriju je še en resničen izziv, kjer preizkuševalci zaidejo v različne težave z resničnimi podatki in resničnim sistemom, s katerim se med preizkušanjem ne soočajo.

Torej, vzorčenje podatkov, kopiranje realnega okolja, prepoznavanje obsega podatkov, ki sodelujejo pri migraciji, je med izvajanjem preskusa migracije podatkov zelo pomembno.

# 6) Simulacija obsega podatkov:

Skupine morajo zelo natančno preučiti podatke v sistemu v živo in pripraviti tipično analizo in vzorčenje podatkov.

Npr .: uporabniki s starostno skupino pod 10 let, 10-30 let itd. Kolikor je le mogoče, je treba pridobiti podatke v živo, če ne, pa je treba ustvariti podatke v testnem okolju. Za ustvarjanje velike količine podatkov je treba uporabiti avtomatizirana orodja. Kadar ni mogoče simulirati glasnosti, lahko uporabimo ekstrapolacijo, kjer je to primerno.

Nasveti za ublažitev tveganj selitve podatkov

Spodaj je nekaj nasvetov, ki jih je treba izvesti za izravnavo tveganj selitve podatkov:

  • Standardizirajte podatke, ki se uporabljajo v starejšem sistemu, tako da bodo ob selitvi standardni podatki na voljo v novem sistemu
  • Izboljšajte kakovost podatkov, tako da bodo ob selitvi na voljo kvalitativni podatki za preskušanje, ki dajejo občutek testiranja kot končni uporabnik
  • Očistite podatke pred selitvijo, tako da pri selitvi podvojeni podatki ne bodo prisotni v novem sistemu, prav tako pa bo ves sistem čist
  • Ponovno preverite omejitve, shranjene postopke in zapletene poizvedbe, ki dajejo natančne rezultate, tako da se ob selitvi tudi v novem sistemu vrnejo pravilni podatki
  • Ugotovite pravilno orodje za avtomatizacijo za preverjanje podatkov / preverjanje zapisov v novem sistemu v primerjavi s starejšo različico.

Zaključek

Glede na zapletenost izvajanja preskušanja selitve podatkov, ob upoštevanju, da bo majhna napaka pri katerem koli vidiku preverjanja med preskušanjem povzročila tveganje za neuspeh selitve v proizvodnji, je zelo pomembno izvesti natančno in temeljito študijo. & analiza sistema pred in po selitvi. Načrtujte in oblikujte učinkovito migracijsko strategijo z zmogljivimi orodji ter usposobljenimi in usposobljenimi preizkuševalci.

Ker vemo, da ima migracija velik vpliv na kakovost aplikacije, si mora celotna ekipa vložiti veliko truda, da preveri celoten sistem v vseh vidikih, kot so funkcionalnost, zmogljivost, varnost, uporabnost, razpoložljivost, zanesljivost, združljivost itd., kar bo zagotovilo uspešno „preskušanje migracije“.

„Različne vrste migracij“ ki se v resnici pogosto dogajajo pogosto, načini njihovega testiranja pa bodo na kratko razloženi v naši naslednja vadnica v tej seriji .

O avtorjih: Ta priročnik je napisal avtor STH Nandini. Ima 7+ let izkušenj s testiranjem programske opreme. Zahvaljujemo se avtorici STH Gayathri S. za pregled in podajanje njenih dragocenih predlogov za izboljšanje te serije. Gayathri ima 18+ let izkušenj s storitvami za razvoj programske opreme in testiranje.

Sporočite nam svoje komentarje / predloge glede te vadnice.

Priporočeno branje

^