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

[vinogradoff]

В передаче упоминался доклад "который не могли опровергнуть оппоненты", я так понимаю про цель тестирования. 
Не нашел, где можно посмотреть :) Интересно прочитать-посмотреть, ведь  может захочу что-нибудь опровергнуть!

[SALar]

В передаче упоминался доклад "который не могли опровергнуть оппоненты", я так понимаю про цель тестирования. 
Не нашел, где можно посмотреть :) Интересно прочитать-посмотреть, ведь  может захочу что-нибудь опровергнуть!

Куда то он делся.

В докладе доказывается, что:

1. Основной продукт тестирования - это багрепорты. Все остальное побочные продукты.

2. Следовательно целью тестирования ПО является поиск багов. Не анализ качества, не выполнение тестов, а именно поиск багов.

 

Хотите опровергнуть - приводите мыслесхемы, статистику и т.д.

[barancev]

1. Основной продукт тестирования - это багрепорты. Все остальное побочные продукты.

Давайте попробуем придумать "мыслесхему", которая показывает, что "багрепортов" недостаточно.

 

Пусть есть продукт, имеющий две функции X и Y. Тестировщик честно трудился целый день (действительно трудился, не отлынивал, искал баги, стремился к цели). Вечером предоставляет баг-репорт, в котором описано 10 багов в функции X и ни одного бага в функции Y. Вопрос -- можно ли на основании этого баг-репорта утверждать, что в функции Y багов нет?

[vinogradoff]

Отлично, я тоже подключусь с похожим примером:

А. Допустим мы тестировали функцию Х 10 часов и сделали 0 баг-репортов.
Б. Альтернативно мы тестировали функцию Х - 1 минуту и сделали 0 баг-репортов.

Значит ли это, что А и Б одинаково полезны для проекта, так как по "цели тестирования" привели к одинаковому результату? 

[vinogradoff]

и моё определение тестирования и его целей тут - http://radio-qa.com/...ment-2290510154

Т.е. поиск багов и баг-репорты - лишь некоторое подмножество цели тестирования. Если слово "баг" имеет четкое определение для всех участников проекта. А если нет, что почти всегда - то поиска багов - это сравнительно небольшое подмножество целей. :)

Можно тоже критиковать и опровергать. 

[vinogradoff]

Да, и хочется услышать от автора доклада, что по его мнению должны понимать под "багом".

[SALar]

Предлагаю разделить тему.

[barancev]

Разделил

[SALar]

Спасибо.

 

Коллеги. Задача, за которую мы взялись, достаточно сложна. За примерно 20 лет появилось множество определений и тестировщики до сих пор не пришли к единому мнению. Чем сложнее задача, тем интереснее.

 

Давайте попробуем придумать "мыслесхему", которая показывает, что "багрепортов" недостаточно.

 

 

Конечно, недостаточно. Все рабочие центры производят несколько продуктов. Программисты, кроме кода производят стандарт кодирования.

В такой формулировке ничем не противоречит моему утверждению.

 

Т.е. поиск багов и баг-репорты - лишь некоторое подмножество цели тестирования. 

 

 

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

 

В такой формулировке ничем не противоречит моему утверждению.

 

цели тестирования - выполнение информационного сервиса о состоянии продукта для заинтересованных сторон.

 

Все или почти все рабочие центры (аналитики, программисты, архитекторы, ...) выполняют функции информационного сервиса о состоянии продукта для заинтересованных сторон.

 

Понятно. Надо восстановить доклад.

[vinogradoff]

 

 

цели тестирования - выполнение информационного сервиса о состоянии продукта для заинтересованных сторон.

 

Все или почти все рабочие центры (аналитики, программисты, архитекторы, ...) выполняют функции информационного сервиса о состоянии продукта для заинтересованных сторон.

Только если выступают в роли тестировщиков :)

[Vasiliy]

 

 

В докладе доказывается, что:

1. Основной продукт тестирования - это багрепорты. Все остальное побочные продукты.

2. Следовательно целью тестирования ПО является поиск багов. Не анализ качества, не выполнение тестов, а именно поиск багов.

C продуктом тестирования согласен.

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