Регрессионное тестирование: различия между версиями

цикл разработки - процесс разработки
м (Исправлена логика определения new bug-fix)
(цикл разработки - процесс разработки)
Поэтому считается хорошей практикой при исправлении ошибки создать тест на неё и регулярно прогонять его при последующих изменениях программы. Хотя регрессионное тестирование может быть выполнено и вручную, но чаще всего это делается с помощью специализированных программ, позволяющих выполнять все регрессионные тесты [[Автоматическое_тестирование|автоматически]]. В некоторых проектах даже используются инструменты для автоматического прогона регрессионных тестов через заданный интервал времени. Обычно это выполняется после каждой удачной компиляции (в небольших проектах) либо каждую ночь или каждую неделю.
 
Регрессионное тестирование является неотъемлемой частью [[экстремальное программирование|экстремального программирования]]. В этой методологии проектная документация заменяется на расширяемое, повторяемое и автоматизированное тестирование всего программного пакета на каждой стадии [[циклпроцесс разработки программного обеспечения|циклапроцесса разработки программного обеспечения]].
 
Регрессионное тестирование может быть использовано не только для проверки корректности программы, часто оно также используется для оценки [[качество программного обеспечения|качества]] полученного результата. Так, при разработке [[компилятор]]а, при прогоне регрессионных тестов рассматривается размер получаемого кода, скорость его выполнения и время компиляции каждого из тестовых примеров.