Waarom een CRM regressietesten nodig heeft
Na de go-live blijft je CRM veranderen, ook als je eigen team niets verandert. Salesforce en Microsoft werken het platform bij voor elke klant. De meeste wijzigingen zijn verbeteringen. Sommige veranderen een pagina, een standaardinstelling of de manier waarop een functie werkt, en af en toe maakt er een iets kapot waar je business op rekent.
Een regressietest beantwoordt één vraag: werkt wat de business bij de go-live heeft geaccepteerd nog steeds? Het is geen nieuwe UAT. Het is een korte, gerichte controle van de processen die het meest tellen, gedaan voordat de wijziging je gebruikers bereikt, door mensen die het werk kennen.
Je eigen releases hebben dezelfde controle nodig. Een nieuwe koppeling, een nieuw veld op de offerte, een wijziging in de routering van cases: elk ervan kan iets raken dat eerst werkte.
Salesforce: drie releases per jaar
Salesforce heeft drie grote releases per jaar: Spring, Summer en Winter. De Winter-release komt in het najaar en draagt het nummer van het volgende jaar. Elke org wordt geüpgraded, op datums die Salesforce vooraf publiceert.
- De sandbox preview. Sandboxes op een preview-instance krijgen de nieuwe release enkele weken vóór productie. Dat is je venster om te testen. Vóór elke release zegt Salesforce welke instances in de preview zitten en wat je moet doen om een sandbox daar te houden. Een refresh kan een sandbox in of uit de preview halen, dus controleer het op tijd.
- De release notes. Lees ze voor de clouds en functies die je gebruikt. Kijk wat er automatisch voor je wordt aangezet, en wat het uiterlijk verandert van pagina's waarin je gebruikers werken.
- Release updates. Sommige wijzigingen worden in Setup aangekondigd met een datum waarop ze worden afgedwongen. Test ze vóór die datum in de sandbox, zodat ze je in productie niet verrassen.
Voor Salesforce ligt het ritme dus vast: een regressieronde in het preview-venster van elke release, drie keer per jaar.
In UAT StudioKies Salesforce als CRM van het project. Vanaf ongeveer twee maanden voor een release toont de projectenpagina Coming CRM releases, met de datum van de sandbox preview, de datum van productie en een link naar de release notes. Salesforce kan deze datums nog verschuiven, dus controleer de release notes.
Dynamics 365: updates het hele jaar door
Microsoft bundelt wijzigingen in Dynamics 365 niet meer in twee release waves per jaar. Nieuwe functies en wijzigingen komen het hele jaar door uit. De releaseplannen zijn in oktober 2026 gearchiveerd; wat er komt staat nu in de Microsoft-roadmap op aka.ms/AIatWorkRoadmap.
Er is dus niet meer één groot moment per jaar om je testen omheen te plannen. Wijzigingen komen in kleinere stappen, vaker. Wachten op een grote release werkt niet meer, en na elke afzonderlijke wijziging testen is te veel.
Kies een vast ritme
Het antwoord is een regressieronde in een vast ritme, wat Microsoft er ook tussendoor uitbrengt:
- Elke maand als het CRM centraal staat in de business, je veel apps en functies gebruikt, of je vaak nieuwe functies aanzet.
- Elk kwartaal voor een stabiele inrichting met weinig eigen wijzigingen.
- Een extra ronde voordat een eigen wijziging live gaat, of als een wijziging van Microsoft duidelijk een van je belangrijkste processen raakt.
Zet de datums voor het hele jaar in de agenda van de testers. Een vast ritme is makkelijker vol te houden dan een ronde die je elke keer plant als er iets opduikt.
Vóór elke ronde
- Lees de Microsoft-roadmap en de berichten voor je beheerders in het Microsoft 365-beheercentrum, en noteer welke wijzigingen je processen raken.
- Probeer functies in preview eerst uit in een sandboxomgeving, voordat ze je gebruikers bereiken.
- Zorg dat de sandbox waarin je test dezelfde versie en dezelfde oplossingen heeft als productie.
In UAT StudioKies Dynamics 365 als CRM van het project, en begin elke ronde met Start a regression round, vanuit het project van je go-live of je laatste ronde.
In UAT StudioKies onder Setup bij Check the Dynamics 365 updates: Every quarter of Every month. De projectenpagina toont dan de huidige periode met een link naar de roadmap, en admins krijgen één e-mail per periode, twee weken voordat die begint.
Kiezen wat je opnieuw test
Een regressieronde is niet de plek om alles opnieuw te testen. Kies, in deze volgorde:
- De Must-testcases. Wat elke dag moet werken: een offerte maken, een lead converteren, een case routeren, de goedkeuringen. Test deze elke ronde.
- Wat de wijziging raakt. Lees de release notes of de roadmap met de lijst van je processen ernaast. Een wijziging in offertes betekent de testcases voor offertes, ook de Should- en Could-testcases.
- Koppelingen en automatisering. De koppelingen met het ERP, de website of de e-mail, en de flows die op de achtergrond draaien. Die gaan ongemerkt stuk, dus test ze bewust.
- De Should-testcases, als er tijd is.
Kijk daarna wat je eigen team sinds de laatste ronde heeft veranderd. Alles wat je zelf hebt gebouwd en wat niemand samen met de platformwijziging heeft getest, hoort ook in de ronde.
Houd een korte lijst bij van wat kritiek is
Schrijf één keer de tien tot twintig processen op die de business geen dag kan missen. Die vormen de kern van elke regressieronde. Bekijk de lijst elk halfjaar met de proceseigenaren, en na elke grote eigen wijziging.
In UAT StudioMet de add-on Release readiness toont Review the release welke van je testcases een Salesforce-release of Dynamics 365-update raakt, met de reden, stelt het testcases voor voor wat nog niet gedekt is, en zet het de verplichte updates op een rij met hun data. De regressieronde krijgt dan precies de Must-testcases, de geraakte die je houdt en de nieuwe die je goedkeurt. Een fail in de ronde zegt met welke wijziging hij meekwam. €99 per maand: voeg het toe onder Plan & billing.
Hergebruik je testcases
De beste regressietest die je hebt, is de set testcases van je go-live-UAT. Die beschrijven precies wat de business heeft geaccepteerd, met de stappen, de testdata en de verwachte resultaten. Schrijf geen nieuwe voor elke ronde.
- Bewaar de testcases na de go-live op één plek, met hun prioriteit.
- Werk ze bij als je eigen proces verandert, zodat de volgende ronde het CRM test zoals het nu is, niet zoals het bij de go-live was.
- Controleer de testdata vóór elke ronde. Een sandbox-refresh of een kopie van productie kan de records die de testcases gebruiken verwijderen of wijzigen.
- Voeg een testcase toe voor elk ernstig issue dat in productie is gevonden, zodat het de volgende keer wordt opgemerkt.
Testcases die businesstesters kunnen volgen zijn hier de moeite waard: ze worden steeds opnieuw gebruikt. Zie Testcases schrijven die businesstesters begrijpen.
In UAT StudioStart a regression round kopieert de testcases van het project waarmee je begint, met hun stappen, testdata en verwachte resultaten. Kies welke meegaan: Must and Should, Only Must of All test cases in scope; een testcase zonder prioriteit telt als Should. Het nieuwe project krijgt de groepen en instellingen, en je nodigt de testers uit onder Setup. Er wordt niets verzonnen of gewijzigd.
Wie test, en hoe lang
Wie
Een regressieronde heeft minder mensen nodig dan een UAT, maar ze moeten nog steeds uit de business komen. Vraag een of twee key users per proces: mensen die het werk elke dag doen en meteen zien als er iets niet klopt. De CRM-beheerder bereidt de ronde voor en test wat op de achtergrond draait, maar zou niet de enige tester moeten zijn.
Laat dezelfde mensen ronde na ronde testen. Ze worden sneller, en ze zien kleine wijzigingen die een nieuwe tester zou missen.
Looptijd
- Voorbereiding: een dag of twee om de wijzigingen te lezen, de testcases te kiezen en de testdata te controleren.
- Testen: een paar uur per tester, verspreid over een of twee dagen voor een maandelijkse ronde, tot een week voor een Salesforce-release met veel wijzigingen.
- Fixes en hertesten: houd een paar dagen vrij voordat de wijziging productie bereikt, voor de issues die je vindt.
Voor Salesforce moet dat binnen het preview-venster passen. Begin vroeg in het venster, niet in de laatste week.
Vastleggen wat je vindt
Meld issues zoals in de UAT: de stap, wat je verwachtte, wat er in plaats daarvan gebeurde, een screenshot en de link naar het record. Doe er elke dag triage op met het CRM-team. Bij een issue dat door het platform komt, kijk eerst in de release notes of de roadmap: vaak is het een bekende wijziging met een instelling om aan te passen.
In UAT StudioElke ronde houdt zijn release, build en omgeving bij, zodat het go/no-go-rapport zegt wat er is getest. Start na fixes Start round 2 op het dashboard met Failed and blocked only om alleen opnieuw te testen wat misging; de resultaten van de eerdere ronde blijven bewaard.
Sign-off vóór productie
Een regressieronde eindigt zoals een UAT, met een besluit, alleen korter. Spreek de eindcriteria één keer af, en gebruik ze elke ronde:
- Elke Must-testcase is geslaagd.
- Er staat geen Critical issue open.
- Elk open High issue heeft een workaround die de business accepteert, of een fix voordat de wijziging productie bereikt.
De eigenaar van elk proces geeft sign-off voor zijn deel: geaccepteerd, geaccepteerd met voorwaarden, of afgewezen. Een Salesforce-release kun je niet tegenhouden, dus betekent een afwijzing een fix of een workaround vóór de productiedatum, en een bericht aan de gebruikers. Bij een eigen wijziging betekent een afwijzing dat die wacht.
Bewaar het resultaat van elke ronde. Na een jaar heb je een helder overzicht van wat er na elke wijziging is getest, en wie het heeft geaccepteerd. Hoe je het besluit voorbereidt, lees je in De go/no-go-beslissing.
In UAT StudioEen regressieronde is een eigen project, met de release als Release, zodat het go/no-go-rapport zegt over welke CRM-release het gaat. De proceseigenaren geven sign-off per groep, en de sign-off hoort bij die ronde.
Gratis te gebruiken
De UAT-checklist voor een CRM-go-live werkt ook voor een regressieronde, als gratis Excel-bestand. Per platform, zie Salesforce UAT en Dynamics 365 UAT.
Salesforce is een handelsmerk van Salesforce, Inc. Microsoft en Dynamics 365 zijn handelsmerken van de Microsoft-groep. UAT Studio is niet verbonden aan of goedgekeurd door Salesforce of Microsoft.