Regression testing

Общее представление

Это тестирование, которое проводится при втором и последующих тестирований
версий продукта вплоть до релиза. Сам термин следует понимать, как “повторное
тестирование”, тоесть, что есть “повтор” - повтор это действие, которое
проводиться 2 и более раз.

Когда применяется

1) После того, как программист исправил дефект (ы)
2) После добавления новой функциональности (например, в случае с change request)
или с урезанием или полным удалением старой функциональности.
3) С выходом новой версии.

С какой целью применяется

1) В ситуации с исправленным дефектом, тестировщик проводит проверку дефекта. При
проверки, он обязан удостовериться, что дефект исправлен корректно, а именно:
согласно System Requirements по данной функциональности.

2) В ситуации с добавлением новой функциональности, тестировщик обязан
удостовериться, что при добавлении новой функциональности не были повреждены
участки старой функциональности.

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

3) В ситуации с выходом новой версии, даже если в системе не осталось
“неисправленных” дефектов и не была добавлена новая функциональность или же
урезана или удалена старая функциональность, тестировщик обязан провести
регрессионное тестирование, чтобы гарантировать, что система работоспособна и
отвечает требованиям заказчика.

Как это выглядит

1) В ситуации с исправленным дефектом. При выходе новой версии. Тестировщик
обязан проверить дефект (ы) на корректность исправления. И прогнать
весь набор тест-кейсов, чтобы гарантировать, что не затронуты другие участки
функциональности.

2) В ситуации с добавлением новой функциональности или урезанием или удалением
старой функциональности. При выходе новой версии, тестировщик обязан прогнать
весь набор тест-кейсов, чтобы гарантировать, что не затронуты другие участки
функциональности.

3) В ситуации с выходом новой версии, даже если в системе не осталось
“неисправленных” дефектов и не была добавлена новая функциональность или же
урезана или удалена старая функциональность, тестировщик обязан прогнать
весь набор тест-кейсов, чтобы гарантировать, что система работоспособна и
отвечает требованиям заказчика.