Для чего нужно деление на негативное и позитивное?

Цель разделения тестирования на позитивное и негативное

Деление на позитивное и негативное тестирование – это фундаментальная методология в QA, которая служит для всесторонней проверки функционала системы и обеспечения её надежности. Основная цель – охватить максимально возможный спектр сценариев взаимодействия пользователя с приложением, проверяя не только штатную работу, но и граничные условия, а также поведение в нестандартных ситуациях. Это позволяет оценить устойчивость, безопасность и удобство использования продукта.

Суть позитивного тестирования (Positive Testing)

Проверяет, что система корректно работает с корректными (валидными) данными и в предусмотренных разработчиком сценариях.

• Цель: Подтвердить, что основные функции работают по спецификации (SRS).
• Подход: Используются данные, строго соответствующие требованиям (например, ввод «test@example.com» в поле email).
• Пример проверки для формы логина:

<!-- Позитивный сценарий: ввод валидных данных -->
Имя пользователя: valid_user
Пароль: ValidPass123
Ожидаемый результат: Успешный вход, редирект в личный кабинет.

Суть негативного тестирования (Negative Testing)

Проверяет, как система обрабатывает некорректные (невалидные) данные, ошибочные действия пользователя и непредусмотренные сценарии.

• Цель: Обнаружить дефекты, проверить обработку ошибок, убедиться, что система не ломается и не ведет себя непредсказуемо.
• Подход: Используются некорректные данные (например, спецсимволы, SQL-инъекции, превышение лимита) и нарушаются сценарии (например, нажатие кнопки «Отправить» без заполнения полей).
• Пример проверки для той же формы:

// Негативные сценарии (примеры тест-кейсов):
// 1. Пустые поля
test('Login with empty credentials', () => {
    fillForm('', '');
    submitForm();
    expect(getErrorText()).toBe('Пожалуйста, заполните все поля');
});
// 2. Неверный пароль
// 3. XSS-инъекция: <script>alert('xss')</script> в поле username
// 4. Сверхдлинная строка (1000+ символов)
// Ожидаемый результат: Сообщение об ошибке, система не падает, код инъекции не исполняется.

Ключевые преимущества такого разделения:

• Комплексность проверки: Позитивные тесты отвечают на вопрос «Работает ли система так, как задумано?», а негативные – «Что произойдет, если сделать что-то “не так”?». Вместе они образуют полную картину.
• Повышение надежности: Негативное тестирование выявляет критические уязвимости (падения, утечки памяти, SQL-инъекции), которые в продакшене могут привести к катастрофическим последствиям.
• Улучшение UX (User Experience): Проверка понятности и информативности сообщений об ошибках – прямая задача негативного тестирования. Пользователь должен понимать, что пошло не так и как это исправить.
• Баланс покрытия: Позволяет структурировать тестовую стратегию, распределяя усилия. Часто 80% критических багов находят через 20% негативных тестов, в то время как позитивные обеспечивают базовую уверенность в работоспособности.
• Контроль требований: Если для некорректного сценария нет четкого ожидаемого поведения в спецификации – это сигнал к её уточнению.

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

Рассмотрим простую функцию валидации, которую нужно протестировать с обеих сторон:

def validate_age(age):
    """Позитивный сценарий: возраст от 18 до 100."""
    if not isinstance(age, int):
        return False, "Возраст должен быть целым числом"
    if 18 <= age <= 100:
        return True, "Валидация успешна"
    else:
        return False, "Возраст должен быть от 18 до 100 лет"

# ПОЗИТИВНЫЕ ТЕСТЫ (ожидаем True)
assert validate_age(25) == (True, "Валидация успешна")
assert validate_age(18) == (True, "Валидация успешна")
assert validate_age(100) == (True, "Валидация успешна")

# НЕГАТИВНЫЕ ТЕСТЫ (ожидаем False и корректное сообщение)
assert validate_age(17) == (False, "Возраст должен быть от 18 до 100 лет") # Граничное
assert validate_age(101) == (False, "Возраст должен быть от 18 до 100 лет") # Граничное
assert validate_age(-5) == (False, "Возраст должен быть от 18 до 100 лет")
assert validate_age("двадцать пять") == (False, "Возраст должен быть целым числом") # Не тот тип
assert validate_age(None) == (False, "Возраст должен быть целым числом")

Таким образом, разделение на позитивное и негативное тестирование – это не формальность, а стратегический подход, который позволяет QA-инженеру мыслить как пользователь, но при этом предвосхищать и «ломать» систему, чтобы сделать её по-настоящему качественной и устойчивой к реальным условиям эксплуатации. Пренебрежение одним из этих видов тестирования неизбежно ведет к выходу в продакшн продукта с «слепыми зонами» в логике его работы.