Тестирование, связанное с изменениями: Регрессионное, дымовое, санитарное

🎯 Цель: Научиться проверять систему после внесения изменений, чтобы избежать неожиданных сбоев.

🌟 Зачем это нужно?

Любые изменения в коде (новые функции, исправления багов) могут случайно сломать то, что работало раньше. Тестирование, связанное с изменениями, — это «страховка» от таких ситуаций.

Аналогия:

Представьте, что вы переставили мебель в комнате. Прежде чем звать гостей, вы:
- Быстро проверите, открываются ли двери (дымовое тестирование).
- Убедитесь, что новая полка не перекрывает розетки (санитарное тестирование).
- Осмотрите всю комнату, чтобы всё было на своих местах (регрессионное тестирование).

🔥 1. Дымовое тестирование (Smoke Testing)

Что это: Быстрая проверка основных функций системы после изменений.
Цель: Убедиться, что «дыма нет» (т.е. критичные части работают).

Примеры:
После обновления приложения проверьте:
- Запускается ли оно.
- Можно ли войти в аккаунт.
- Открывается ли главная страница.

Когда проводится:
- После каждой сборки (например, ежедневно).

Как проводить:
- Вручную или с помощью автоматизированных скриптов.
- Проверять только ключевые сценарии (5-10 минут).

🧼 2. Санитарное тестирование (Sanity Testing)

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

Примеры:
- Исправили баг с оплатой → проверили только оплату и связанные с ней процессы.
- Добавили фильтр по цвету в каталоге → проверили работу фильтра.

Когда проводится:
- После исправления бага или добавления небольшой функции.

Как проводить:
- Глубоко изучить изменённый модуль.
- Не тестировать всю систему, только зону изменений.

🔄 3. Регрессионное тестирование (Regression Testing)

Что это: Полная проверка всех функций системы после изменений.
Цель: Убедиться, что новое не сломало старое.

Примеры:
Добавили чат в приложение → проверили:
- Работу чата.
- Влияние чата на авторизацию, оплату, профили.

Когда проводится:
- Перед релизом новой версии.
- После крупных изменений (например, обновление API).

Как проводить:
- Используйте чек-листы или автоматизированные тесты.
- Проверяйте все сценарии, которые были работоспособны ранее.

🛠️ Чем отличаются эти виды?

Критерий:
- Дымовое
- Санитарное
- Регрессионное

Глубина:
- Поверхностное
- Узкое, глубокое
- Полное

Объём:
- 5–10 ключевых сценариев
- Только изменённая область
- Все функции системы

Частота:
- После каждой сборки
- После локальных изменений
- Перед релизом.

🌟 Практические советы

Для дымового тестирования:
- Создайте чек-лист из 5-10 основных сценариев (например: вход, поиск, оплата).
- Проверяйте их первыми после каждого обновления.

Для санитарного:
- Фокусируйтесь только на зоне изменений. Не отвлекайтесь на другие модули.

Для регрессионного:
- Автоматизируйте рутину (например, тесты API), чтобы экономить время.

📌 Итоги урока

Дымовое тестирование — быстрая проверка «жив ли продукт».
Санитарное — глубокая проверка зоны изменений.
Регрессионное — полный аудит системы перед релизом.

🔥 Запомните:

Не пропускайте эти этапы! Один неустранённый баг после изменений может стоить компании денег и репутации.

P.S. Представьте, что вы шеф-повар. Прежде чем подать блюдо гостям, вы пробуете его (дымовое), проверяете новый соус (санитарное), а затем дегустируете всё меню (регрессионное). Без этого ресторан не выживет! 😉