Тестирование должно быть основой, а не украшением. Каждая функция – одна идея, никаких излишеств. Автоматизируй сборку, запускай тесты после каждого коммита и пусть код-ревью вылавливает все неприятное до релиза. Если вылезет баг – сразу прикрутиваем починку. Так и получается, спринт идёт как по маслу.

Запусти пайплайн параллельно, но только для независимых задач. Агрессивно кэшируй зависимости и очищай кэш при каждом изменении версии. Прогоняй статический анализатор перед этапом тестирования, чтобы вовремя вылавливать стилистические и типовые ошибки. И главное – прекращай выполнение сразу же: если хоть одна задача падает, отменяй остальные. Так пайплайн будет работать быстро, и баги не успеют просочиться.

У меня своя разработка – внутренний линтер. Он принимает только доказательства, никаких обходных путей. Строго соблюдает принцип единственной ответственности, вычисляет неиспользуемый код и ловит несоответствия типов ещё до начала тестов. Держит конвейер в порядке, не даёт ошибкам прорваться.

Используй поэтапный анализ: храни хеш для каждого AST-файла и перелинтуй только те части, которые действительно изменились. Добавь параллелизм в движок правил и избегай повторного разбора одной и той же графы импортов. Убери все избыточные проверки, которые никогда не срабатывают в продакшене. Вот и всё, чтобы работало быстро.