Om een regressie test uit te voeren is het noodzakelijk om eerst een regressie test set samen te stellen (als deze nog niet beschikbaar is). Idealiter is er een set van testgevallen beschikbaar uit het project toen de nieuwe kassa werd geïmplementeerd. Als deze set er is, dan is het verstandig deze set eerst te reviewen en samen met een key-user te bepalen waarom er ooit is gekozen voor deze testgevallen en vervolgens wordt bepaald welke testgevallen gebruikt worden als regressie test set. Een regressie test set kan na elke release worden aangevuld met testgevallen van nieuwe functionaliteiten, voor zover deze een hoog risico met zich meebrengen.

Als er geen testscripts of testgevallen beschikbaar zijn dan wordt aan de hand van een datacombinatietest bepaald welke testgevallen er opgenomen worden in de regressie test set. Het doel is om met zo min mogelijk testgevallen zo veel mogelijk situaties af te dekken, die ogenschijnlijk niks met elkaar te maken hebben. Bij de datacombinatietest wordt gebruik gemaakt van een classificatieboom die lijkt op een beslissingsboom.

Opstellen Regressie Test Set

De volgens stappen worden genomen:

1. Identificeren van testsituaties:

Denk hierbij aan verschillende artikelsoorten, promoties/kortingen, betaalwijzen, klanttypen, BTW classificaties, Omzetgroepen, Vouchers, Retouren, Leeftijdscontrole, Statiegeld, etc.

2. Opstellen Logische testgevallen:

Voorbeeld: Een vaste klant koopt een verkoopset met vaste klanten korting en betaald met pin.

3. Opstellen fysieke testgevallen:

Het logische testgeval kan fysiek worden gemaakt door een klant te selecteren die gebruikt wordt voor deze test en door een artikelnummer te selecteren van een verkoopset waarvoor ook een vaste klantenkorting actief is en een artikelnummer te selecteren van een verkoopset waarvoor de vaste klantenkorting niet actief is. Dit kunnen ook twee losse testgevallen zijn.

4. Vaststellen uitgangssituatie:

Het vaststellen van de uitgangssituatie is nadenken over wat er klaar moet staan om te kunnen testen en dit ook regelen.

Uitvoeren regressie test

Het uitvoeren van een regressie test wordt pas gedaan als zowel de bugfixes als de nieuwe functionaliteiten succesvol zijn getest en er geen blokkerende bevindingen zijn gedaan tijdens de uitvoer hiervan.

Als er wel blokkerende bevindingen zijn gedaan tijdens het testen dan wordt de release toch niet gedistribueerd naar de filialen dus dan is het uitvoeren van een regressie test zonde van de tijd en moeite.

Als er geen blokkerende bevindingen zijn gedaan tijdens het testen dan kan de regressie test set worden uitgevoerd op de acceptatie omgeving van de retailer. Deze regressie test wordt bij voorkeur uitgevoerd door de key-users of functioneel applicatie beheerders aangezien zij diegenen zijn die er dagelijks mee werken en dus niet door de professionele testers die de bugfixes en de nieuwe functionaliteiten hebben getest.

Als alle testgevallen zijn uitgevoerd kan bepaald worden of de release niet ergens is “omgevallen” ten opzichte van eerdere releases. Als dit wel het geval is dan  wordt de ernst van het issue bepaald en afhankelijk van de ernst wordt bepaald of de release wel of niet gedistribueerd wordt naar de filialen.