data migration testing tutorial
Pregled testiranja migracije podataka:
Često se čuje da se aplikacija premješta na drugi poslužitelj, mijenja tehnologija, ažurira na sljedeću verziju ili premješta na drugi poslužitelj baze podataka itd.,
- Što to zapravo znači?
- Što se očekuje od tima za testiranje u tim situacijama?
S gledišta testiranja, sve to znači da se aplikacija mora temeljito testirati od kraja do kraja, zajedno s uspješnom migracijom s postojećeg na novi sustav.
Vodiči u ovoj seriji:
Testiranje sustava u ovom slučaju mora se provesti sa svim podacima koji se koriste u staroj aplikaciji, ali i novim podacima. Postojeću funkcionalnost treba provjeriti zajedno s novom / izmijenjenom funkcionalnošću.
Umjesto pukog testiranja migracije, ono se može nazvati i testiranjem migracije podataka, gdje će se cjelokupni podaci korisnika migrirati u novi sustav.
Dakle, testiranje migracije uključuje testiranje sa starim podacima, novim podacima ili kombinacijom oba, stare značajke (nepromijenjene značajke) i nove značajke.
Stara se aplikacija obično naziva ' baština ’Aplikacija. Zajedno s novom / nadograđenom aplikacijom, također je obavezno zadržati testiranje naslijeđene aplikacije dok nove / nadograđene ne postanu stabilne i dosljedne. Opsežni test migracije na novu aplikaciju otkrit će nove probleme koji nisu pronađeni u naslijeđenoj aplikaciji.
Što ćete naučiti:
- Što je testiranje migracije?
- Zašto test migracije?
- Kada je potrebno ovo testiranje?
- Strategija ispitivanja migracije podataka
- Različite faze migracije
- Ispitivanje povratne kompatibilnosti
- Ispitivanje vraćanja
- Sažetak izvješća o migracijskom ispitivanju
- Izazovi u ispitivanju migracije podataka
- Savjeti za ublažavanje rizika migracije podataka
- Zaključak
- Preporučena literatura
Što je testiranje migracije?
Testiranje migracije postupak je provjere migracije naslijeđenog sustava na novi sustav s minimalnim prekidima / stankama, s integritetom podataka i bez gubitka podataka, uz istovremeno osiguravanje da su svi navedeni funkcionalni i nefunkcionalni aspekti aplikacije ispunjeni nakon migracija.
Jednostavno predstavljanje migracijskog sustava:
Zašto test migracije?
Kao što znamo, migracija aplikacije na novi sustav mogla bi biti iz različitih razloga, konsolidacije sustava, zastarjele tehnologije, optimizacije ili bilo kojih drugih razloga.
Stoga, iako je sustav u uporabi potrebno prebaciti na novi sustav, neophodno je osigurati sljedeće točke:
- Svaka vrsta poremećaja / neugodnosti uzrokovanih korisniku zbog migracije treba izbjegavati / minimizirati. Npr .: zastoji, gubitak podataka
- Trebate osigurati može li korisnik nastaviti koristiti sve značajke softvera uzrokujući minimalnu ili nikakvu štetu tijekom migracije. Npr .: promjena funkcionalnosti, uklanjanje određene funkcije
- Također je važno predvidjeti i isključiti sve moguće smetnje / smetnje koje bi se mogle pojaviti tijekom stvarne migracije aktivnog sustava.
Stoga je, kako bi se osigurala neometana migracija živog sustava uklanjanjem tih nedostataka, neophodno provesti testiranje migracije u laboratoriju.
Ovo testiranje ima vlastitu važnost i igra vitalnu ulogu kada podaci dođu u sliku.
Tehnički je potrebno izvršiti ga i u sljedeće svrhe:
- Kako bi se osigurala kompatibilnost nove / nadograđene aplikacije sa svim mogućim hardverom i softverom koji stara inačica podržava. Također, novo kompatibilnost treba testirati na novi hardver, softversku platformu.
- Da bi se osiguralo da sve postojeće funkcionalnosti rade kao u naslijeđenoj aplikaciji. Ne bi trebalo mijenjati način rada aplikacije u usporedbi s naslijeđenom.
- Mogućnost velikog broja nedostataka uslijed migracije vrlo je velika. Mnogi se nedostaci obično povezuju s podacima, pa ih stoga treba otkriti i otkloniti tijekom testiranja.
- Da biste osigurali je li vrijeme odziva sustava nove / nadograđene aplikacije jednako ili manje od onog potrebno za naslijeđenu aplikaciju.
- Da biste osigurali jesu li veze između poslužitelja, hardvera, softvera itd. Netaknute i ne prekidaju se tijekom testiranja. Protok podataka između različitih komponenti ne bi se smio prekidati ni pod kojim uvjetima.
Kada je potrebno ovo testiranje?
Testiranje se mora provesti i prije i nakon migracije.
Različite faze testa migracije koji se provode u ispitnom laboratoriju mogu se klasificirati kao dolje.
- Ispitivanje prije migracije
- Ispitivanje migracije
- Ispitivanje nakon migracije
Uz gore navedeno, izvode se i sljedeći testovi kao dio cjelokupne migracijske aktivnosti.
- Provjera povratne kompatibilnosti
- Ispitivanje vraćanja
Prije izvođenja ovog ispitivanja, neophodno je da bilo koji ispitivač jasno razumije dolje navedene točke:
- Promjene koje se događaju kao dio novog sustava (poslužitelj, prednji kraj, DB, shema, protok podataka, funkcionalnost itd.,)
- Da biste razumjeli stvarnu strategiju migracije koju je iznio tim. Kako se događa migracija, korak po korak promjene koje se događaju na pozadini sustava i skriptama odgovornim za ove promjene.
Stoga je neophodno temeljito proučiti stari i novi sustav, a zatim sukladno tome planirati i dizajnirati slučajeve ispitivanja i scenarije ispitivanja koji će biti obuhvaćeni kao dio gornjih faza ispitivanja i pripremiti strategiju ispitivanja.
Strategija ispitivanja migracije podataka
Dizajniranje ispitne strategije za migraciju uključuje niz aktivnosti koje treba izvesti i nekoliko aspekata koje treba razmotriti. Na ovaj način se minimiziraju pogreške i rizici koji se javljaju kao rezultat migracije i učinkovito se vrši migracijsko testiranje.
Aktivnosti u ovom ispitivanju:
# 1) Formiranje specijaliziranog tima :
Formirajte ispitni tim sa članovima koji imaju potrebno znanje i iskustvo i pružite obuku povezanu sa sustavom koji se migrira.
#dva) Analiza poslovnog rizika, analiza mogućih pogrešaka :
Tekuće poslovanje ne bi trebalo ometati nakon migracije i stoga obavljati ' Analiza poslovnog rizika sastanci koji uključuju prave dionike (voditelj ispitivanja, poslovni analitičar, arhitekti, vlasnici proizvoda, vlasnik tvrtke itd.) i identificiraju rizike i uvodive mjere ublažavanja. Testiranje bi trebalo uključivati scenarije za otkrivanje tih rizika i provjeru jesu li provedena odgovarajuća ublažavanja.
Ponašanje Analiza mogućih pogrešaka ’ koristeći odgovarajuće ‘Pristup pogađanju pogrešaka’ a zatim dizajnirajte testove oko tih pogrešaka kako biste ih otkrili tijekom testiranja.
kako ispisati jedan element niza u javi
# 3) Analiza i identifikacija opsega migracije:
Analizirajte jasni opseg migracijskog testa kao kada i što treba testirati.
# 4) Identificirajte odgovarajući alat za migraciju:
Dok definirate strategiju ovog testiranja, automatizirano ili ručno, identificirajte alate koji će se koristiti. Npr .: Automatizirani alat za usporedbu podataka o izvoru i odredištu.
# 5) Odredite odgovarajuće testno okruženje za migraciju:
Utvrdite odvojena okruženja za okruženja prije i poslije migracije kako biste izvršili bilo kakvu provjeru koja je potrebna u sklopu testiranja. Razumjeti i dokumentirati tehničke aspekte naslijeđenog i novog sustava migracije kako bi se osiguralo da je testno okruženje postavljeno prema tome.
# 6) Dokument o specifikaciji testa migracije i pregled:
Pripremite dokument sa specifikacijama migracijskog testa koji jasno opisuje pristup testiranju, područja ispitivanja, metode ispitivanja (automatizirano, ručno), metodologiju ispitivanja (crni okvir, tehnika ispitivanja bijele kutije ), Broj ciklusa testiranja, raspored testiranja, pristup stvaranju podataka i korištenju podataka uživo (osjetljive informacije treba maskirati), specifikacija testnog okruženja, kvalifikacija testera itd. I pokrenite sesiju pregleda s dionicima.
# 7) Pokretanje proizvodnje migriranog sustava :
Analizirajte i dokumentirajte popis obveza za migraciju proizvodnje i objavite ga unaprijed
Različite faze migracije
U nastavku su navedene različite faze migracije.
Faza 1:Ispitivanje prije migracije
Prije migracije podataka izvodi se niz aktivnosti testiranja kao dio faze testa prije migracije. To se zanemaruje ili se ne uzima u obzir u jednostavnijim aplikacijama. Ali kada se trebaju migrirati složene aplikacije, aktivnosti prije migracije su nužne.
Ispod je popis akcija poduzetih tijekom ove faze:
- Postavite jasan opseg podataka - koji podaci moraju biti uključeni, koji podaci moraju biti izuzeti, koji podaci trebaju transformaciju / pretvorbu itd.
- Izvršite mapiranje podataka između naslijeđene i nove aplikacije - za svaku vrstu podataka u naslijeđenoj aplikaciji usporedite relevantnu vrstu u novoj aplikaciji, a zatim ih mapirajte - Mapiranje na višoj razini.
- Ako nova aplikacija sadrži obavezno polje, ali to nije slučaj u naslijeđima, a zatim osigurajte da nasljeđe nema to polje kao nulu. - Mapiranje niže razine.
- Jasno proučite shemu podataka nove aplikacije - nazivi polja, tipovi, minimalne i maksimalne vrijednosti, duljina, obavezna polja, provjere valjanosti na razini polja itd., Jasno
- Treba zabilježiti niz tablica u naslijeđenom sustavu, a ako se neke tablice ispušte i dodaju nakon migracije, treba provjeriti.
- Brojni zapisi u svakoj tablici, pregledi trebaju se zabilježiti u naslijeđenoj aplikaciji.
- Proučite sučelja u novoj aplikaciji i njihove veze. Podaci koji teku u sučelju trebaju biti visoko zaštićeni i ne smiju se lomiti.
- Pripremite test slučajeve, scenarije testiranja i slučajeve upotrebe za nove uvjete u novim aplikacijama.
- Izvršite skup testnih slučajeva, scenarija s nizom korisnika i zadržite rezultate, zapisnike. Isto treba provjeriti nakon migracije kako bi se osiguralo da su naslijeđeni podaci i funkcionalnost netaknuti.
- Brojanje podataka i zapisa treba jasno zabilježiti, treba ga provjeriti nakon migracije kako ne bi došlo do gubitka podataka.
Faza # 2:Ispitivanje migracije
' Vodič za migraciju ’koji je koje je pripremio tim za migraciju, mora se strogo poštivati za provođenje migracijske aktivnosti. U idealnom slučaju, aktivnost migracije započinje s podacima sigurnosno kopiranim na vrpci, tako da se u bilo kojem trenutku može vratiti naslijeđeni sustav.
Provjera dokumentacijskog dijela ' Vodič za migraciju ’također je dio ispitivanja migracije podataka . Provjerite je li dokument jasan i lako ga je slijediti. Sve skripte i koraci moraju biti ispravno dokumentirani bez ikakvih nejasnoća. Bilo koje vrste pogrešaka u dokumentaciji, promašaji po redoslijedu izvođenja koraka također se moraju smatrati važnima kako bi se mogli prijaviti i popraviti.
Skripte za migraciju, vodič i ostale informacije povezane sa stvarnom migracijom trebaju se preuzeti iz spremišta za kontrolu verzija za izvršenje.
Zabilježiti stvarno vrijeme potrebno za migraciju od trenutka početka migracije do uspješne obnove sustava, jedan je od testnih slučajeva koji treba izvršiti, a time i 'Vrijeme potrebno za migraciju sustava' potrebno je zabilježiti u završnom izvještaju o ispitivanju koji će se dostaviti kao dio rezultata ispitivanja migracije, a ove će informacije biti korisne tijekom pokretanja proizvodnje. Vrijeme zastoja zabilježeno u testnom okruženju ekstrapolira se za izračunavanje približnog zastoja u sustavu pod naponom.
Na naslijeđenom sustavu odvijat će se migracijska aktivnost.
Tijekom ovog testiranja, sve komponente okoliša obično će biti srušene i uklonjene s mreže kako bi se izvršile aktivnosti migracije. Stoga je potrebno napomenuti ‘Zastoj’ potrebno za test migracije. U idealnom slučaju to će biti isto kao i vrijeme Migracije.
Općenito, migracijska aktivnost definirana u dokumentu „Vodič za migraciju“ uključuje:
- Stvarna migracija aplikacije
- Konfiguracije vatrozida, porta, hostova, hardvera i softvera modificirani su prema novom sustavu na koji se prenosi naslijeđe
- Provodi se curenje podataka, sigurnosne provjere
- Provjerava se povezanost svih komponenata aplikacije
Poželjno je da testeri provjere gore navedeno u pozadini sustava ili provođenjem bijelog okvira.
Kada se završi aktivnost migracije navedena u vodiču, svi poslužitelji se pokreću i obavljaju se osnovni testovi povezani s provjerom uspješne migracije, što osigurava da su svi sustavi od kraja do kraja na odgovarajući način povezani i da sve komponente razgovaraju sa svakim drugo, DB je pokrenut i pokrenut, prednji kraj uspješno komunicira sa stražnjim krajem. Ta ispitivanja moraju se identificirati ranije i zabilježiti u dokumentu Specifikacija migracijskog testa.
Postoje mogućnosti da softver podržava više različitih platformi. U tom slučaju, migraciju treba provjeriti na svakoj od ovih platformi zasebno.
Provjera skripti za migraciju bit će dio testa migracije. Ponekad se pojedinačna skripta za migraciju također provjerava pomoću 'testiranja bijele kutije' u samostalnom testnom okruženju.
Stoga će testiranje migracije biti kombinacija i 'testiranja bijele kutije i crne kutije'.
Nakon što se obavi ova provjera vezana uz migraciju i prođu odgovarajući testovi, tim može nastaviti s aktivnostima testiranja nakon migracije.
Faza # 3:Ispitivanje nakon migracije
Nakon što se aplikacija uspješno migrira, na vidjelo dolazi testiranje nakon migracije.
Ovdje se ispitivanje sustava od kraja do kraja izvodi u testnom okruženju. Testeri izvršavaju identificirane test slučajeve, scenarije testiranja, slučajeve korištenja s naslijeđenim podacima, kao i novi skup podataka.
Uz ove, postoje određene stavke koje treba provjeriti u migriranim okruženjima, a koje su navedene u nastavku:
Sve se to dokumentira kao testni slučaj i uključuje u dokument „Specifikacija testa“.
- Provjerite jesu li svi podaci iz naslijeđa migrirani u novu aplikaciju u planiranom zastoju. Da biste to osigurali, usporedite broj zapisa između stare i nove aplikacije za svaku tablicu i poglede u bazi podataka. Također, prijavite vrijeme potrebno za premještanje recimo 10000 zapisa.
- Provjerite jesu li ažurirane sve promjene sheme (dodana ili uklonjena polja i tablice) prema novom sustavu.
- Podaci migrirani iz naslijeđene u novu aplikaciju trebali bi zadržati vrijednost i format, osim ako to nije određeno. Da biste to osigurali, usporedite vrijednosti podataka između stare i nove baze podataka aplikacije.
- Testirajte migrirane podatke u odnosu na novu aplikaciju. Ovdje pokrivamo maksimalan broj mogućih slučajeva. Da biste osigurali 100% pokrivenost s obzirom na provjeru migracije podataka, upotrijebite alat za automatizirano testiranje.
- Provjerite sigurnost baze podataka.
- Provjerite integritet podataka za sve moguće zapise uzoraka.
- Provjerite i osigurajte da ranije podržane funkcije u naslijeđenom sustavu rade kako se očekivalo u novom sustavu.
- Provjerite protok podataka unutar aplikacije koja pokriva većinu komponenata.
- Sučelje između komponenata trebalo bi opsežno testirati, jer se podaci ne bi trebali mijenjati, gubiti i oštećivati kad prolaze kroz komponente. Za provjeru se mogu koristiti primjeri integracijskih testova.
- Provjerite suvišnost naslijeđenih podataka. Tijekom migracije ne smiju se kopirati naslijeđeni podaci
- Provjerite ima li slučajeva nepodudaranja podataka poput vrste podataka, promijenjenog formata za pohranu itd.,
- Sve provjere na razini polja u naslijeđenoj aplikaciji također bi trebale biti obuhvaćene novom aplikacijom
- Bilo koji dodatak podataka u novoj aplikaciji ne bi se trebao odraziti na naslijeđe
- Treba podržati ažuriranje podataka starog programa putem novog programa. Jednom ažuriran u novoj aplikaciji, ne bi se trebao više odraziti na naslijeđe.
- Treba podržati brisanje podataka starog programa u novom programu. Jednom izbrisan u novoj aplikaciji, ne bi smio brisati i podatke iz naslijeđenih podataka.
- Provjerite podržavaju li promjene u naslijeđenom sustavu novu funkcionalnost isporučenu kao dio novog sustava.
- Provjerite mogu li korisnici iz naslijeđenog sustava i dalje koristiti staru i novu funkcionalnost, posebno one u koje su uključene promjene. Izvršite test slučajeve i rezultate ispitivanja pohranjene tijekom testiranja prije migracije.
- Stvorite nove korisnike u sustavu i provedite testove kako biste osigurali da funkcionalnost naslijeđene verzije, kao i nova aplikacija, podržava novostvorene korisnike i radi u redu.
- Izvršiti testove povezane s funkcionalnošću s različitim uzorcima podataka (različite dobne skupine, korisnici iz druge regije itd.,)
- Također je potrebno provjeriti jesu li za nove značajke omogućene značajke „Oznake značajki“, a njihovo uključivanje / isključivanje omogućuje uključivanje i isključivanje značajki.
- Testiranje performansi važno je kako bi se osiguralo da prelazak na novi sustav / softver ne pogorša performanse sustava.
- Također je potrebno provesti ispitivanja opterećenja i naprezanja kako bi se osigurala stabilnost sustava.
- Provjerite da nadogradnja softvera nije otvorila nikakve sigurnosne ranjivosti i zato provedite sigurnosno testiranje, posebno na području na kojem su tijekom migracije izvršene promjene u sustavu.
- Upotrebljivost je još jedan aspekt koji treba provjeriti, pri čemu je jednostavnost korištenja koji krajnji korisnik osjeća u usporedbi s naslijeđenim sustavom ako se promijenio GUI raspored / front-end sustav ili se promijenila bilo koja funkcionalnost.
Budući da opseg testiranja nakon migracije postaje vrlo velik, idealno je razdvojiti važne testove koje je potrebno prvo obaviti kako bi se uvjerilo da je migracija uspješna, a potom provesti preostale.
Također je poželjno automatizirati funkcionalne testne slučajeve s kraja na kraj i druge moguće testne slučajeve kako bi se vrijeme testiranja moglo smanjiti i rezultati bili brzo dostupni.
Nekoliko savjeta za testere za pisanje test slučajeva za izvršavanje nakon migracije:
- Kada se aplikacija migrira, to ne znači da se testni slučajevi moraju napisati za cijelu novu aplikaciju. Test slučajevi koji su već dizajnirani za naslijeđe i dalje bi trebali biti dobri za novu aplikaciju. Dakle, što je više moguće koristite stare testove i pretvorite naslijeđene test slučajeve u slučajeve nove aplikacije gdje god je to potrebno.
- Ako se u novoj aplikaciji dogodi bilo kakva značajka, tada bi trebalo izmijeniti test slučajeve povezane sa značajkom.
- Ako je u novu aplikaciju dodana neka nova značajka, tada bi za tu značajku trebali biti dizajnirani novi testni slučajevi.
- Kada dođe do pada značajki u novoj aplikaciji, testni slučajevi povezane povezane s naslijeđenom aplikacijom ne bi se trebali razmatrati za izvršavanje nakon migracije, a trebali bi biti označeni kao nevaljani i odvojeni.
- Izrađeni testovi uvijek trebaju biti pouzdani i dosljedni u pogledu upotrebe. Provjera kritičnih podataka trebala bi biti obuhvaćena testnim slučajevima kako se oni ne bi propustili tijekom izvršavanja.
- Kada se dizajn nove aplikacije razlikuje od naslijeđenog (UI), tada bi se slučajevi povezani s korisničkim sučeljem trebali izmijeniti kako bi se prilagodio novi dizajn. Odluku o ažuriranju ili pisanju novih, u ovom slučaju, ispitivač može donijeti na temelju količine promjena.
Ispitivanje povratne kompatibilnosti
Migracija sustava također zahtijeva od testera da provjere 'Kompatibilnost unatrag', pri čemu je novi sustav koji je uveden kompatibilan sa starim sustavom (najmanje 2 prethodne verzije) i osigurava da savršeno funkcionira s tim verzijama.
Povratna kompatibilnost je osiguravanje:
- Podržava li novi sustav funkcionalnost podržanu u ranije 2 verzije zajedno s novom.
- Sustav se može uspješno premjestiti iz prethodne 2 verzije bez ikakvih muka.
Stoga je neophodno osigurati povratnu kompatibilnost sustava posebno provodeći testove povezane s podrškom povratne kompatibilnosti. Testovi koji se odnose na povratnu kompatibilnost trebaju biti dizajnirani i uključeni u dokument o specifikacijama za izvršenje.
Ispitivanje vraćanja
U slučaju bilo kakvih problema tijekom izvođenja migracije ili ako dođe do neuspjeha migracije u bilo kojem trenutku tijekom migracije, tada bi trebalo biti moguće da se sustav vrati na naslijeđeni sustav i brzo nastavi s radom bez utjecaja na korisnike i funkcionalnost podržana ranije.
Dakle, da bi se to provjerilo, scenariji ispitivanja neuspjeha migracije trebaju se osmisliti kao dio negativnog testiranja i treba testirati mehanizam vraćanja. Ukupno vrijeme potrebno za povratak na naslijeđeni sustav također treba zabilježiti i prijaviti u rezultatima ispitivanja.
Nakon povratka, glavna funkcionalnost i regresijsko ispitivanje (automatizirano) treba pokrenuti kako bi se osiguralo da migracija nije utjecala ni na što i da je povratak uspješan u vraćanju naslijeđenog sustava.
Sažetak izvješća o migracijskom ispitivanju
Sažetak ispitivanja treba izraditi nakon završetka ispitivanja i obuhvaćati izvještaj o sažetku različitih ispitivanja / scenarija provedenih u sklopu različitih faza migracije sa statusom rezultata (uspjeh / neuspjeh) i zapisnicima ispitivanja.
Jasno treba navesti vrijeme zabilježeno za sljedeće aktivnosti:
- Ukupno vrijeme za migraciju
- Prekid rada aplikacija
- Vrijeme utrošeno na migraciju 10000 zapisa.
- Vrijeme provedeno za povrat.
Uz gore navedene informacije, mogu se izvijestiti i sva zapažanja / preporuke.
Izazovi u ispitivanju migracije podataka
Izazovi s kojima se suočava ovo testiranje uglavnom su podaci. Ispod je nekoliko na popisu:
što je uat u testiranju softvera
# 1) Kvaliteta podataka:
Mogli bismo otkriti da su podaci korišteni u naslijeđenoj aplikaciji loše kvalitete u novoj / nadograđenoj aplikaciji. U takvim se slučajevima kvaliteta podataka mora poboljšati kako bi se udovoljilo poslovnim standardima.
Čimbenici poput pretpostavki, pretvorbe podataka nakon migracija, podaci uneseni u samu staru aplikaciju su nevaljani, loša analiza podataka itd. Dovodi do loše kvalitete podataka. To rezultira visokim operativnim troškovima, povećanim rizicima integracije podataka i odstupanjem od svrhe poslovanja.
# 2) Nepodudaranje podataka:
Podaci migrirani iz naslijeđa u novu / nadograđenu aplikaciju mogu se naći u novom koji se ne podudaraju. Razlog tome može biti promjena vrste podataka, formata pohrane podataka, svrha u koju se podaci koriste može se redefinirati.
To rezultira ogromnim naporima da se izmijene potrebne promjene kako bi se ispravili neusklađeni podaci ili prihvatili i prilagodili u tu svrhu.
# 3) Gubitak podataka:
Podaci se mogu izgubiti tijekom prelaska iz naslijeđene u novu / nadograđenu aplikaciju. To može biti s obveznim poljima ili neobaveznim poljima. Ako su izgubljeni podaci za neobavezna polja, tada će zapis za njih i dalje biti valjan i može se ponovno ažurirati.
Ali ako se podaci obveznog polja izgube, tada zapis postaje ništavan i ne može se povući. To će rezultirati velikim gubitkom podataka i ako se ispravno uhvati, treba ih preuzeti iz sigurnosne kopije baze podataka ili iz dnevnika revizije.
# 4) Volumen podataka:
Ogromni podaci kojima je potrebno puno vremena za migraciju unutar prozora zastoja aktivnosti migracije. Npr .: Greb kartice u industriji telekoma, korisnici na inteligentnoj mrežnoj platformi itd., Ovdje je izazov vrijeme, naslijeđeni podaci se obrišu, stvorit će se ogromni novi podaci koje treba ponovno migrirati. Automatizacija je rješenje za veliku migraciju podataka.
# 5) Simulacija okruženja u stvarnom vremenu (sa stvarnim podacima):
Simulacija okruženja u stvarnom vremenu u laboratoriju za testiranje je još jedan pravi izazov, gdje testeri ulaze u različite probleme sa stvarnim podacima i stvarnim sustavom, s kojim se suočava tijekom testiranja.
Dakle, uzorkovanje podataka, replikacija stvarnog okruženja, identifikacija volumena podataka koji su uključeni u migraciju vrlo je važno tijekom provođenja testiranja migracije podataka.
# 6) Simulacija količine podataka:
Timovi moraju vrlo pažljivo proučiti podatke u sustavu uživo te bi trebali doći do tipične analize i uzorkovanja podataka.
Npr .: korisnici dobne skupine ispod 10 godina, 10-30 godina itd., Koliko je god moguće, potrebno je pribaviti podatke uživo, ako ne i stvaranje podataka u testnom okruženju. Za stvaranje velike količine podataka potrebno je koristiti automatizirane alate. Može se koristiti ekstrapolacija, gdje god je to primjenjivo, ako se volumen ne može simulirati.
Savjeti za ublažavanje rizika migracije podataka
Slijedi nekoliko savjeta koje treba poduzeti kako bi se ublažili rizici migracije podataka:
- Standardizirajte podatke koji se koriste u starom sustavu, tako da će prilikom migracije standardni podaci biti dostupni u novom sustavu
- Poboljšajte kvalitetu podataka, tako da prilikom migracije postoje kvalitativni podaci za testiranje koji daju osjećaj testiranja kao krajnjeg korisnika
- Očistite podatke prije migracije, tako da prilikom migracije duplicirani podaci neće biti prisutni u novom sustavu, a to također održava čitav sustav čistim
- Ponovno provjerite ograničenja, pohranjene procedure, složene upite koji daju točne rezultate, tako da se prilikom migracije ispravni podaci vraćaju i u novi sustav
- Utvrdite ispravan alat za automatizaciju za obavljanje provjera podataka / provjera zapisa u novom sustavu u usporedbi s naslijeđem.
Zaključak
Stoga, uzimajući u obzir složenost provedbe ispitivanja migracije podataka, imajući na umu da će mali propust u bilo kojem aspektu provjere tijekom testiranja dovesti do rizika od neuspjeha migracije u proizvodnji, vrlo je važno provesti pažljivo i temeljito istraživanje & analiza sustava prije i nakon migracije. Planirajte i osmislite učinkovitu strategiju migracije s robusnim alatima zajedno s vještim i obučenim testerima.
Kao što znamo da migracija ima ogroman utjecaj na kvalitetu aplikacije, cijeli tim mora uložiti dosta truda kako bi provjerio cijeli sustav u svim aspektima poput funkcionalnosti, performansi, sigurnosti, upotrebljivosti, dostupnosti, pouzdanosti, kompatibilnosti itd., što će zauzvrat osigurati uspješno „Migracijsko testiranje“.
'Različite vrste migracija' to se obično događa prilično često u stvarnosti, a načini postupanja s njihovim testiranjem bit će ukratko objašnjeni u našem sljedeći vodič u ovoj seriji .
O autorima: Ovaj vodič napisao je autor STH Nandini. Ima 7+ godina iskustva u testiranju softvera. Također, hvala autorici STH Gayathri S. na pregledu i davanju njezinih vrijednih prijedloga za poboljšanje ove serije. Gayathri ima više od 18 godina iskustva u razvoju softvera i uslugama testiranja.
Javite nam svoje komentare / prijedloge o ovom vodiču.
Preporučena literatura
- Vodič za ispitivanje skladišta podataka ETL-a (cjelovit vodič)
- Alfa testiranje i beta testiranje (cjelovit vodič)
- Funkcionalno ispitivanje vs nefunkcionalno testiranje
- Vrste testiranja migracije: sa scenarijima ispitivanja za svaku vrstu
- Vodič za ispitivanje upotrebljivosti: cjelovit vodič za početak rada
- 13 najboljih alata za migraciju podataka za potpunu cjelovitost podataka [2021 POPIS]
- Kompletni vodič za testiranje provjere izrade (BVT testiranje)
- Najbolji alati za testiranje softvera 2021. [Alati za automatizaciju ispitivanja kvalitete]