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

Что такое Sanity Testing?

Sanity Testing (также часто называют "дымовым тестированием" или "Smoke Testing", хотя между этими терминами есть тонкие различия в практике) — это узконаправленный, неглубокий тип тестирования, выполняемый для быстрой проверки того, что конкретное изменение, исправление или новый функционал работает в основных аспектах и не вызывает катастрофических поломок в системе. Его цель — определить, стоит ли приложение дальнейшего, более детального тестирования. Если sanity тест проваливается, дальнейшая проверка обычно откладывается до исправления критических дефектов.

Ключевые характеристики и цели sanity тестирования

Основные цели и отличительные черты sanity тестирования:

• Ограниченная глубина и фокус: Проверяется не вся система, а только конкретный участок, связанный с последними изменениями. Например, после исправления бага в расчете стоимости заказа мы тестируем только этот расчет, не проходя весь путь от оформления до доставки.
• Высокая скорость: Это один из самых быстрых видов проверки, часто выполняемый за несколько минут или часов.
• Критерий для продолжения: Результат sanity теста является "зеленым светом" для запуска более затратных видов тестирования, таких как регрессионное или полное функциональное тестирование.
• Проверка здравомыслия (sanity): Тест отвечает на вопрос: "Работает ли система хотя бы минимально корректно после изменений? Логично ли ее поведение?".
• Часто выполняется разработчиком или QA на ранней стадии: Может быть проведен сразу после сборки (build) или даже до передачи задачи тестировщикам.

Практический пример sanity тестирования

Предположим, в веб-приложении для онлайн-банка было исправлена ошибка в API-методе /api/transfer, отвечающего за перевод средств между счетами. Sanity тест для этого исправления может выглядеть так:

// Пример sanity теста для API перевода средств (используя JavaScript и концепцию тестов)
describe('Sanity Test для исправленного API перевода', () => {
    it('POST /api/transfer должен успешно выполнить перевод минимальной суммы', async () => {
        const transferData = {
            fromAccountId: 'acc_001',
            toAccountId: 'acc_002',
            amount: 0.01 // Минимальная сумма для проверки базовой логики
        };

        const response = await fetch('/api/transfer', {
            method: 'POST',
            headers: { 'Content-Type': 'application/json' },
            body: JSON.stringify(transferData)
        });

        // Sanity проверки: код ответа успешный и тело содержит ключевые поля
        expect(response.status).toBe(200);
        const responseBody = await response.json();
        expect(responseBody).toHaveProperty('transactionId');
        expect(responseBody).toHaveProperty('status', 'completed');
        expect(responseBody).toHaveProperty('newBalanceFromAccount');
    });
});

В этом примере мы не проверяем все возможные суммы, валидацию данных, ошибки сети или интеграцию с внешними системами. Мы проверяем лишь самое основное: исправленный метод выполняет свою главную функцию и возвращает ожидаемую структуру данных.

Отличие sanity тестирования от smoke и регрессионного тестирования

• Smoke Testing (Дымовое тестирование): Часто используется как синоним, но традиционно smoke тест шире. Это набор базовых тестов для всей системы, проверяющий её "здоровье" после новой сборки (например, запуск главных модулей, проверка критических пользовательских сценариев для всего приложения).
• Regression Testing (Регрессионное тестирование): Это глубокое и широкое тестирование для подтверждения, что новые изменения не нарушили уже существующий функционал. Регрессионные тесты охватывают большую часть или всю систему и требуют значительного времени. Sanity тест — это быстрая предварительная проверка перед запуском регрессии.

Когда и как применяется в автоматизации QA

В контексте QA Automation sanity тестирование часто реализуется как:

1. Набор быстрых автоматических скриптов, связанных с конкретной функциональной областью. Эти скрипты запускаются первой в цепочке автоматизированных проверок после деплоя.
2. Часть Continuous Integration (CI) пайплайна. Автоматизированные sanity тесты могут быть интегрированы в процесс сборки (build pipeline) для быстрой валидации изменений перед запуском полного тестового комплекта.
3. Инструмент для разработчиков. Автотесты для sanity проверки могут быть написаны разработчиками для самопроверки перед отправкой задачи в QA.

Роль автоматизации здесь критична: она позволяет выполнять эти быстрые проверки мгновенно, без ручного вмешательства, что особенно важно в agile и DevOps процессах с частыми релизами.

Заключение

Таким образом, sanity тестирование — это стратегически важный, быстрый и фокусированный тип проверки, служащий фильтром для определения "жизнеспособности" программного продукта после внесения изменений. В автоматизированном процессе он выступает как первая линия защиты, позволяющая экономить время и ресурсы, предотвращая запуск глубокого тестирования на нестабильной базе. Его эффективная реализация требует четкого понимания, какие функции являются критическими для минимальной работоспособности системы.