Сохранить моё имя, email и адрес сайта в этом браузере для последующих моих комментариев.
На этом этапе мы тестируем самый основной функционал и после прохождения базовых позитивных проверок большая часть наших тест-кейсов будет относиться к негативным и условно-негативным. Как показывает практика, именно на этом этапе большинство заводимых нами дефектов будет связано с отсутствием сообщения с контролем там, где оно должно быть. Для себя я ввела некий условный «Жизненный цикл ПО в негативе». Его идея в том, что количество и тип негативных проверок будет зависеть от того, в какой стадии находится проект.
Что Такое Негативное Тестирование
Далее приведены техники, применяемые при негативном тестировании. Некоторые тестировщики вообще смотрят на этот подход как на бесполезную трату времени и денег. Тестирование в целом — это проверка, работает ли софт должным образом, соответствует ли требованиям заказчика; как софт выдерживает челенджи и нестандартные ситуации. Например, XML и SQL могут иметь большее воздействие, чем .jpeg и .xls, поэтому сначала мы должны позаботиться о них. Определение приоритетности Ручное тестирование тест-кейсов перед выполнением позволит сэкономить время и снизить стоимость тестирования.
Фактическое поведение мы узнаем уже после, когда будем тестировать продукт на основании тех тестов, которые спроектировали ранее». «Этап тестирования и этап написания тестов — это два разных этапа. Еще немного о негативном тестировании из нашей преподавательской практики.
Позитивное И Негативное Тестирование
- При негативном тестировании пишутся тесты, оставляющие обязательные поля пустыми.
- Сохранить моё имя, email и адрес сайта в этом браузере для последующих моих комментариев.
- Сейчас вы опираетесь на то, что уже «щупали» продукт (калькулятор) и знаете, как он себя ведет.
- Есть страницы и приложения, поля ввода в которых принимают лишь определенное количество символов.
Негативное тестирование позволяет гарантировать, что например клиент не получит персональный аккаунт в приложении с уровнем допуска, не предусмотренным его организацией. Как ни банально звучит, негативное тестирование повысит конечное качество софта, что скажется на buyer satisfaction. Особенно это будет заметно в кейсах онлайн-магазинов и вообще е-коммерции. Единственное, что беспокоит клиента в отношении негативного тестирования, – это стоимость. Клиент сам решает, проводить его или нет, негативное тестирование основываясь на оценке потенциальных рисков.
Тестировщик знает, что обеспечивает нормальную работу функционала. Но он также обязан мыслить нестандартно, чтобы понять, что может привести к поломке приложения. Если это чувствительный продукт, например, электронная коммерция, онлайн-склад и т.д., то тестирование безопасности и негативное тестирование просто необходимы. Клиенты всегда ожидают, что у продукта будет нулевая уязвимость, поэтому негативное тестирование является обязательным условием. Поскольку тестирование требует больших затрат времени и средств, очень важно решить, что, как и сколько тестировать. Мы должны подумать, нужно ли нам проводить негативное тестирование в нашей системе.
Негативное тестирование направлено не только на выявление потенциальных недостатков, но и на определение условий, при которых приложение может выйти из строя. Он перешел с тестового стенда на прод, https://deveducation.com/ стабильно работает и живет взрослой жизнью. На этом этапе мы чаще всего проводим регрессионное тестирование, используя в основном позитивные проверки.
В примере с ценой в негативном тестировании мы введем в это поле буквы, символы и т.п. Негативное тестирование олицетворяет “негативный подход” к тестированию. Его можно назвать “тестированием на сбой” или “тестированием на пути ошибок”. Наша цель – посмотреть, как приложение реагирует на непредвиденное поведение и нестандартные ситуации. Написание негативных тестов — процесс, требующий креативного подхода и творческого мышления. По сути, вам необходимо представить, как можно «сломать» приложение и попытаться это сделать.
В ходе процедуры тестировщик задает специальные условия, выдающие сообщения об ошибке. Если возможно, тестировщик пытается идентифицировать и исправить проблему не допуская падения приложения. Метод проверки функциональности, путем группирования тестовых значений по нескольким “классам эквивалентности”. Несмотря на то, что подход имеет преимущества, такое тестирование не взыскало популярности у тестировщиков. Они избегают его, потому что считают, что другие методы позволяют добиться лучших результатов — и быстрее.
Как и у всех других методов тестирования, у негативного есть свои плюсы и минусы, в основном связанные с тем, когда и как следует его применять. Теперь нужно понять, какой результат ждем от выполнения проверок. Оптимальный подход — комбинирование обоих методов, что позволяет добиться максимальной надежности приложения. Но, как бы не был такой сайт удобен, если он не в состоянии отработать при влиянии человеческого фактора, пользователь рано или поздно уйдет. «Шаг влево, шаг вправо — расстрел», кому это понравится? Хочется иметь возможность ошибаться и исправлять ошибки, а не получать «по рукам» страшными сообщениями об ошибке на весь экран.
Негативное тестирование может занимать много времени, и бывает достаточно дорогим процессом. Базовый, и все еще критически важный метод в QA, документирующий условия, в которых проводится тестирования. Негативное тестирование это вещь, в которую можно и нужно инвестировать, невзирая на возросшие расходы. На связи Евгений Гусинец – QA Engineer проекта “Бизнес-Инфо” г.
