Мени

Врсте тестирања миграције: Са сценаријима испитивања за сваки тип

types migration testing

Испробајте Наш Инструмент За Елиминисање Проблема

Врсте тестирања миграције:

Ово је Водич за 2. део у нашем водич за тестирање миграције података серија.

Тестирање миграције је од кључне важности за премештање података из система Легаци у нови систем без икаквог губитка података, а постоји и неколико врста тестирања миграције.

Кроз овај водич, јавите нам више о врстама тестирања миграције које се често дешавају у стварном времену у ИТ индустрији.

Врсте тестирања миграција

Шта ћете научити:

Врсте миграција

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

  1. Миграција апликација
  2. Миграција базе података
  3. Миграција сервера
  4. Миграција ОС-а

Што се тиче приступа миграције, стратегије, фазе тестирања; исто је као и оно што смо научили у нашем Туториал # 1 .

Поред „тестирања миграције“, типичних сценарија тестирања које треба да буду обухваћене сваком фазом тестирања миграције у Туториал 1, такође морамо извршити одређене верификације специфичне за тип миграције са којим смо ангажовани.

Доље су дата специфична подручја у сваком случају у којима је потребно извршити додатна испитивања како би се осигурало ефикасно тестирање миграције за сваку од горе наведених врста миграција.

# 1) Миграција апликације

Миграција апликације је врста код које се целокупна апликација преноси из једног окружења или платформе у друго.

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

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

Једноставни приказ за миграцију апликација:

Миграција апликација

Неколико примера миграције апликација:

  • Мигрирање апликације у Цлоуд платформа
  • Мигрирање апликације са АСП на АСП.Нет технологију, АСП.Нет на Виндовс Азуре технологију итд.,

Активности тестирања овде ће бити:

  • Анализирање захтева и идентификовање стабилних захтева
  • Анализирајући обим тестирања
  • Анализирајте и тестирајте све токове у застарелој апликацији у односу на нову апликацију
  • Тестирајте нове токове у мигрираној апликацији ако постоје

Тест сценарији, генерално, били би следећи:

И) Ако се апликација надогради,

  • Потврдите све претходне функционалности заједно са надограђеним функцијама - све би требало да ради исправно
  • Тестирајте апликацију за постојеће податке, као и за нове податке - оба би требало да раде исправно
    • Пример: Покушајте да ажурирате постојеће податке, избришете постојеће податке, потражите постојеће податке и генеришите извештаје за постојеће податке. Помоћу нових података потврдите прављење налога / података, ажурирајте ново додане податке, избришите ново додане податке, претражујте ново додане податке и генеришите извештаје за ново додане податке

ИИ) Ако се апликација пребаци на нову технологију:

скл куери интервју питања и одговори за искусни пдф
  • Проверите да ли цела апликација ради исправно
  • Проверите да ли нова технологија и даље подржава све компоненте апликације. На пример , додаци / додаци / вредности окружења / путања се не мењају и требало би да раде исправно без грешака
  • Проверите да ли је компатибилан са свим могућим оперативним системима, верзијама прегледача итд.
  • Проверите да ли су стари подаци задржани у апликацији и да ли нови подаци добро функционишу на новој технологији

# 2) Миграција базе података

Миграција базе података је врста миграције при којој се сви подаци у бази података апликације мигрирају у другу базу података.

За ову врсту миграције апликација треба да буде стабилна, а подаци у бази података тачни и валидни. Дакле, формат, врста, вредност итд. Су битни током миграције између база података.

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

  • Апликација може имати више база података на позадини за подршку огромним подацима о купцима
  • Побољшање података се може постићи
  • Правилна анализа података помоћи ће у побољшању квалитета података
  • Узорковање података и чишћење података помажу у одржавању базе података чистом и ефикасном
  • Да врши аналитику података

Миграција базе података

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

  • Прелазак са једног РДБМС на други РДБМС
  • Прелазак са РДБМС на МонгоДБ
  • Надоградња са Информик ХЦ4 на ХЦ6 или ХЦ7

Активности тестирања овде ће бити:

  • Уверите се да се застарела база података не ажурира током тестова након миграције
  • Уверите се да се мапирање на нивоу поља и табеле не мења
  • Обезбеђивање тачне и потпуне миграције података
  • Активности пре миграције и пост-миграције

Тест сценарији, генерално, били би следећи:

И) Ако је миграција на исти тип базе података, онда,

  • Проверите да ли упити извршени у новој бази података дају исте резултате као у старијој
  • Проверите да ли је број записа у старој и новој бази података исти. Овде користите одговарајући алат за аутоматизацију
  • Уверите се да нема вишкова и да ли нова база података ради тачно као старија
  • Проверите да ли су шема, односи, структуре табела непромењене или постављене натраг тако да одговарају старој слици базе података
  • Проверите да ли промене направљене у апликацији ажурирају нову базу података тачним вредностима и типом
  • Проверите да ли је нова веза са базом података обезбеђена за све компоненте апликације. Апликација, сервер, интерфејси, заштитни зид, мрежна повезаност итд.
  • Уверите се да перформансе упита (потребне за извршавање сложених упита) нове базе података нису веће од ранијих перформанси

ИИ) Ако је миграција другачији тип базе података, онда уз горе наведене тачке провере ваља водити рачуна о мало или више њих:

  • Проверите руковање подацима за сва поља. Главни изазови биће руковање подацима за календарске датуме, плутајуће бројеве, хексадецималне итд.

# 3) Миграција сервера

Миграција сервера је врста миграције при којој се подаци сервера премештају са једног сервера на други. Овде се конфигурација такође премешта на нови сервер заједно са подацима о серверу.

У наставку је наведено неколико предности миграције сервера (зависи од новог сервера):

  • Побољшане конфигурације
  • Побољшана поузданост
  • Више јасноће у евиденцијама помаже у анализи одговора на захтев између компоненти
  • Побољшане перформансе

Једноставна репрезентација за миграцију сервера:

Миграција сервера

Пример миграције сервера:

  • Прелазак са Виндовс-а на Маинфраме сервер
  • ХП Бок у ИБМ Бок

Активности тестирања овде ће бити:

  • Тестирање усаглашености са новим сервером
  • Тестирање руковања подацима на новом серверу
  • Осигурајте да имена директорија, дељење датотека итд. Остану непромењена или се ручно мењају према конфигурацијама
  • Обезбеђивање оштећења података или промена на новом серверу

Тест сценарији, генерално, били би следећи:

  • Проверите одговор захтева између апликације и сервера путем АПИ-ја
  • Проверите евиденцију клијент-сервер за сваку радњу предузету у вези са апликацијом
  • Проверите да ли је цео систем прошао тестирање
  • Проверите да ли тестирање интерфејса ради добро у свим условима испитивања
  • Проверите да ли је окружење стабилно и да ли сервер хостован на њему нема проблема са везом. тј. не би требало бити еколошких проблема након миграције

# 4) Миграција ОС-а

Миграција ОС-а је врста миграције при којој се апликација премешта из једног оперативног система у други. То укључује пуно изазова јер се сама основна платформа мења и постоји огроман ризик од компатибилности. Чак и мрежа, конфигурације, интерфејси и много више компоненти захтевају редизајн.

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

  • Повећана виртуелизација приликом преласка на платформу засновану на Цлоуд-у
  • Нижи трошкови у раду и одржавању
  • Повећана брзина, подршка, продуктивност, сигурност

Једноставна репрезентација за миграцију ОС-а:

Миграција ОС-а

Примери миграције ОС-а:

  • Прелазак са Виндовс-а на Линук
  • Прелазак са Виндовс-а на МАЦ
  • Прелазак на софтвер заснован на облаку као сервер ( СааС )
  • Прелазак на ВМ засноване на Цлоуд-у итд.

Активности тестирања овде ће бити:

  • Анализирајући зависности у новом ОС
  • Разумевање и тестирање апликације како промене у конфигурацији утичу на апликацију у зависности од њеног типа
  • Токови у апликацији могу се разликовати у поређењу са застарелим ОС-ом. Стога је потребно опсежно тестирање
  • Опсежно тестирање компатибилности са свим могућим комбинацијама у новом ОС-у

Тест сценарији, генерално, били би следећи:

  • Проверите компатибилност хардвера и софтвера када је апликација самостална
  • Уверите се да вредност ОС-а не утиче на понашање апликације. Требало би да прође цело тестирање система
  • Проверите да ли перформансе апликације нису ометене у новом ОС-у

Закључак

Отуда ће идентификовање врсте миграције која се дешава и који су специфични аспекти који ће се тестирати на основу врсте миграције, обезбедити сва могућа уска грла која би се могла догодити.

Било миграција или пост миграција могу се идентификовати унапред током тестирања у лабораторији и могу се ублажити поправљајући их тако да осигурају успешну „ Миграција '.

=> Прочитајте 1. део овог водича овде

Молимо поделите своје коментаре, питања и размишљања у наставку.

Препоручено читање

^