Regressionstest i softwareudvikling

En regressionstest tjekker, at det, der allerede virkede, stadig virker, efter der er lavet en ændring i softwaren. Navnet kommer af "regression" — at falde tilbage: testen fanger, hvis en ny funktion utilsigtet har slået noget gammelt i stykker.

Det er en velkendt situation: du får tilføjet en ny knap, og pludselig holder kassen op med at regne rigtigt et helt andet sted i systemet. De to ting så urelaterede ud, men under motorhjelmen hang de sammen. Regressionstest er det net, der opdager det — før kunden gør.

Hvorfor det ikke kan undværes

Al levende software bliver ændret: der rettes fejl, tilføjes funktioner, opdateres dele. Hver ændring er en mulig kilde til en ny fejl et andet sted. Uden regressionstest opdager du dem først, når en kunde ringer — og en fejl, der er sluppet ud i drift, er langt dyrere end en, der fanges undervejs.

Den reelle gevinst er tryghed: et team, der ved, at testene fanger det, tør ændre og forbedre koden uden frygt. Det er forskellen mellem software, der udvikler sig, og software, der står stille, fordi ingen tør røre den.

Sådan holder du det effektivt

• Automatisér det, der gentages. Manuel gentagelse af de samme tests er langsomt og fejlbarligt. En automatisk test kører på sekunder, hver gang der ændres noget.
• Prioritér det kritiske. Du behøver ikke teste alt lige grundigt. Sørg for, at de funktioner, hvor en fejl gør mest ondt — betaling, login, bestilling — altid bliver tjekket.
• Hold testene opdaterede. Vokser softwaren, skal testene følge med. Forældede tests giver falsk tryghed.

Regressionstest er ikke en engangsopgave inden lancering. Det er den løbende kvalitetssikring, der gør det muligt at ændre software igen og igen, uden at noget smuldrer bagved.