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

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

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

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

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

После добавления нового способа оплаты в интернет-магазин нужно убедиться, что не сломались корзина, оформление заказа, возврат средств и история платежей.

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

Код не требуется. Процесс можно разобрать по шагам:

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

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

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

Какие основные стадии включает процесс регрессионного тестирования?