Теория: Позитивные и негативные сценарии

Как начинающий тестировщик, вы часто будете проверять, соответствует ли продукт требованиям. Но на этом тестирование не заканчивается. Еще есть ошибки, которые выясняются, когда пользователь действует не по сценарию. И такие моменты тоже нужно учитывать.

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

Что такое позитивный и негативный сценарий

У этих терминов довольно простые определения. Позитивный сценарий проверяет, как система функционирует в стандартных условиях. Например, пользователь вводит от 2 до 30 букв в поле для ввода имени, нажимает «Сохранить» и система сохраняет введенный текст.

Негативный сценарий — это проверка в нестандартных условиях, когда пользователи делают с системой что-то неожиданное или непредсказуемое. Например, в поле для ввода имени пользователь вводит 300 цифр и нажимает «Сохранить». Это нетипичное поведение, но даже в таких случаях программа должна вести себя адекватно — например, выдать уведомление об ошибке.

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

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

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

Как тестировщики работают со сценариями

Разработка позитивных и негативных сценариев — это одна из регулярных задач тестировщика.

Для примера представим, что мы тестируем форму с полями для ввода логина, пароля и кнопкой «Авторизоваться». Посмотрим, как эта задача выглядит с обеих сторон.

В этом случае позитивный сценарий — пользователь вводит правильную пару из логина и пароля, нажимает кнопку «Авторизоваться» и успешно авторизуется на сайте. При успешной аутентификации происходит авторизация пользователя в системе, а дальше мы можем проверять работоспособность по различным критериям и выяснять, правильно ли работает система.

Рассмотрим один из негативных сценариев — пользователь ничего не вводит в поля для логина и пароля, нажимает кнопку «Авторизоваться» и не может авторизоваться. Чтобы при таком сценарии система вела себя адекватно, можно пойти разными путями, например:

• Сделать кнопку «Авторизоваться» недоступной для нажатия, пока пользователь не заполнит поля для логина и пароля
• Сделать так, чтобы при нажатии кнопки «Авторизоваться» система проверяла наличие заполненных полей. Если в полях нет текста, система должна выдавать сообщение «Заполните поля для логина и пароля»