Что такое параллельное тестирование? Метод, подход и пример.

⚡ Умное резюме

Параллельное тестирование позволяет одновременно запускать устаревшую систему и новую разработанную систему с одними и теми же входными данными, что дает тестировщикам возможность убедиться в том, что перенесенные данные, вычисления и бизнес-процессы по-прежнему дают идентичные результаты.

  • 🎯 Цель: Докажите, что новая версия ведет себя так же, как и старая, или даже лучше.
  • 🗓️ Trigger: Замена систем, миграция данных и окна синхронизации двух систем.
  • 🚪 Критерии: Критерии входа открывают цикл; критерии выхода закрывают его.
  • 🔍 Метод: Сравните оба результата построчно и классифицируйте каждое различие.
  • ⚠️ Стоимость: Требуется полное знание продукта и полный охват результатов.

Определение, подход и пример параллельного тестирования.

Что такое параллельное тестирование?

Параллельное тестирование Параллельное тестирование — это тип тестирования программного обеспечения, при котором несколько версий или подкомпонентов приложения тестируются с одними и теми же входными данными на разных системах одновременно, чтобы сократить время выполнения теста. Цель параллельного тестирования — выяснить, ведут ли себя устаревшая и новая версии одинаково или по-разному, а также установить, является ли новая версия более эффективной.

Изображение ниже демонстрирует параллельное тестирование.

Параллельный процесс тестирования, при котором старая и новая системы используют один общий входной сигнал.

Пример параллельного тестирования

При переходе организации на новую систему важной частью этого процесса являются устаревшие данные, перенос которых представляет собой сложную задачу.

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

Пример параллельного тестирования, сравнивающий выходные данные устаревшей системы с выходными данными новой системы.

Зачем проводить параллельное тестирование

Параллельное тестирование проводится именно по этим причинам.

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

Например, в настоящее время пользователи используют версию 1.0 приложения, а с марта перейдут на версию 1.1, как показано ниже.

В ходе миграции параллельно тестировались версии 1.0 и 1.1.

В таких случаях тестировщики проводят параллельное тестирование, чтобы подтвердить успешное завершение миграции данных и убедиться, что изменения в новой версии не влияют ни на функциональность системы, ни на ожидаемый пользователем результат.

Когда проводить параллельное тестирование

Параллельное тестирование широко используется в следующих случаях:

  • Компания переходит со старой системы на новую.
  • Syncхронизация выполняется между двумя системами.
  • Устаревшие данные импортируются из одной системы в другую.
  • Все результаты должны быть точно определены — например, в финансовой или страховой сфере, где вычисления являются одной из основных функций системы.

Как проводить параллельное тестирование: комплексный подход

Для параллельного тестирования вы создаете несколько проектов, каждый из которых тестирует отдельную часть приложения (подчиненные проекты), и один проект (главный проект), который их запускает.

Параллельное тестирование имеет два уровня критериев.

  1. Критерии допуска к параллельному тестированию — определить задачи, которые должны быть решены до того, как параллельное тестирование сможет быть эффективно выполнено.
  2. Критерии завершения параллельного тестирования — определить успешное завершение этапа параллельного тестирования.

Для начала необходимо выполнить несколько предварительных условий.

  • Параллельное тестирование не может начаться до тех пор, пока тестовая среда Настройка завершена.
  • Все предварительные условия и сценарии должны быть определены в первую очередь.
  • Устаревшие и новые данные должны быть успешно перенесены.
  • Параллельное тестирование считается завершенным только после выполнения всех критериев завершения.

Проведите параллельное тестирование в пять этапов.

  1. Сравните старую систему с новой, разработанной системой.
  2. Разберитесь в различиях между двумя системами.
  3. Пройдите полный цикл, используя те же входные данные.
  4. Сравните выходные параметры новой разработанной системы с выходными параметрами старой системы.
  5. Сообщите о причине обнаруженной ошибки.

Рекомендации по параллельному тестированию

Вот несколько полезных советов.

Типичные ошибки, выявленные при параллельном тестировании

  • Изменена внутренняя логика
  • Изменение потока продукции
  • Основные функциональные возможности изменены.

Сколько циклов потребуется?

Количество циклов тестирования зависит от сложности модуля. Выполните несколько циклов тестирования по заданным сценариям, используя предварительно определенные параметры. данные испытаний которая была передана по предыдущей системе.

Классификация различий

Результаты работы новой и устаревшей системы следует измерять построчно, выделяя различия и классифицируя каждое различие по типу ошибки.

Тип ошибки, возникшей во время циклов

Для каждого различия тестировщик должен указать, какое из них является наиболее существенным.

  • Ошибка ввода
  • Ошибка, вызванная устаревшей системой.
  • Объяснимая или приемлемая разница
  • Неожиданная ошибка

Что не является параллельным тестированием

В таблице обозначена граница.

Это параллельное тестирование Это не параллельное тестирование
Тестирование обновленного приложения по сравнению с предыдущим приложением. Тестирование только одного программного обеспечения.
Запуск старого сценария с новым программным обеспечением при тех же входных условиях. Кроссбраузерное или кроссплатформенное тестирование.
Цель состоит в том, чтобы узнать результат согласно предыдущей системе. Цель состоит в том, чтобы выявить проблему проектирования.
Необходимо знание как старой, так и новой разработанной системы. Знание различий не требуется.

Проблемы параллельного тестирования

  • Требуется полное знание продукта.
  • Каждый результат должен быть проверен
  • Ввод данных и движение продукции требуют постоянного внимания.

Часто задаваемые вопросы (FAQ)

Регрессионное тестирование Параллельное тестирование сравнивает результаты сборки с ожидаемыми результатами. В качестве эталона используется более старая система.

Модели могут сравнивать два набора результатов и группировать несоответствия, отделяя объяснимые различия в округлении от подлинных дефектов. Эта сортировка является самой медленной ручной частью каждого цикла.

Да. Сравнение записей и форматирование отчетов — это повторяющийся код, с которым хорошо справляется ассистент. Правила допустимых отклонений по-прежнему требуют участия человека, поскольку допустимая разница — это решение, принимаемое в деловых целях.

Тестировщики выполняют циклы тестирования; бизнес-пользователи оценивают выявленные различия. В сфере финансов и страхования эксперт в данной области решает, какие несоответствия допустимы.

Реальные производственные данные из устаревшей системы, замаскированные там, где это необходимо. Синтетические данные скрывают исторические особенности, которые чаще всего возникают при миграции.

Этот термин используется в обоих значениях. Запуск многих автоматизированный Одновременное выполнение нескольких пакетов программ на распределенной вычислительной сетке сокращает время выполнения, но не позволяет сравнивать две системы между собой.

Когда выполнены все критерии завершения: все циклы выполнены, все расхождения классифицированы, нет необъяснимых несоответствий. Обычно перед этим проводится утверждение. приемочное тестирование пользователя.

Две рабочие среды, дублирующиеся данные и персонал, знакомый с обеими системами. Затраты принимаются во внимание в тех случаях, когда неверный расчет влечет за собой последствия для регулирующих органов.

Подведем итог этой публикации следующим образом: