Можете ли вы объяснить, что означает регрессионное тестирование и в чем его суть?

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

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

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

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

Обычно регрессия охватывает критичные пользовательские сценарии, интеграции и места, где риск поломки особенно высокий.

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

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

1. Исправили баг в корзине интернет-магазина.
2. Проверили добавление и удаление товара.
3. Дополнительно прогнали оплату, оформление заказа и пересчет скидок.
4. Убедились, что изменения не сломали соседний функционал.

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

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

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

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