Что такое санитарное тестирование?

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

Санитарное тестирование — это узко сфокусированное тестирование конкретного функционала или части системы, обычно после локального исправления. Это более узко чем дымовое тестирование.

Различие: Smoke vs Sanity

Smoke Testing (Дымовое):

• Широкое тестирование всей системы
• Проверяет основной функционал
• После каждого build
• Быстрое отсеивание неработающих builds

Sanity Testing (Санитарное):

• Узкое тестирование конкретного компонента
• Проверяет что исправление работает
• После локального исправления
• Проверка перед регрессионным тестированием

Когда использовать

Пример: Разработчик исправил баг в авторизации. Перед полным регрессионным тестированием QA делает sanity test:

1. Логин с правильными учетными данными — работает?
2. Логин с неправильным паролем — показывает ошибку?
3. Logout — работает?
4. Сессия правильно управляется?

Если все работает — OK, идем на полное регрессионное тестирование. Если нет — возвращается разработчику на доработку.

Зачем нужно

Экономия времени:

• Не запускаем полный набор тестов если базовое не работает
• Экономим 2-3 часа на регрессии

Качество:

• Убеждаемся что исправление не сломало самое базовое
• Быстрая обратная связь разработчику

Процесс:

1. Dev исправляет баг
2. QA делает Sanity test
3. Если OK: QA делает Regression test
4. Если нет: возврат к Dev

Практический пример

Баг: Кнопка "Скачать" не работает Исправление: Dev отправил патч

Sanity Test:

✓ Кнопка видна на странице
✓ Кнопка кликабельна
✓ При нажатии начинается скачивание
✓ Файл скачивается корректно
✓ Другие кнопки на странице работают

Если все пройдено: → Запускаем полное регрессионное тестирование

Быстрое тестирование

Sanity test должен быть быстрым:

• Обычно 5-15 минут
• Тестирует только критичные пути
• Не дожидается полной автоматизации

Это мост между локальным тестированием разработчика и полным QA регрессионным тестом.