Какие ещё варианты ускорения регресса можно предложить помимо асинхронности?

Сначала измеряют узкие места, затем убирают лишний setup и sleep, оптимизируют данные, переносят подходящие проверки на более дешёвый уровень и распределяют независимые тесты.

Другие варианты — переиспользование безопасных read-only ресурсов, кеш зависимостей CI, выбор релевантного набора по изменениям и устранение flaky-повторов. UI-навигацию для подготовки данных часто можно заменить API. При этом нельзя незаметно уменьшить покрытие критических рисков ради времени. Параллелизм ограничивают ресурсами стенда: больше workers не всегда быстрее. Оптимизацию подтверждают одинаковым набором и сравнением длительности и стабильности до и после.