Как организовать тесты в CI и что делать с нестабильными тестами?

Тесты раскладывают по уровням: много быстрых юнит-тестов на каждый PR, меньше интеграционных с реальными зависимостями в контейнерах, ещё меньше E2E на ключевые пользовательские сценарии. Матрица (версии среды выполнения, браузеры, базы) применяется точечно — она умножает время и стоимость. Нестабильные (флаки) тесты — главная угроза доверию к конвейеру: если «красный» иногда ничего не значит, команда перестаёт читать результаты. Работа с ними: обнаружить (повторные прогоны, статистика по истории), изолировать (пометить и увести из блокирующего набора), починить причину — обычно это гонки, зависимость от времени, общее состояние между тестами или сеть.