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

[OlegSh]

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

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

[Green]

to Case

О регрессионном тестировании и новых багах.

1. Разработчик исправлял один баг и внес пять других. Функционал не добавлялся. На выходе пять новых багов, если их нашли, конечно. :)
(для тех кто понимает дословно, цифра пять использована для примера :P )

2. При первом проходе тест кейса тест "завалился" на середине. Завершить тест кейс не возможно. В новом билде этот баг исправлен. Функционал не добавлялся. При повторном прохождении тест кейса была(и) обнаружена(ы) следующая(ие) ошибка(и).

[Green]

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

OlegSh, позвольте не согласиться.

Регрессионное тестирование это вид тестирования, проводимый с целью проверки уже СУЩЕСТВУЮЩЕЙ функциональности, после внесения в нее каких-либо изменений. Например, исправление багов. Для этой цели могут быть использованы уже существующие тест кейсы.

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

[OlegSh]

To Green,

Если под термином "регрессионное тестирование" понимать как вообще организован процесс тестирования, то все-таки приведенное мной определение правильное. А если понимать под этим типы тестов, то тогда ваше.

[Green]

to OlegSh

Честно говоря, я несколько обескуражен. ;)
Опять клин сошелся на терминах. Будем выбивать клином. :D

Если мы говорим о процессе тестирования как "вообще". То это описывается термином "Методология тестирования". В терминах RUP (с детства люблю комиксы ) он подразумевает под собой несколько элементов.

1. ПАРАМЕТРЫ НАДЕЖНОСТИ - элемент характеризует, что следует оценить в процессе тестирования.
а. Надежность
б. Функциональные возможности
в. Производительность

2. ЭТАПЫ ТЕСТИРОВАНИЯ - элемент характеризует развитие процесса тестирования от компонентов к целостной системе.
а. Блочное тестирование (отдельные блоки системы)
б. Интегральное тестирование (соединяем блоки вместе)
в. Системное тестирование (система в целом)
г. Приемочное тестирование (по итогам пьем шомпанское :P )

3. ТИПЫ ТЕСТОВ
а. Аттестационный тест
б. Конфигурационный тест
в. Функциональное испытание
г. Установочное испытание
д. Тестирование целостности
е. Испытание под нагрузкой
ж. Эксплуатационные испытания
з. Испытания в жестком режиме
и. Регрессионное испытание
(в зависимости от перевода или выполняемой задачи название типа теста может меняться B) )

Все три элемента, собранные вместе, составляют процесс тестирования. В нашей компании этот процесс разделен на два "потока". Функциональное и нагрузочное тестирование, которые выполняют отделы функционального и нагрузочного тестирования (соответственно). В их зону ответственности входят разные типы тестов, которые они выполняют на различных ЭТАПАХ ТЕСТИРОВАНИЯ для определения качественных и количественных характеристик ПАРАМЕТРОВ НАДЕЖНОСТИ.

Итак, регрессионное тестирование это всего лишь тип тестов.

Возможно, у вас регрессионным тестированием занимается отдельная команда или отдел. Но даже в этом случае, регрессионное тестирование всего лишь тип тестов.

[OlegSh]

Это наверно сложно объяснить людям которые этого не видели, но я поробую - у нас все типы тестов (из тех что имеет смысл проходить на текущем билде, т.е. к билду есть записка - готова инсталяция, такой-то новый функционал реализован, и весь функционал, к-рый был до этого реализован) проводятся полностью на каждом билде. И именно такой процесс тестирования называется регрессионным, а всякие хорошие и умные книжки не всегда стоит применять на практике в полном объеме.
А регрессионные тесты проводятся в случае выпуска хотфикса, сервис пака, приблуды какой-нибудь, дописанной после.