Меню

Видове тестове за миграция: С тестови сценарии за всеки тип

types migration testing

Опитайте Нашия Инструмент За Премахване На Проблемите

Видове тестове за миграция:

Това е Урок 2-ра част в нашата урок за тестване на миграция на данни серия.

Тестът за миграция е от съществено значение за преместването на данни от системата Legacy към новата система без загуба на данни, а има и няколко вида тестове за миграция.

Чрез този урок ни уведомете повече за видовете тестване на миграцията, които често се случват в реално време в ИТ индустрията.

Видове тестове за миграция

Какво ще научите:

Видове миграция

Следват различните видове миграции, които обикновено се случват доста често:

  1. Миграция на приложения
  2. Миграция на база данни
  3. Миграция на сървъра
  4. Миграция на ОС

Що се отнася до подхода за тестване на миграцията, стратегията, фазите на тестване; то е същото като това, което научихме в нашия Урок №1 .

В допълнение към „Тестване на миграцията“, типични сценарии за тестване, които трябва да бъдат обхванати от всяка от фазите на тестване на миграцията в Урок 1, ние също трябва да извършим определени проверки, специфични за типа миграция, с който сме ангажирани.

По-долу са дадени специфичните области във всеки случай, при които е необходимо да се извършат допълнителни тестове, за да се осигури ефективно тестване на миграцията за всеки от горните видове миграции.

# 1) Миграция на приложения

Миграцията на приложението е тип, при който цялото приложение се мигрира от една среда или платформа в друга.

По-долу са изброени няколко предимства на миграцията на приложения (зависи от новото приложение):

  • Намалява оперативните разходи и разходите за поддръжка
  • Намалява зависимостите от други системи
  • Елиминира или намалява рисковете в бизнеса
  • Подобрява производителността на системата
  • Подобрява техническата поддръжка и администрацията
  • Поддържа допълнителни функции и корекции на грешки (ако има такива)
  • Технологични промени

Лесно представяне за мигриране на приложения:

Миграция на приложения

Няколко примера за мигриране на приложения:

  • Мигриране на приложение към Облачна платформа
  • Мигриране на приложение от ASP към технологията ASP.Net, ASP.Net към технологията Windows Azure и др.,

Тук тестовите дейности ще бъдат:

  • Анализиране на изискванията и идентифициране на стабилните изисквания
  • Анализиране на обхвата на тестване
  • Анализирайте и тествайте всички потоци в наследено приложение спрямо новото приложение
  • Тествайте новите потоци в мигрираното приложение, ако има такива

Тестовите сценарии като цяло ще бъдат както по-долу:

I) Ако приложението е надстроено,

  • Проверете всички предишни функционалности заедно с надградените функции - всичко трябва да работи правилно
  • Тествайте приложението за съществуващи данни, както и за нови данни - и двете трябва да работят правилно
    • Пример: Опитайте да актуализирате съществуващите данни, да изтриете съществуващите данни, да потърсите съществуващите данни и да генерирате отчети за съществуващите данни. С нови данни потвърдете създаването на акаунти / данни, актуализирайте новодобавените данни, изтрийте новодобавените данни, търсете с новодобавените данни и генерирайте отчети за новодобавените данни

II) Ако приложението е мигрирано към нова технология:

уебсайт, който ви позволява да изтегляте видеоклипове в YouTube
  • Проверете дали цялото приложение работи правилно
  • Проверете дали новата технология все още поддържа всички компоненти на приложението. Например , приставки / добавки / стойности на околната среда / път не се променят и трябва да работят правилно без грешки
  • Проверете дали е съвместим с всички възможни операционни системи, версии на браузъра и т.н.
  • Проверете дали старите данни са запазени в приложението и новите данни работят добре по новата технология

# 2) Миграция на база данни

Миграцията на база данни е вид миграция, при която всички данни в базата данни на дадено приложение се мигрират в друга база данни.

За този тип миграция приложението трябва да е стабилно и данните в базата данни да са правилни и валидни. Следователно форматът, типът, стойността и т.н. имат значение при мигриране между базите данни.

По-долу са изброени няколко предимства от миграцията на база данни (зависи от новата база данни):

  • Приложението може да има множество бази данни в бекенда, за да поддържа огромни клиентски данни
  • Може да се постигне подобряване на данните
  • Правилният анализ на данните ще помогне за подобряване на качеството на данните
  • Вземането на проби от данни и почистването на данните помага да се поддържа чиста и ефективна базата данни
  • За извършване на анализ на данни

Миграция на база данни

Няколко примера за миграция на база данни:

  • Миграция от една RDBMS към друга RDBMS
  • Миграция от RDBMS към MongoDB
  • Надстройка от Informix HC4 до HC6 или HC7

Тук тестовите дейности ще бъдат:

  • Уверете се, че старата база данни не се актуализира по време на тестове след миграция
  • Уверете се, че картографирането на нива на полета и таблици не се променя
  • Гарантиране дали данните се пренасят точно и изцяло
  • Дейности за тестване преди миграция и след миграция

Тестовите сценарии като цяло ще бъдат както по-долу:

I) Ако миграцията е към същия тип база данни, тогава,

  • Проверете дали заявките, изпълнени в новата база данни, дават същите резултати като в по-старата
  • Проверете дали броят на записите в старата и новата база данни е еднакъв. Тук използвайте подходящ инструмент за автоматизация
  • Уверете се, че няма съкращения и новата база данни работи точно както по-старата
  • Проверете дали схемата, връзките, структурите на таблиците са непроменени или са върнати обратно, за да съответстват на старото изображение на базата данни
  • Проверете дали промените, направени в приложението, актуализират нова база данни с правилни стойности и тип
  • Проверете дали след като новата връзка с базата данни е предоставена на всички компоненти на приложението. Приложение, сървър, интерфейси, защитна стена, мрежова свързаност и др.
  • Проверете дали производителността на заявката (отнема време за изпълнение на сложни заявки) на новата база данни не е по-голяма от по-ранната производителност

II) Ако миграцията е различен тип база данни, тогава заедно с горепосочените точки за валидиране трябва да се внимава за малко или повече:

  • Проверете обработката на данни за всички полета. Основни предизвикателства ще бъдат обработката на данни за календарни дати, плаващи числа, шестнадесетични и т.н.

# 3) Миграция на сървъра

Миграцията на сървъра е вид миграция, при която данните на сървъра се преместват от един сървър на друг сървър. Тук конфигурацията също се мигрира към новия сървър заедно със сървърните данни.

По-долу са изброени няколко предимства на миграцията на сървъра (зависи от новия сървър):

  • Подобрени конфигурации
  • Подобрена надеждност
  • Повече яснота на регистрационните файлове помага при анализа на отговора на заявката между компонентите
  • Подобрена производителност

Лесно представяне за миграция на сървъри:

Миграция на сървъра

Пример за миграция на сървър:

  • Мигриране от Windows към Mainframe сървър
  • HP Box към IBM Box

Тук тестовите дейности ще бъдат:

  • Тестване на съответствие с новия сървър
  • Тестване на обработка на данни в новия сървър
  • Уверете се, че имената на директориите, споделянето на файлове и т.н., остават непроменени или се променят ръчно според конфигурациите
  • Гарантиране на липса на повреда на данните или промени в новия сървър

Тестовите сценарии като цяло ще бъдат както по-долу:

  • Проверете отговора на заявката между приложението и сървъра чрез API
  • Проверете регистрите клиент-сървър за всяко действие, предприето с приложението
  • Проверете дали цялата система преминава тестване
  • Проверете дали тестването на интерфейса работи добре при всички условия на теста
  • Проверете дали средата е стабилна и сървърът, хостван на нея, няма проблеми с връзката. т.е. не трябва да има екологични проблеми след миграцията

# 4) Миграция на ОС

Миграцията на ОС е вид миграция, при която приложението се мигрира от една операционна система в друга. Това включва много предизвикателства, тъй като самата основна платформа е променена и има огромен риск от съвместимост. Дори мрежата, конфигурациите, интерфейсите и много повече компоненти изискват препроектиране.

По-долу са изброени няколко предимства на миграцията на ОС (зависи от новата операционна система):

  • Повишена виртуализация при мигриране към облачна платформа
  • По-ниски разходи при експлоатация и поддръжка
  • Повишена скорост, поддръжка, производителност, сигурност

Лесно представяне за миграция на OS:

Миграция на ОС

Примери за миграция на ОС:

  • Миграция от Windows към Linux
  • Миграция от Windows към MAC
  • Мигриране към базиран на облак софтуер като сървър ( SaaS )
  • Мигриране към облачно базирани виртуални машини и т.н.

Тук тестовите дейности ще бъдат:

  • Анализиране на зависимостите в новата операционна система
  • Разбирането и тестването на приложението като промени в конфигурацията влияе върху приложението в зависимост от неговия тип
  • Потоците в приложението могат да варират в сравнение със старата ОС. Следователно е необходимо задълбочено тестване
  • Обширно тестване за съвместимост с всички възможни комбинации в новата операционна система

Тестовите сценарии като цяло ще бъдат както по-долу:

  • Проверете съвместимостта на хардуера и софтуера, когато приложението е самостоятелно
  • Проверете дали стойността на ОС не влияе върху поведението на приложението. Цялото тестване на системата трябва да премине
  • Проверете дали производителността на приложението не е възпрепятствана от новата операционна система

Заключение

Следователно идентифицирането на какъв тип миграция се случва и кои са специфичните аспекти, които трябва да бъдат тествани въз основа на типа миграция, ще гарантира всички възможни тесни места, които могат да възникнат.

Или миграцията, или след миграцията могат да бъдат идентифицирани много по-рано по време на Тестване в лабораторията и могат да бъдат смекчени, като ги фиксират, като гарантират успешното „ Миграция '.

=> Прочетете част 1 от този урок тук

Моля, споделете вашите коментари, въпроси и мисли по-долу.

Препоръчително четене

^