Сообщений в теме: 2

[baranceva]

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

 

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

 

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

[Plotogon]

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

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

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

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

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

[aksi]

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

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

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

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

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

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