Перейти к содержимому

Автоматизация тестирования REST API на Java
онлайн, начало 5 октября
Тестирование безопасности
онлайн, начало 5 октября
Программирование на Python для тестировщиков
онлайн, начало 7 октября
Автоматизация тестов для REST API при помощи Postman
онлайн, начало 13 октября
Фотография

Лучше поговорим о поведении


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 2

#1 baranceva

baranceva

    Профессионал

  • Admin
  • PipPipPipPipPipPip
  • 3 866 сообщений
  • ФИО:Баранцева Наталья


Отправлено 20 сентября 2022 - 07:00

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

 

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

 

Читать статью полностью...


  • 0
Наталья Баранцева
Тренинги по тестированию ПО

#2 Plotogon

Plotogon

    Новый участник

  • Members
  • Pip
  • 11 сообщений
  • ФИО:Коновалов Михаил

Отправлено 25 сентября 2022 - 20:19

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

Непосредственно в работе такое деление очень полезно для правильной расстановки приоритетов. Зачем тестировать и оформлять баг на то, что одна из кнопок не того размера или неправильного цвета в то время, когда работа этих кнопок происходит через пень-колоду? Первым делом конечно надо тестировать функционал, а потом уже нефункционал. Никто про то, что его не надо тестировать, речи не ведёт.

Какой смысл оформлять баг на то, что поле с датой принимает буквы, если это поле и цифры то принимает с трудом?

Конечно сначала надо добиться, что бы все кнопки работали и валидная дата принималась полем. Только после этого можно приступать к негативным кейсам и никак ни раньше.

В общем, Базу по ходу нечем заняться и он решил написать спорную статью, что бы вызвать дискуссию и хоть как то прославиться.


  • 0

#3 aksi

aksi

    Постоянный участник

  • Members
  • PipPipPip
  • 174 сообщений
  • ФИО:Ольга Алифанова
  • Город:Санкт-Петербург


Отправлено 29 сентября 2022 - 14:29

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

Непосредственно в работе такое деление очень полезно для правильной расстановки приоритетов. Зачем тестировать и оформлять баг на то, что одна из кнопок не того размера или неправильного цвета в то время, когда работа этих кнопок происходит через пень-колоду? Первым делом конечно надо тестировать функционал, а потом уже нефункционал. Никто про то, что его не надо тестировать, речи не ведёт.

Какой смысл оформлять баг на то, что поле с датой принимает буквы, если это поле и цифры то принимает с трудом?

Конечно сначала надо добиться, что бы все кнопки работали и валидная дата принималась полем. Только после этого можно приступать к негативным кейсам и никак ни раньше.

В общем, Базу по ходу нечем заняться и он решил написать спорную статью, что бы вызвать дискуссию и хоть как то прославиться.

То, что Базу нужно чем-то прославиться, звучит очень смешно. Примерно как "никому не известный Майкл Болтон".


  • 0


Инструменты тестировщика: Командная строка
онлайн
Практикум по тест-дизайну 2.0
онлайн
Программирование на Phyton для тестировщиков
онлайн
Тестирование производительности (JMeter)
онлайн



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале