В чем разница между Smoke, Sanity и Regression Testing?

Слушай, а вот объясни мне на пальцах, в чём разница между этими тремя штуками, а то я уже второй час туплю, как пень, и ничего не понимаю. Ну, типа, все говорят «смоук», «сэнити», «регрессия», а я сижу и думаю — да это же одно и то же, ёпта! Но нет, оказывается, не одно и то же, блядь.

Представь себе новенький автомобиль с завода. Только что собрали, красивый такой, блестит.

Smoke Testing (Дымовое тестирование) — это когда ты подходишь к этой тачке, поворачиваешь ключ зажигания и слушаешь: заводится ли она вообще? Фары горят? Стеклоочистители двигаются? Музыка врубается? То есть, ты не едешь на ней в кругосветное путешествие, ты просто проверяешь, не горит ли она уже на стоянке, сука. Не сломан ли билд в принципе. Это быстро, поверхностно, но по критичным точкам. Если машина не заводится — всё, поездка отменяется, дальше даже не смотрим. Вот это и есть смоук.

Sanity Testing (Проверка вменяемости / Здравомыслие) — это уже другая история. Допустим, ты привёз эту машину в сервис, потому что не работал обогрев заднего стекла. Починили тебе его. Sanity-тест — это когда ты после ремонта садишься и проверяешь ТОЛЬКО этот самый обогрев. Включил — греется? Отлично. Ты не начинаешь проверять кондиционер, магнитолу и разгон до сотни. Ты узко и глубоко ковыряешь именно ту фичу, которую только что починили. Цель — убедиться, что конкретное изменение не накосячило в своём уголке.

Regression Testing (Регрессионное тестирование) — а вот это уже пиздец, извини за выражение. Это полная, тотальная проверка всей машины после того, как в ней поковырялись. Починили обогрев стекла? Отлично. А теперь давай прокатимся на 500 километров, проверим ВСЁ: и тормоза, и двигатель на всех передачах, и фары, и сигнал, и чтобы пепельница не выпадала, и чтобы после починки обогрева у тебя вдруг не отвалилась рулевая колонка, блядь. Это долго, нудно, но необходимо, чтобы убедиться, что, исправляя одну хуйню, мы не сломали десять других.

Вот тебе табличка, чтобы в глазах не рябило:

А теперь, чтобы вообще мозг встал на место, смотри на код. Я тебя умоляю, не пугайся, там всё просто.

# Smoke Test Suite (Быстрая проверка "живости")
def test_smoke_application():
    """Смоук: базовые функции работают после деплоя"""
    # 1. Приложение вообще запустилось?
    response = requests.get("https://app.example.com/health")
    assert response.status_code == 200  # Не 500, ура!

    # 2. Главная страница грузится?
    response = requests.get("https://app.example.com")
    assert "Welcome" in response.text  # Не белый экран?

    # 3. База данных жива?
    db_status = check_database_connection()
    assert db_status == "connected"  # Не легла?

    # 4. Критичный API отвечает?
    response = requests.get("https://api.example.com/v1/products")
    assert response.status_code == 200  # Не "404 Not Found", блядь?

# Sanity Test Suite (Проверка фикса в корзине)
def test_sanity_shopping_cart_fix():
    """Сэнити: проверяем ТОЛЬКО исправленную корзину"""
    # Контекст: фиксили баг, когда добавление товара с количеством 0 валило сервер

    # 1. Проверяем исправленный сценарий
    cart = ShoppingCart()
    result = cart.add_item("product_123", quantity=0)
    assert result == False  # Теперь должно возвращать False, а не "ёбнуться"

    # 2. Проверяем смежный сценарий (вдруг сломали и его)
    result = cart.add_item("product_123", quantity=1)
    assert result == True
    assert cart.get_item_count() == 1

    # НЕ проверяем тут: оплату, доставку, каталог — только корзину, ебанашка!

# Regression Test Suite (Полный разбор полётов)
class TestRegression:
    """Регрессия: проверяем ВСЁ, потому что доверия — ноль ебать"""

    def test_regression_user_flows(self):
        # 1. Полный сценарий "от регистрации до получения"
        user_id = register_user("test@example.com", "password123")
        assert user_id is not None

        # 2. Полный сценарий покупки
        cart = create_cart(user_id)
        cart.add_item("product_1", 2)
        order_id = checkout(cart, "card_123")
        assert order_status(order_id) == "confirmed"

        # 3. Проверяем историю заказов (вдруг после чекаута её почистили)
        orders = get_user_orders(user_id)
        assert order_id in [o.id for o in orders]

        # 4. Проверяем связанный функционал (накладная, блядь)
        invoice = generate_invoice(order_id)
        assert invoice.total > 0

        # ... и так ещё 100+ тест-кейсов, я не буду всю срань тут расписывать.

И как это всё в пайплайне выглядит? Да элементарно, ёпта!

# .gitlab-ci.yml пример
stages:
  - build
  - smoke
  - sanity
  - regression
  - deploy

smoke_test:
  stage: smoke
  script:
    - python run_tests.py --suite=smoke  # 2 минуты, и понятно, билд труп или нет
  only:
    - main
    - merge_requests  # После каждого пулл-реквеста

sanity_test:
  stage: sanity
  script:
    - python run_tests.py --module=shopping_cart  # 5 минут, только корзину
  only:
    changes:
      - shopping_cart/**/*  # Запускаем ТОЛЬКО если меняли файлы корзины

regression_test:
  stage: regression
  script:
    - python run_tests.py --suite=regression  # 2 часа, все соснут
  only:
    - main  # Только на основной ветке перед релизом
  when: manual  # Запускаем вручную, потому что дорого и долго

Главное правило, которое нужно выжечь себе на подкорке: это фильтры, блядь. Сначала Smoke (заводится ли?). Если прошёл — Sanity (а тот самый винтик, который крутили, на месте?). Если и он прошёл — тогда уже можно запускать тяжёлую артиллерию Regression (а не развалилось ли всё остальное?). Запускать регрессию на сломанном билде — это как пытаться приготовить ужин, когда у тебя на кухне потоп, газа нет и холодильник сдох. Бессмысленно и беспощадно.