Как я в Microsoft ускорил прогон RSAT-тестов в 12 раз за один спринт

Работая в команде RSAT в Microsoft, я столкнулся с тем, что перед каждым крупным релизом команда QA тратила до трёх дней на полный прогон тестов — каждый сценарий запускался последовательно, а среднее время обработки одной сборки достигало 48–72 часов.
Перед очередным обновлением Finance & Operations ключевые менеджеры уже готовились к ночным дежурствам. Я предложил кардинально ускорить весь процесс за счёт параллельной обработки и реорганизации этапов.
- Разделение тестов по блокам Вместо единого потока из 400 сценариев я предложил разбить их на четыре тематических группы: Ledger, Inventory, Sales и Procurement.
- Параллелизация прогонов Мы настроили параллельные очереди в Azure DevOps, запуская четыре «пакета» тестов одновременно.
- Оптимизация предзагрузки данных Убрав повторную авторизацию и загрузку в каждом цикле, мы сделали единичный шаг подготовки общего контекста, который использовался всеми потоками.
- Интеграция в пайплайн Внедрили новый этап «Parallel RSAT» в YAML-конфигурацию сборки, при этом сохранив привычный порядок отчётов и логов.
В результате уже через спринт полный прогон всех UAT-сценариев занимал 6 часов вместо 72 — команда QA получила отчёты ещё вечером, а не только к концу рабочей недели.
- Время прогонов упало с 48–72 ч до 6 ч
- Нагрузку на серверы распределили равномерно, без «узких мест» и задержек
- Оперативность обратной связи: тестировщики начали получать первые результаты уже в разгар спринта, а не на «следующей неделе»
- Командный дух: автоматизация позволила QA-инженерам сосредоточиться на анализе результатов вместо ожидания сборки
Пікірлер 0
Кіру пікір қалдыру үшін