Выполнение бизнес-тестирования во время миграции
Хотя команда миграции упрощает миграцию рабочей нагрузки в Azure, тестирование рабочей нагрузки лучше всего выполняется бизнес-пользователями этой рабочей нагрузки. Команда миграции поддерживает эту бизнес-активность, упрощая тестирование рабочей нагрузки, разрабатывая планы тестирования и автоматив тесты по возможности.
Во время бизнес-тестирования или проверки принятия пользователей (UAT) вы наблюдаете за реальными пользователями, пытающимися использовать новое решение в контексте реального или реплика бизнес-процесса.
Примечание.
Автоматическое тестирование не всегда доступно.
Автоматическое тестирование — это эффективный способ тестирования любой системы. Однако миграции в облако часто сосредоточены на устаревших системах или стабильных рабочих системах. Эти системы редко управляются тщательными и хорошо поддерживаемыми автоматизированными тестами.
В этой статье предполагается, что автоматические тесты доступны во время миграции.
Цель бизнес-тестирования — получить проверку от пользователей power users, чтобы сертифицировать, что новое решение выполняется в соответствии с ожиданиями и не препятствует бизнес-процессам. Если эта цель не выполнена, бизнес-тестирование служит циклом обратной связи, который поможет определить, как и почему рабочая нагрузка не соответствует ожиданиям.
Бизнес-операции во время бизнес-тестирования
Во время бизнес-тестирования первая итерация осуществляется вручную при участии клиентов. Это самая чистая и наиболее потребляющая много времени форма цикла обратной связи.
- Определение энергопотребления: бизнес, как правило, имеет лучшее представление о энергопотреблении пользователей, которые наиболее затронуты техническими изменениями. Пользователи power — это пользователи, которые часто выполняют реальный процесс, требующий взаимодействия с технологическим инструментом или набором инструментов, таких как центр обработки вызовов, который обслуживает клиентов.
- Выравнивание и подготовка пользователей power users: убедитесь, что пользователи могут понимать бизнес-цели, нужные результаты и ожидаемые изменения бизнес-процессов. Подготовьте пользователей power users и их структуру управления для процесса тестирования.
- Участие в интерпретации цикла обратной связи: помогите ИТ-сотрудникам понять влияние различных точек обратной связи от пользователей power users.
- Уточняйте изменения процесса: обмен данными об изменении процесса и любых подчиненных эффектах, когда преобразование может активировать изменение бизнес-процессов.
- Приоритет отзывов: помогите ИТ-команде определить приоритет отзывов на основе влияния на бизнес.
Действия группы миграции во время бизнес-тестирования
Команда миграции является одним из получателей выходных данных бизнес-тестирования. Циклы обратной связи, выполненные во время бизнес-тестирования, в конечном итоге становятся рабочими элементами, определяющими техническое изменение или изменение процесса. Как получатель выходных данных бизнес-тестирования, группа по миграции, как ожидается, будет способствовать упрощению, сбору отзывов и управлению результатными техническими действиями.
Типичные действия, которые выполняет команда миграции во время бизнес-тестирования, включают:
- Предоставление структуры и логистики. После работы с пользователями power вы можете создать электронную таблицу с местами для тестировщиков, чтобы добавить свои заметки, определяющие тесты, которые должны выполняться.
- Упрощение: помощь в упрощении во время тестирования.
- Запись обратной связи: предоставление средств и процессов для записи отзывов. Вы можете использовать Azure DevOps или электронную таблицу Excel для эффективного сбора сведений и записи элементов действий.
- Приоритет отзывов: помогите бизнесу определить приоритеты и проверить отзывы.
- Планирование изменений: разработка планов по выполнению технических изменений.
- Определение автоматических тестов. Определите существующие автоматизированные тесты, которые могут упростить тестирование пользователями power.
- Улучшение процесса: изучение процессов тестирования, определение тестов и создание автоматизации для дальнейшего упрощения тестирования пользователей power user для изменений, которые могут потребовать повторного развертывания или тестирования.
Пример плана тестирования
Для создания плана тестирования можно использовать следующую ссылку:
| Тест | Шаги | Успешно или неудачно | Заметки тестировщика |
|---|---|---|---|
| Вход | Войдите с помощью обычных учетных данных. Убедитесь, что отображаются те же сведения, что и в рабочей системе. | ✅ | Никаких примечаний |
| Создание новой записи | Создайте новую запись в системе и убедитесь, что все задания рабочего процесса выполняются соответствующим образом. | ✅ | Никаких примечаний |
| Чтение созданной записи | Повторно откройте созданную запись и убедитесь, что все материалы заполнены. | ✅ | Никаких примечаний |
| Обновление созданной записи | Внесите изменения в созданную запись и убедитесь, что обновление выполняется точно. | ✅ | Никаких примечаний |
| Удаление созданной записи | Удалите созданную запись и убедитесь, что запись удалена из системы. | ✅ | Никаких примечаний |
| Чтение существующей записи | Откройте одну из существующих записей тестов, начинающихся с "Test-Record-Azure-Test", и убедитесь, что вы можете прочитать все материалы. | ✅ | Никаких примечаний |
| Обновление существующей записи | Обновите тестовую запись, используемую на предыдущем шаге, и убедитесь, что обновление выполняется точно. | ❌ | Сбой обновления с сообщением об ошибке : "Не удается получить доступ к базе данных транзакций". |
| Удаление существующей записи | Удалите тестовую запись, используемую на предыдущем шаге. | ❌ | Сбой обновления с сообщением об ошибке : "Не удается получить доступ к базе данных транзакций". |