Меню

Типи тестування на міграцію: зі сценаріями тестування для кожного типу

types migration testing

Спробуйте Наш Інструмент Для Усунення Проблем

Види тестування міграції:

Це Підручник 2-ї частини в нашому підручник з тестування міграції даних - серії.

Тестування міграції має важливе значення для переміщення даних із системи Legacy до нової системи без втрати даних. Існує також кілька видів тестування міграції.

За допомогою цього підручника повідомте нам більше про типи тестування міграції, які досить часто трапляються в реальному часі в ІТ-галузі.

Види тестування міграції

Що ви дізнаєтесь:

Види міграції

Нижче наведено різні типи міграцій, які зазвичай трапляються досить часто:

  1. Міграція додатків
  2. Міграція бази даних
  3. Міграція сервера
  4. Міграція ОС

Що стосується підходу, стратегії та етапів тестування на міграцію; це те саме, що ми дізналися у своєму Підручник No1 .

На додаток до «Тестування міграції», типових сценаріїв тестування, які потрібно охопити на кожному з етапів тестування міграції в Підручнику 1, нам також потрібно виконати певні перевірки, характерні для типу міграції, з яким ми працюємо.

Нижче наведено конкретні сфери в кожному випадку, де необхідно провести додаткове тестування, щоб забезпечити ефективне тестування міграції для кожного з вищезазначених типів міграцій.

# 1) Міграція додатків

Міграція додатків - це тип, коли весь додаток переноситься з одного середовища або платформи на інше.

Нижче наведено кілька переваг перенесення додатків (залежить від нового додатка):

  • Знижує експлуатаційні та технічні витрати
  • Зменшує залежність від інших систем
  • Усуває або зменшує ризики у бізнесі
  • Підвищує продуктивність системи
  • Покращує технічну підтримку та адміністрування
  • Підтримує додаткові функції та виправлення помилок (якщо такі є)
  • Зміни технологій

Просте представлення для міграції додатків:

Міграція додатків

Кілька прикладів міграції додатків:

  • Переміщення програми на Хмарна платформа
  • Міграція програми з ASP на технологію ASP.Net, ASP.Net на технологію Windows Azure тощо,

Тестові заходи тут будуть:

  • Аналіз вимог та виявлення стабільних вимог
  • Аналіз обсягу тестування
  • Проаналізуйте та протестуйте всі потоки у застарілій програмі щодо нової програми
  • Перевірте нові потоки в перенесеному додатку, якщо такі є

Загалом, сценарії випробувань будуть такими:

I) Якщо додаток оновлено,

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

II) Якщо додаток перенесено на нову технологію:

безкоштовні сайти для завантаження музики mp3 для телефонів Android
  • Переконайтесь, що вся програма працює правильно
  • Переконайтеся, що нова технологія все ще підтримує всі компоненти програми. Наприклад , плагіни / доповнення / значення середовища / шлях не змінюються і повинні працювати коректно без помилок
  • Перевірте, чи сумісний він з усіма можливими операційними системами, версіями браузера тощо.
  • Переконайтеся, що старі дані зберігаються в додатку, і нові дані працюють нормально за новою технологією

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

Міграція бази даних - це тип міграції, при якому всі дані в базі даних програми переносяться в іншу базу даних.

Для цього типу міграції додаток повинен бути стабільним, а дані в базі даних - правильними та дійсними. Отже, формат, тип, значення тощо мають значення під час міграції між базами даних.

Нижче наведено кілька переваг міграції бази даних (залежить від нової бази даних):

  • Додаток може мати декілька баз даних на серверній панелі для підтримки величезних даних про клієнтів
  • Можна досягти покращення даних
  • Правильний аналіз даних допоможе поліпшити якість даних
  • Вибірка даних та очищення даних допомагають підтримувати базу даних чистою та ефективною
  • Провести аналіз даних

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

Кілька прикладів міграції баз даних:

  • Перехід від однієї СУБД до іншої СУБД
  • Перехід від RDBMS до MongoDB
  • Перехід з Informix HC4 на HC6 або HC7

Тестові заходи тут будуть:

  • Переконайтеся, що застаріла база даних не оновлюється під час тестів після міграції
  • Переконайтесь, що відображення на рівні полів і таблиць не змінюється
  • Забезпечення точної та повної передачі даних
  • Діяльність перед міграцією та після міграції

Загалом, сценарії випробувань будуть такими:

I) Якщо міграція здійснюється до одного типу бази даних, тоді,

  • Переконайтеся, що запити, що виконуються в новій базі даних, дають ті самі результати, що й у попередній
  • Переконайтеся, що кількість записів у старій та новій базі даних однакова. Тут використовуйте відповідний інструмент автоматизації
  • Переконайтеся, що немає надмірностей і нова база даних працює точно так само, як і стара
  • Переконайтеся, що схема, зв’язки, структури таблиць не змінені або повернуті назад, щоб відповідати старому образу бази даних
  • Переконайтеся, що зміни, внесені в програму, оновлюють нову базу даних з правильними значеннями та типом
  • Переконайтеся, що після нового підключення до бази даних надано всі компоненти програми. Додаток, сервер, інтерфейси, брандмауер, підключення до мережі тощо.
  • Переконайтеся, що продуктивність запиту (витрачена на виконання складних запитів) нової бази даних не перевищує попередню продуктивність

II) Якщо міграція - це інший тип бази даних, то поряд з вищезазначеними точками перевірки слід подбати про декілька або більше:

  • Перевірте обробку даних для всіх полів. Основними проблемами буде обробка даних календарних дат, плаваючих чисел, шістнадцяткових і т.д.

# 3) Міграція сервера

Міграція сервера - це тип міграції, коли дані сервера переміщуються з одного сервера на інший. Тут конфігурація також переноситься на новий сервер разом із даними сервера.

Нижче наведено кілька переваг міграції серверів (залежить від нового сервера):

  • Покращені конфігурації
  • Підвищена надійність
  • Більша чіткість журналів допомагає аналізувати відповідь запиту між компонентами
  • Покращена продуктивність

Просте представлення для міграції серверів:

Міграція сервера

Приклад міграції сервера:

  • Перехід з Windows на сервер Mainframe
  • HP Box до IBM Box

Тестові заходи тут будуть:

  • Перевірка відповідності новому серверу
  • Тестування обробки даних на новому сервері
  • Переконайтесь, що імена каталогів, спільний доступ до файлів тощо, залишаються незмінними або змінюються вручну відповідно до конфігурацій
  • Забезпечення пошкодження даних та змін на новому сервері

Загалом, сценарії випробувань будуть такими:

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

# 4) Міграція ОС

Міграція ОС - це тип міграції, при якому програма переміщується з однієї операційної системи в іншу. Це пов’язано з багатьма проблемами, оскільки сама базова платформа змінена, і існує величезний ризик сумісності. Навіть мережа, конфігурації, інтерфейси та набагато більше компонентів вимагають перепроектування.

Нижче наведено кілька переваг міграції ОС (залежить від нової ОС):

  • Збільшена віртуалізація при переході на хмарну платформу
  • Менша вартість експлуатації та обслуговування
  • Підвищена швидкість, підтримка, продуктивність, безпека

Просте представлення для міграції ОС:

Міграція ОС

Приклади міграції ОС:

  • Перехід з Windows на Linux
  • Перехід з Windows на MAC
  • Перехід на хмарне програмне забезпечення як сервера ( SaaS )
  • Перехід до хмарних віртуальних машин тощо.

Тестові заходи тут будуть:

  • Аналіз залежностей в новій ОС
  • Розуміння та тестування програми як зміна конфігурації впливає на програму залежно від її типу
  • Потоки в програмі можуть відрізнятися в порівнянні зі застарілою ОС. Отже, необхідне широке тестування
  • Широке тестування сумісності з усіма можливими комбінаціями в новій ОС

Загалом, сценарії випробувань будуть такими:

  • Перевірте сумісність апаратного та програмного забезпечення, коли програма автономна
  • Переконайтеся, що значення ОС не впливає на поведінку програми. Потрібно пройти тестування всієї системи
  • Перевірте, чи не заважає продуктивність програми новій ОС

Висновок

Отже, визначення того, який тип міграції відбувається, і які конкретні аспекти слід перевірити на основі типу міграції, забезпечить усі можливі вузькі місця, які можуть виникнути.

Будь-яку міграцію або після міграції можна ідентифікувати заздалегідь під час тестування в лабораторії, і їх можна пом'якшити, встановивши їх для забезпечення успішного Міграція '.

=> Прочитайте частину 1 цього підручника тут

Будь ласка, поділіться своїми коментарями, питаннями та думками нижче.

Рекомендована література

^