Ответ
Регрессионное тестирование — это тип тестирования, цель которого — убедиться, что новые изменения в коде (исправления, новые функции, обновления) не нарушили существующий, ранее работавший функционал.
Почему это важно: Без регрессионного тестирования исправление одного бага может незаметно создать другой, что снижает общую стабильность продукта.
Когда выполняется:
- После исправления дефектов.
- После добавления новой функциональности.
- При рефакторинге кода.
- После обновления библиотек или зависимостей.
- В рамках CI/CD-пайплайна перед слиянием кода или релизом.
Пример на Python: Допустим, у нас есть протестированная функция:
def add(a, b):
return a + bПосле рефакторинга в неё случайно вкралась ошибка:
def add(a, b):
return a - b # Регрессия!Автоматизированный регрессионный тест немедленно обнаружит проблему:
assert add(2, 2) == 4 # Этот тест упадёт после измененийПрактика: Регрессионное тестирование эффективно только при высокой степени автоматизации, интегрированной в процесс разработки.
Ответ 18+ 🔞
А, ну это ж классика, блядь! Регрессионное тестирование, ёпта! Это когда ты починил один косяк, а потом смотришь — а не наделал ли ты, сука, других косяков, пока этот первый чинил.
Зачем это, на хуй, нужно: А затем, чувак, чтобы не было как в том анекдоте — "починили тапок, сломали каблук". Без этого ты как слепой крот в коде копаешься. Исправил баг в авторизации, а у тебя, блядь, корзина покупок сломалась, и ты нихуя не в курсе. Общая стабильность продукта тогда накрывается медным тазом, а тебя потом ебут все, кому не лень.
Когда этим страдаем, то есть занимаемся:
- Ну, очевидно же, после того как дефект прибил. Не просто "ой, вроде работает" и пошёл дальше.
- Новую фичу впилил — проверь, старые ли не отвалились, хитрая жопа.
- Код рефакторил, красоту наводил — а не превратил ли красоту в незаметное говно?
- Библиотеки обновил — они же там могли, сука, всё переписать по-своему.
- И, само собой, в этой всей CI/CD-движухе, перед тем как всё в мастер впендюрить или релизнуть.
Пример, чтобы совсем пиздец понятно стало, на Python: Вот была у тебя функция, простая, как три копейки, вся в белом:
def add(a, b):
return a + bПотом ты её, блядь, "улучшаешь" или просто мимо проходил и чихнул, и она стала такой:
def add(a, b):
return a - b # Вот она, сука, регрессия! Теперь не складывает, а вычитает!И если у тебя есть автоматический тест, который эту функцию проверяет, он сразу тебе в ебальник крикнет:
assert add(2, 2) == 4 # Этот тест, блядь, с треском провалится после твоих "улучшений"А вывод-то какой, блядь? А такой, что эффективно это только когда на автомате, ёпта! Чтобы не ты, лох, вручную всё кликал, а чтобы при каждом чихе, при каждом коммите, эта пачка тестов сама запускалась и орала, если что-то пошло не так. Иначе — пидары налетят, и волнение ебать будет вселенского масштаба.