Что хотят услышать интервьюеры:

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

Определение:

Регрессионное тестирование — это проверка существующей функциональности после изменений в коде, чтобы убедиться, что система продолжает работать как раньше. Оно помогает найти дефекты, которые могли появиться из-за новых исправлений, интеграций или изменений в архитектуре.

Пример использования:

После исправления ошибки в форме авторизации команда проверяет не только сам вход в систему, но и связанные сценарии: выход из аккаунта, восстановление пароля, создание сессии, отображение профиля.

Пояснение кода:

Код не требуется, так как речь идет о процессе тестирования.
Пример по шагам:

Вносят изменения в продукт.
Выбирают набор критичных и затронутых сценариев.
Запускают тесты или вручную проверяют ключевые функции.
Сравнивают результат с ожидаемым поведением.
Если старый функционал работает корректно, регрессия считается пройденной.

Ключевые моменты:

Проверяет, что новые изменения не нарушили уже существующий функционал.
Выполняется после багфиксов, рефакторинга и релизных доработок.
Может быть ручным, автоматизированным или смешанным.
Особенно важен для критичных бизнес-сценариев и часто изменяемых модулей.
Позволяет снизить риск дефектов в продакшене и ухудшения качества продукта.

Какова цель выполнения регрессионного тестирования в процессе разработки программных продуктов?