> For the complete documentation index, see [llms.txt](https://kaze.gitbook.io/qa-theory/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://kaze.gitbook.io/qa-theory/teoriya-ruchnogo-testirovaniya/smoke-i-sanity-testirovanie.md).

# Smoke и Sanity тестирование

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

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

* Набор **базовых тестов**, который проверяет, что **основной функционал приложения работает** и система готова для дальнейшего тестирования.

**Цель:**

* Быстро определить, можно ли выполнять полное тестирование.

**Особенности:**

* Проверяет критичный функционал (например, запуск приложения, вход в систему, основные операции)
* Выполняется на **каждой новой сборке**
* Быстрое тестирование, обычно автоматизируется

**Пример:**

* Веб-приложение: открытие страницы, авторизация пользователя, доступ к главной функциональности

***

### **2. Sanity Testing (Тестирование здравого смысла / поверхностная проверка)**

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

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

**Цель:**

* Убедиться, что изменения в сборке **достаточно стабильны для более глубокого тестирования**

**Особенности:**

* Проверка **ограниченной области**
* Выполняется после **исправления багов или внедрения нового функционала**
* Обычно ручное тестирование

**Пример:**

* После исправления багa с оплатой: проверить, что оплата теперь проходит корректно, а остальная функциональность (регистрация, корзина) не нарушена

***

### **3. Ключевое отличие Smoke vs Sanity**

| Параметр          | Smoke                                                | Sanity                                                                  |
| ----------------- | ---------------------------------------------------- | ----------------------------------------------------------------------- |
| Цель              | Проверить, что сборка **стабильна для тестирования** | Проверить, что **конкретное исправление или функциональность работает** |
| Область           | Основной функционал всей системы                     | Ограниченный набор функций                                              |
| Когда выполняется | На каждой новой сборке                               | После исправления багов или внедрения нового функционала                |
| Подход            | Быстрое поверхностное тестирование                   | Ограниченное, целенаправленное тестирование                             |
| Автоматизация     | Чаще автоматизировано                                | Чаще ручное, но можно автоматизировать                                  |