Регресійне тестування рекомендується проводити щоразу після коригування програми або сайту, яке може включати виправлення дефектів, злиття коду, міграцію на іншу ОС або БД, додавання нової функціональності та інші зміни.
Четвертий етап . Крім цього, застосовується регресійне тестування . Після завершення дебаггінгу надається оцінка загальної якості продукту.
Проводиться регресійне тестування AUT тоді, коли потрібно переконатися, що нові (додані) функції додатка / виправлені дефекти не вплинули на поточну, вже наявну функціональність, що працювала (і протестовану) раніше.
Регресійне тестування не проводиться для виправлення конкретних дефектів. Повторне тестування виконується на основі виправлень дефектів. Автоматизація – ключовий фактор регресійного тестування, тоді як повторне тестування неможливо автоматизувати через невизначеність.