Ответ.

История вопроса:

Ручное тестирование изначально базировалось на привычке тестировать только те сценарии, которые соответствуют требованиям и ожидаемому поведению системы (так называемые "позитивные сценарии"). Со временем стало ясно, что ПО часто выходит из строя именно при неожиданных или ошибочных условиях, на которые не рассчитывали.

Проблема:

Только позитивные сценарии не гарантирую устойчивость и надежность приложения. Если не тестировать негативные сценарии (например, неверный ввод, недопустимые действия), можно упустить серьезные дефекты, которые проявятся у реальных пользователей.

Решение:

Проводить оба вида тестирования:

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

Ключевые особенности:

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

Вопросы с подвохом.

Можно ли пренебречь негативным тестированием, если продукт проходит полный набор позитивных сценариев?

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

Обязательно ли негативные тесты должны приводить к ошибкам программы?

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

Одинаково ли важно писать позитивные и негативные тесты для всех частей системы?

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

Типовые ошибки и анти-паттерны

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

Пример из жизни

Негативный кейс

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

Плюсы:

Быстрая разработка и тестирование.

Минусы:

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

Позитивный кейс

Тестировщик добавил тесты на ввод недопустимого email, слишком коротких и длинных паролей и специальных символов во все поля.