Работая в команде RSAT в Microsoft, я столкнулся с тем, что перед каждым крупным релизом команда QA тратила до трёх дней на полный прогон тестов — каждый сценарий запускался последовательно, а среднее время обработки одной сборки достигало 48–72 часов.

Перед очередным обновлением Finance & Operations ключевые менеджеры уже готовились к ночным дежурствам. Я предложил кардинально ускорить весь процесс за счёт параллельной обработки и реорганизации этапов.

1. Разделение тестов по блокам Вместо единого потока из 400 сценариев я предложил разбить их на четыре тематических группы: Ledger, Inventory, Sales и Procurement.
2. Параллелизация прогонов Мы настроили параллельные очереди в Azure DevOps, запуская четыре «пакета» тестов одновременно.
3. Оптимизация предзагрузки данных Убрав повторную авторизацию и загрузку в каждом цикле, мы сделали единичный шаг подготовки общего контекста, который использовался всеми потоками.
4. Интеграция в пайплайн Внедрили новый этап «Parallel RSAT» в YAML-конфигурацию сборки, при этом сохранив привычный порядок отчётов и логов.

В результате уже через спринт полный прогон всех UAT-сценариев занимал 6 часов вместо 72 — команда QA получила отчёты ещё вечером, а не только к концу рабочей недели.

• Время прогонов упало с 48–72 ч до 6 ч
• Нагрузку на серверы распределили равномерно, без «узких мест» и задержек
• Оперативность обратной связи: тестировщики начали получать первые результаты уже в разгар спринта, а не на «следующей неделе»
• Командный дух: автоматизация позволила QA-инженерам сосредоточиться на анализе результатов вместо ожидания сборки