Menu

Typy testów migracji: ze scenariuszami testów dla każdego typu

types migration testing

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Rodzaje testów migracji:

To jest 2 część tutoriala w naszym samouczek testowania migracji danych seria.

Testy migracyjne są niezbędne do przenoszenia danych ze starszego systemu do nowego systemu bez utraty danych. Istnieje również kilka typów testów migracji.

W tym samouczku daj nam więcej informacji o typach testów migracji, które dość często zdarzają się w czasie rzeczywistym w branży IT.

Rodzaje testów migracji

Czego się nauczysz:

Rodzaje migracji

Poniżej przedstawiono różne typy migracji, które zwykle występują dość często:

  1. Migracja aplikacji
  2. Migracja bazy danych
  3. Migracja serwera
  4. Migracja systemu operacyjnego

Jeśli chodzi o podejście do testowania migracji, strategię, fazy testowania; to jest to samo, czego nauczyliśmy się w naszym Samouczek nr 1 .

Oprócz „Testów migracji”, typowych scenariuszy testowych, które muszą być uwzględnione w każdej z faz testów migracji w samouczku 1, musimy również przeprowadzić pewne weryfikacje specyficzne dla typu migracji, z którym się zajmujemy.

Poniżej podano konkretne obszary w każdym przypadku, w których należy przeprowadzić dodatkowe testy w celu zapewnienia wydajnego testowania migracji dla każdego z powyższych typów migracji.

# 1) Migracja aplikacji

Migracja aplikacji to typ, w którym cała aplikacja jest migrowana z jednego środowiska lub platformy do innego.

Poniżej wymieniono kilka korzyści wynikających z migracji aplikacji (w zależności od nowej aplikacji):

  • Zmniejsza koszty eksploatacji i konserwacji
  • Zmniejsza zależności od innych systemów
  • Eliminuje lub łagodzi ryzyko w biznesie
  • Zwiększa wydajność systemu
  • Poprawia wsparcie techniczne i administrację
  • Obsługuje dodatkowe funkcje i poprawki błędów (jeśli istnieją)
  • Zmiany technologiczne

Prosta reprezentacja migracji aplikacji:

Migracja aplikacji

Kilka przykładów migracji aplikacji:

  • Migrowanie aplikacji do Platforma w chmurze
  • Migracja aplikacji z technologii ASP do technologii ASP.Net, technologii ASP.Net do technologii Windows Azure itp.,

Działania testowe będą tutaj:

  • Analiza wymagań i identyfikacja stabilnych wymagań
  • Analiza zakresu testów
  • Przeanalizuj i przetestuj wszystkie przepływy w starszej aplikacji pod kątem nowej aplikacji
  • Przetestuj nowe przepływy w zmigrowanej aplikacji, jeśli takie istnieją

Ogólnie scenariusze testowe wyglądałyby następująco:

JA) Jeśli aplikacja jest zaktualizowana,

  • Sprawdź poprawność wszystkich poprzednich funkcjonalności wraz z ulepszonymi funkcjami - wszystko powinno działać poprawnie
  • Przetestuj aplikację pod kątem istniejących i nowych danych - oba powinny działać poprawnie
    • Przykład: Spróbuj zaktualizować istniejące dane, usunąć istniejące dane, wyszukać istniejące dane i wygenerować raporty dla istniejących danych. Z nowymi danymi, waliduj tworzenie kont / danych, aktualizuj nowo dodane dane, usuwaj nowo dodane dane, wyszukuj według nowo dodanych danych i generuj raporty dla nowo dodanych danych

II) Jeśli aplikacja jest migrowana do nowej technologii:

SQL Server 2012 pytania i odpowiedzi do wywiadu
  • Sprawdź, czy cała aplikacja działa poprawnie
  • Sprawdź, czy nowa technologia nadal obsługuje wszystkie składniki aplikacji. Na przykład , wtyczki / dodatki / wartości środowiskowe / ścieżka nie są zmieniane i powinny działać poprawnie, bez żadnych błędów
  • Sprawdź, czy jest kompatybilny ze wszystkimi możliwymi systemami operacyjnymi, wersjami przeglądarek itp.
  • Sprawdź, czy stare dane są zachowane w aplikacji i czy nowe dane działają dobrze w nowej technologii

# 2) Migracja bazy danych

Migracja bazy danych to rodzaj migracji, w ramach którego wszystkie dane z bazy danych aplikacji są migrowane do innej bazy danych.

Dla tego typu migracji aplikacja powinna być stabilna, a dane w bazie danych poprawne i aktualne. Stąd format, typ, wartość itp. Mają znaczenie podczas migracji między bazami danych.

Poniżej wymieniono kilka korzyści płynących z migracji bazy danych (w zależności od nowej bazy danych):

  • Aplikacja może mieć wiele baz danych na zapleczu, aby obsługiwać ogromne dane klientów
  • Można osiągnąć poprawę danych
  • Właściwa analiza danych pomoże w poprawie jakości danych
  • Pobieranie próbek i czyszczenie danych pomaga w utrzymaniu czystości i skuteczności bazy danych
  • Aby przeprowadzić analizę danych

Migracja bazy danych

Kilka przykładów migracji bazy danych:

  • Migracja z jednego RDBMS do innego RDBMS
  • Migracja z RDBMS do MongoDB
  • Aktualizacja z Informix HC4 do HC6 lub HC7

Działania testowe będą tutaj:

  • Upewnij się, że starsza baza danych nie jest aktualizowana podczas testów po migracji
  • Upewnij się, że mapowanie na poziomach pól i tabel nie zmienia się
  • Zapewnienie dokładnej i pełnej migracji danych
  • Czynności testowania przed migracją i po migracji

Ogólnie scenariusze testowe wyglądałyby następująco:

JA) Jeśli migracja dotyczy tego samego typu bazy danych,

  • Sprawdź, czy zapytania wykonywane w nowej bazie danych dają takie same wyniki, jak w starszej
  • Sprawdź, czy liczba rekordów w starej i nowej bazie danych jest taka sama. Tutaj użyj odpowiedniego narzędzia do automatyzacji
  • Sprawdź, czy nie ma nadmiarowości, a nowa baza danych działa dokładnie tak, jak starsza
  • Sprawdź, czy schemat, relacje, struktury tabel są niezmienione lub przywrócone, aby pasowały do ​​starego obrazu bazy danych
  • Sprawdź, czy zmiany wprowadzone w aplikacji aktualizują nową bazę danych z poprawnymi wartościami i typem
  • Sprawdź, czy po nawiązaniu nowego połączenia z bazą danych do wszystkich składników aplikacji. Aplikacja, serwer, interfejsy, firewall, łączność sieciowa itp.
  • Sprawdź, czy wydajność zapytania (czas potrzebny do wykonania złożonych zapytań) nowej bazy danych nie jest większa niż wcześniejsza

II) Jeśli migracja to inny typ bazy danych, to wraz z powyższymi punktami walidacji należy zadbać o kilka lub więcej:

  • Sprawdź obsługę danych we wszystkich polach. Głównym wyzwaniem będzie obsługa danych dotyczących dat kalendarzowych, liczb zmiennoprzecinkowych, szesnastkowych itp.

# 3) Migracja serwera

Migracja serwera to rodzaj migracji, w ramach którego dane serwera są przenoszone z jednego serwera na inny. Tutaj konfiguracja jest również migrowana na nowy serwer wraz z danymi serwera.

Poniżej wymieniono kilka korzyści wynikających z migracji serwerów (w zależności od nowego serwera):

  • Ulepszone konfiguracje
  • Zwiększona niezawodność
  • Większa przejrzystość dzienników pomaga w analizie odpowiedzi na żądanie między komponentami
  • Zwiększyć wydajność

Prosta reprezentacja migracji serwera:

Migracja serwera

Przykład migracji serwera:

  • Migracja z systemu Windows na serwer mainframe
  • HP Box do IBM Box

Działania testowe będą tutaj:

  • Testowanie zgodności z nowym serwerem
  • Testowanie obsługi danych na nowym serwerze
  • Upewnij się, że nazwy katalogów, udostępnianie plików itp. Pozostają niezmienione lub zmień je ręcznie zgodnie z konfiguracjami
  • Zapewnienie braku uszkodzeń danych lub zmian na nowym serwerze

Ogólnie scenariusze testowe wyglądałyby następująco:

  • Sprawdź odpowiedź na żądanie między aplikacją a serwerem za pośrednictwem interfejsów API
  • Weryfikuj dzienniki klient-serwer dla każdego działania podjętego w aplikacji
  • Sprawdź, czy cały system przechodzi testy
  • Sprawdź, czy testowanie interfejsu działa poprawnie we wszystkich warunkach testowych
  • Sprawdź, czy środowisko jest stabilne, a hostowany na nim serwer nie ma problemów z łącznością. tj. po migracji nie powinno być żadnych problemów środowiskowych

# 4) Migracja systemu operacyjnego

Migracja systemu operacyjnego to rodzaj migracji, w ramach którego aplikacja jest migrowana z jednego systemu operacyjnego do innego. Wiąże się to z wieloma wyzwaniami, ponieważ sama platforma podstawowa ulega zmianie i istnieje ogromne ryzyko kompatybilności. Nawet sieć, konfiguracje, interfejsy i wiele innych komponentów wymagają przeprojektowania.

Poniżej wymieniono kilka korzyści wynikających z migracji systemu operacyjnego (w zależności od nowego systemu operacyjnego):

  • Zwiększona wirtualizacja po migracji na platformę chmurową
  • Niższe koszty eksploatacji i konserwacji
  • Zwiększona prędkość, wsparcie, produktywność, bezpieczeństwo

Prosta reprezentacja migracji systemu operacyjnego:

Migracja systemu operacyjnego

Przykłady migracji systemu operacyjnego:

  • Migracja z Windows do Linux
  • Migracja z Windows do MAC
  • Migracja do oprogramowania chmurowego jako serwera ( SaaS )
  • Migracja do maszyn wirtualnych opartych na chmurze itp.

Działania testowe będą tutaj:

  • Analiza zależności w nowym systemie operacyjnym
  • Zrozumienie i przetestowanie aplikacji, ponieważ zmiany w konfiguracji wpływają na aplikację w zależności od jej typu
  • Przepływy w aplikacji mogą się różnić w porównaniu ze starszym systemem operacyjnym. Dlatego wymagane są szczegółowe testy
  • Obszerne testy zgodności ze wszystkimi możliwymi kombinacjami w nowym systemie operacyjnym

Ogólnie scenariusze testowe wyglądałyby następująco:

  • Sprawdź zgodność sprzętu i oprogramowania, gdy aplikacja jest autonomiczna
  • Sprawdź, czy wartość systemu operacyjnego nie wpływa na zachowanie aplikacji. Całe testy systemu powinny przejść
  • Sprawdź, czy wydajność aplikacji nie jest ograniczona w nowym systemie operacyjnym

Wniosek

W związku z tym określenie, jaki rodzaj migracji ma miejsce i jakie konkretne aspekty należy przetestować na podstawie typu migracji, zapewni wszystkie możliwe wąskie gardła, które mogą wystąpić.

Migrację lub migrację po migracji można zidentyfikować z dużym wyprzedzeniem podczas testowania w laboratorium i można je złagodzić, naprawiając je, zapewniając pomyślne „ Migracja '.

=> Przeczytaj część 1 tego samouczka tutaj

Podziel się swoimi komentarzami, pytaniami i przemyśleniami poniżej.

rekomendowane lektury

^