Meny

Typer av migrasjonstesting: Med testscenarier for hver type

types migration testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

Typer migrasjonstesting:

Dette er 2. del opplæring i vår veiledning for testing av datamigrering serie.

Migration Testing er viktig for å flytte data fra Legacy-systemet til det nye systemet uten tap av data, og det finnes også flere typer Migration Testing.

Gjennom denne veiledningen, la oss få vite mer om migrasjonstesttyper som ofte skjer i sanntid i IT-industrien.

Typer migrasjonstesting

Hva du vil lære:

Typer migrasjon

Følgende er de forskjellige typer migrasjoner som vanligvis skjer ganske ofte:

  1. Søknadsoverføring
  2. Databaseoverføring
  3. Serveroverføring
  4. OS-migrasjon

Så langt som Migration Testing-tilnærmingen, strategi, testfaser er bekymret; det er det samme som det vi lærte i vår Opplæring # 1 .

I tillegg til ‘Migration Testing’, typiske testscenarier som må dekkes under hver av Migration Testing-fasene i Tutorial 1, må vi også utføre visse bekreftelser som er spesifikke for Migration-typen vi er engasjert i.

Nedenfor er de spesifikke områdene i hvert tilfelle der det må utføres ytterligere testing for å sikre effektiv migrasjonstesting for hver av de ovennevnte typer migrasjoner.

# 1) Søknadsoverføring

Søknadsmigrering er en type der hele applikasjonen migreres fra ett miljø eller en plattform til et annet.

Få fordeler med applikasjonsmigrering er oppført nedenfor (avhenger av ny applikasjon):

  • Reduserer drifts- og vedlikeholdskostnader
  • Reduserer avhengighet av andre systemer
  • Eliminerer eller reduserer risikoen i virksomheten
  • Forbedrer ytelsen til systemet
  • Forbedrer teknisk støtte og administrasjon
  • Støtter tilleggsfunksjoner og feilrettinger (hvis noen)
  • Teknologi endres

Enkel representasjon for applikasjonsmigrering:

Søknadsoverføring

Få eksempler på applikasjonsmigrering:

  • Overføre en applikasjon til Skyplattform
  • Overføre et program fra ASP til ASP.Net-teknologi, ASP.Net til Windows Azure-teknologi, etc.,

Testaktiviteter her vil være:

  • Analyse av krav og identifisering av stabile krav
  • Analyserer omfanget av testing
  • Analyser og test alle flytene i eldre applikasjoner mot den nye applikasjonen
  • Test de nye flytene i den migrerte applikasjonen hvis noen

Testscenarier vil generelt være som nedenfor:

JEG) Hvis applikasjonen er oppgradert,

  • Valider alle tidligere funksjoner sammen med de oppgraderte funksjonene - alt skal fungere riktig
  • Test applikasjonen for eksisterende data så vel som for nye data - begge skal fungere riktig
    • Eksempel: Prøv å oppdatere eksisterende data, slette eksisterende data, søk etter eksisterende data og generer rapporter for eksisterende data. Med nye data kan du validere å opprette kontoer / data, oppdatere nylig lagt til data, slette nylig lagt til data, søke med de nylig lagt til dataene og generere rapporter for nylig lagt til data

II) Hvis applikasjonen overføres til ny teknologi:

hva er den beste spyware remover
  • Kontroller om hele applikasjonen fungerer som den skal
  • Kontroller om den nye teknologien fremdeles støtter alle komponentene i applikasjonen. For eksempel , plugin-moduler / tillegg / miljøverdier / bane endres ikke og skal fungere riktig uten feil
  • Kontroller om den er kompatibel med alle mulige operativsystemer, nettleserversjoner etc.
  • Bekreft om de gamle dataene beholdes i applikasjonen og nye data fungerer bra på ny teknologi

# 2) Migrering av databaser

Databaseoverføring er en type overføring der alle dataene i databasen til et program blir overført til en annen database.

For denne typen migrering skal applikasjonen være stabil og dataene i databasen skal være korrekte og gyldige. Derfor har formatet, typen, verdien osv. Betydning når du migrerer mellom databaser.

Få fordeler med migrering av databaser er oppført nedenfor (avhenger av ny database):

  • Søknad kan ha flere databaser på baksiden for å støtte enorme kundedata
  • Dataforbedring kan oppnås
  • Riktig analyse av data vil bidra til å forbedre datakvaliteten
  • Datasampling og datarensing hjelper til med å holde databasen ren og effektiv
  • Å utføre dataanalyse

Databaseoverføring

Få eksempler på migrering av databaser:

  • Migrasjon fra en RDBMS til en annen RDBMS
  • Migrasjon fra RDBMS til MongoDB
  • Oppgradering fra Informix HC4 til HC6 eller HC7

Testaktiviteter her vil være:

  • Sørg for at den eldre databasen ikke oppdateres under tester etter overføring
  • Forsikre deg om kartleggingen på felt- og bordnivå ikke endres
  • Sikre om data overføres nøyaktig og fullstendig
  • Test-aktiviteter før migrering og etter migrering

Testscenarier vil generelt være som nedenfor:

JEG) Hvis overføringen er til samme type database,

  • Kontroller om spørsmålene i den nye databasen gir samme resultater som i den eldre
  • Kontroller om antall poster i den gamle databasen og den nye databasen er det samme. Her bruker du passende automatiseringsverktøy
  • Kontroller at det ikke er permitteringer, og at den nye databasen fungerer akkurat som den eldre
  • Kontroller om skjemaet, relasjonene, tabellstrukturene er uendret eller sett tilbake for å matche det gamle databasebildet
  • Kontroller om endringene i applikasjonen oppdaterer ny database med riktige verdier og type
  • Bekreft om etter at den nye databaseforbindelsen er gitt til alle komponentene i applikasjonen. Søknad, server, grensesnitt, brannmur, nettverkstilkobling etc.
  • Bekreft at søkeytelsen (tid det tar å utføre komplekse spørsmål) til den nye databasen ikke er mer enn tidligere ytelse

II) Hvis overføringen er en annen type database, må få eller flere sammen med ovennevnte valideringspunkter tas vare på:

  • Bekreft datahåndtering for alle feltene. Store utfordringer vil være å håndtere data for kalenderdatoer, flytende tall, heksadesimale osv.

# 3) Serveroverføring

Servermigrering er en type migrasjon der serverdataene flyttes fra en server til en annen server. Her blir konfigurasjonen også migrert til den nye serveren sammen med serverdataene.

Få fordeler med servermigrering er oppført nedenfor (avhenger av ny server):

  • Forbedrede konfigurasjoner
  • Forbedret pålitelighet
  • Mer klarhet i loggene hjelper til med å analysere forespørselsrespons mellom komponenter
  • Forbedret ytelse

Enkel representasjon for serveroverføring:

Serveroverføring

Eksempel på serveroverføring:

  • Overfører fra Windows til Mainframe-server
  • HP Box til IBM Box

Testaktiviteter her vil være:

  • Testing av samsvar med den nye serveren
  • Testing av datahåndtering på den nye serveren
  • Sørg for at katalognavn, fildeling osv. Forblir uendret eller endres manuelt i henhold til konfigurasjonene
  • Sikrer ingen datakorrupsjon eller endringer på den nye serveren

Testscenarier vil generelt være som nedenfor:

  • Bekreft forespørselssvar mellom applikasjon og server via API-er
  • Bekreft klient-serverlogger for hver eneste handling som er utført på applikasjonen
  • Kontroller om hele systemet består testen
  • Kontroller om grensesnitttesten fungerer bra under alle testforholdene
  • Kontroller om miljøet er stabilt og serveren som er vert på det, ikke har noen problemer med tilkoblingen. dvs. det skal ikke være miljøproblemer etter migrering

# 4) OS-migrasjon

OS Migration er en type migrasjon der et program overføres fra ett operativsystem til et annet. Dette innebærer mange utfordringer ettersom selve basisplattformen endres og det er en enorm risiko for kompatibilitet. Selv nettverk, konfigurasjoner, grensesnitt og mye flere komponenter krever ny design.

Få fordeler med OS Migration er oppført nedenfor (avhenger av nytt operativsystem):

  • Økt virtualisering når den overføres til en skybasert plattform
  • Lavere kostnader i drift og vedlikehold
  • Økt hastighet, støtte, produktivitet, sikkerhet

Enkel representasjon for OS Migration:

OS-migrasjon

Eksempler på OS-migrering:

  • Migrasjon fra Windows til Linux
  • Migrasjon fra Windows til MAC
  • Overføre til skybasert programvare som en server ( SaaS )
  • Migrere til skybaserte virtuelle maskiner osv.

Testaktiviteter her vil være:

  • Analyserer avhengighetene i det nye operativsystemet
  • Å forstå og teste applikasjonen som endringer i konfigurasjonen påvirker applikasjonen avhengig av type
  • Flyt i applikasjonen kan variere sammenlignet med det eldre operativsystemet. Derfor er omfattende tester påkrevd
  • Omfattende kompatibilitetstesting med alle mulige kombinasjoner i det nye operativsystemet

Testscenarier vil generelt være som nedenfor:

  • Kontroller maskinvare- og programvarekompatibilitet når applikasjonen er frittstående
  • Kontroller at OS-verdien ikke påvirker applikasjonens atferd. Hele systemtestingene bør bestå
  • Kontroller om applikasjonsytelsen ikke er hindret på det nye operativsystemet

Konklusjon

Derfor vil identifisering av hvilken type migrasjon som skjer og hvilke spesifikke aspekter som skal testes basert på typen migrasjon, sikre alle mulige flaskehalser som kan oppstå.

Enten migrasjon eller postmigrering kan identifiseres i god tid under testing i laboratoriet, og kan avbøtes ved å fikse dem for å sikre vellykket Migrasjon '.

=> Les del 1 av denne opplæringen her

Del dine kommentarer, spørsmål og tanker nedenfor.

Anbefalt lesing

^