Ответ
Необходимость ежедневного регрессионного тестирования зависит от контекста проекта, а не является строгим правилом. Вот как я принимаю такое решение:
- При частых релизах (CI/CD): В проектах с ежедневными или даже понедельными деплоями в прод автоматизированное регрессионное тестирование критически важных сценариев (smoke/sanity suite) должно запускаться автоматически в пайплайне перед каждым деплоем. Это не обязательно полный регресс, но ключевые проверки.
- При активной фазе разработки: Если в основной ветке (
main/master) ежедневно мержатся множество фич и правок, то запуск автоматизированных регрессионных тестов (или их значительной части) также становится необходимой практикой для раннего обнаружения поломок. - Ручное регрессионное тестирование каждый день обычно нецелесообразно и ресурсозатратно. Его проводят перед крупными релизами, после значительных изменений в архитектуре или по фиксированному графику (например, раз в спринт).
Ключевой принцип: Регрессия должна быть достаточной, чтобы гарантировать стабильность системы, и эффективной по времени. Автоматизация — основной инструмент для достижения ежедневного покрытия. На моем последнем проекте мы запускали набор из ~500 автоматических UI- и API-тестов (наше "ядро" регрессии) в nightly-билде, а полный регресс (~2000 тестов) — перед релизом на staging.