Как начинающий тестировщик, вы часто будете проверять, соответствует ли продукт требованиям. Но на этом тестирование не заканчивается. Еще есть ошибки, которые выясняются, когда пользователь действует не по сценарию. И такие моменты тоже нужно учитывать.
В этом уроке мы изучим и такие случаи тестирования. Мы перейдем к обсуждению еще одной части теории тестирования — позитивных и негативных сценариев, их еще называют тест-кейсами.
Что такое позитивный и негативный сценарий
У этих терминов довольно простые определения. Позитивный сценарий проверяет, как система функционирует в стандартных условиях. Например, пользователь вводит от 2 до 30 букв в поле для ввода имени, нажимает «Сохранить» и система сохраняет введенный текст.
Негативный сценарий — это проверка в нестандартных условиях, когда пользователи делают с системой что-то неожиданное или непредсказуемое. Например, в поле для ввода имени пользователь вводит 300 цифр и нажимает «Сохранить». Это нетипичное поведение, но даже в таких случаях программа должна вести себя адекватно — например, выдать уведомление об ошибке.
Негативные сценарии тестирования связаны с понятием «защита от дурака» — это ограничения системы, которые не дают пользователю сломать программу. В случае с вводом имени «защитой от дурака» может быть ограничение на количество символов в поле для пользовательского ввода.
Важно отметить, что позитивные сценарии гораздо важнее негативных. При тестировании сайта важно сначала проверить основной сценарий работы — выполняет ли сайт свою основную функцию. Если позитивные сценарии не проходят, то нет никакой разницы, нормально ли работают негативные сценарии.
Кроме того, негативные сценарии не предполагают наличия ошибок в приложении. Они нужны, чтобы система правильно работала даже тогда, когда пользователь делает что-то не так.
Как тестировщики работают со сценариями
Разработка позитивных и негативных сценариев — это одна из регулярных задач тестировщика.
Для примера представим, что мы тестируем форму с полями для ввода логина, пароля и кнопкой «Авторизоваться». Посмотрим, как эта задача выглядит с обеих сторон.
В этом случае позитивный сценарий — пользователь вводит правильную пару из логина и пароля, нажимает кнопку «Авторизоваться» и успешно авторизуется на сайте. При успешной аутентификации происходит авторизация пользователя в системе, а дальше мы можем проверять работоспособность по различным критериям и выяснять, правильно ли работает система.
Рассмотрим один из негативных сценариев — пользователь ничего не вводит в поля для логина и пароля, нажимает кнопку «Авторизоваться» и не может авторизоваться. Чтобы при таком сценарии система вела себя адекватно, можно пойти разными путями, например:
- Сделать кнопку «Авторизоваться» недоступной для нажатия, пока пользователь не заполнит поля для логина и пароля
- Сделать так, чтобы при нажатии кнопки «Авторизоваться» система проверяла наличие заполненных полей. Если в полях нет текста, система должна выдавать сообщение «Заполните поля для логина и пароля»
Дополнительные материалы
Для полного доступа к курсу нужен базовый план
Базовый план откроет полный доступ ко всем курсам, упражнениям и урокам Хекслета, проектам и пожизненный доступ к теории пройденных уроков. Подписку можно отменить в любой момент.
