Выполнение бизнес-тестирования во время миграции

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

Во время бизнес-тестирования или проверки принятия пользователей (UAT) вы наблюдаете за реальными пользователями, пытающимися использовать новое решение в контексте реального или реплика бизнес-процесса.

Примечание.

Автоматическое тестирование не всегда доступно.

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

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

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

Бизнес-операции во время бизнес-тестирования

Во время бизнес-тестирования первая итерация осуществляется вручную при участии клиентов. Это самая чистая и наиболее потребляющая много времени форма цикла обратной связи.

• Определение энергопотребления: бизнес, как правило, имеет лучшее представление о энергопотреблении пользователей, которые наиболее затронуты техническими изменениями. Пользователи power — это пользователи, которые часто выполняют реальный процесс, требующий взаимодействия с технологическим инструментом или набором инструментов, таких как центр обработки вызовов, который обслуживает клиентов.
• Выравнивание и подготовка пользователей power users: убедитесь, что пользователи могут понимать бизнес-цели, нужные результаты и ожидаемые изменения бизнес-процессов. Подготовьте пользователей power users и их структуру управления для процесса тестирования.
• Участие в интерпретации цикла обратной связи: помогите ИТ-сотрудникам понять влияние различных точек обратной связи от пользователей power users.
• Уточняйте изменения процесса: обмен данными об изменении процесса и любых подчиненных эффектах, когда преобразование может активировать изменение бизнес-процессов.
• Приоритет отзывов: помогите ИТ-команде определить приоритет отзывов на основе влияния на бизнес.

Действия группы миграции во время бизнес-тестирования

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

Типичные действия, которые выполняет команда миграции во время бизнес-тестирования, включают:

• Предоставление структуры и логистики. После работы с пользователями power вы можете создать электронную таблицу с местами для тестировщиков, чтобы добавить свои заметки, определяющие тесты, которые должны выполняться.
• Упрощение: помощь в упрощении во время тестирования.
• Запись обратной связи: предоставление средств и процессов для записи отзывов. Вы можете использовать Azure DevOps или электронную таблицу Excel для эффективного сбора сведений и записи элементов действий.
• Приоритет отзывов: помогите бизнесу определить приоритеты и проверить отзывы.
• Планирование изменений: разработка планов по выполнению технических изменений.
• Определение автоматических тестов. Определите существующие автоматизированные тесты, которые могут упростить тестирование пользователями power.
• Улучшение процесса: изучение процессов тестирования, определение тестов и создание автоматизации для дальнейшего упрощения тестирования пользователей power user для изменений, которые могут потребовать повторного развертывания или тестирования.

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

Для создания плана тестирования можно использовать следующую ссылку:

Тест	Шаги	Успешно или неудачно	Заметки тестировщика
Вход	Войдите с помощью обычных учетных данных. Убедитесь, что отображаются те же сведения, что и в рабочей системе.	✅	Никаких примечаний
Создание новой записи	Создайте новую запись в системе и убедитесь, что все задания рабочего процесса выполняются соответствующим образом.	✅	Никаких примечаний
Чтение созданной записи	Повторно откройте созданную запись и убедитесь, что все материалы заполнены.	✅	Никаких примечаний
Обновление созданной записи	Внесите изменения в созданную запись и убедитесь, что обновление выполняется точно.	✅	Никаких примечаний
Удаление созданной записи	Удалите созданную запись и убедитесь, что запись удалена из системы.	✅	Никаких примечаний
Чтение существующей записи	Откройте одну из существующих записей тестов, начинающихся с "Test-Record-Azure-Test", и убедитесь, что вы можете прочитать все материалы.	✅	Никаких примечаний
Обновление существующей записи	Обновите тестовую запись, используемую на предыдущем шаге, и убедитесь, что обновление выполняется точно.	❌	Сбой обновления с сообщением об ошибке : "Не удается получить доступ к базе данных транзакций".
Удаление существующей записи	Удалите тестовую запись, используемую на предыдущем шаге.	❌	Сбой обновления с сообщением об ошибке : "Не удается получить доступ к базе данных транзакций".

Следующий шаг

Завершение миграции