Le prove di regressione si concentrano sul rilevamento dei difetti dopo che si è verificato un cambiamento importante del codice. In particolare, cerca di scoprire regressioni software, come caratteristiche degradate o perse, compresi i vecchi bug che sono tornati indietro. Tali regressioni si verificano ogni volta che la funzionalità del software che in precedenza funzionava correttamente, smette di funzionare come previsto. In genere, le regressioni si verificano come conseguenza involontaria dei cambiamenti di programma, quando la parte di nuovo sviluppo del software si scontra con il codice precedentemente esistente. I metodi comuni di prova di regressione comprendono la ripetizione di serie precedenti di casi di prova e la verifica del riemergere di guasti precedentemente corretti. La profondità dei test dipende dalla fase del processo di rilascio e dal rischio delle caratteristiche aggiunte. Possono essere completi, per modifiche aggiunte in ritardo nel rilascio o ritenute rischiose, oppure molto poco profonde, consistenti in test positivi su ciascuna caratteristica, se le modifiche sono precoci nel rilascio o considerate a basso rischio. La prova di regressione è in genere il più grande sforzo di prova nello sviluppo di software commerciale, a causa del controllo di numerosi dettagli nelle caratteristiche software precedenti, e anche nuovo software può essere sviluppato utilizzando alcuni vecchi test-cases per testare parti del nuovo design per garantire la funzionalità precedente è ancora supportato.
Trovare difetti una volta che un cambiamento di codice era già avvenuto è chiamato?
prove di regressione