Een PIM-implementatie testen: testsoorten en acceptatie

Een PIM-implementatie testen betekent aantonen dat de configuratie klopt, dat de koppelingen betrouwbaar zijn bij productievolumes, dat de gemigreerde data correct is en dat gebruikers hun werk in het systeem kunnen doen. Leg de acceptatiecriteria vast vóór de testfase en laat de livegang afhangen van een go/no-go-besluit op die criteria.

Onder tijdsdruk wordt de testfase vaak ingekort. Dat verschuift fouten naar de eerste weken na go-live, wanneer ze duurder zijn en het vertrouwen van gebruikers schaden. Dit artikel geeft de testsoorten, de minimale scenario's, het bevindingenbeheer en een indicatieve planning. De plaats van testen in het geheel staat in de gids voor PIM-implementatie.

Welke testsoorten zijn nodig?

Microsoft onderscheidt in zijn implementatiegids voor Dynamics 365 onder meer unittests, integratietests, systeemtests, gebruikersacceptatietests en regressietests. Voor een PIM-project vertaalt dat zich in zes testsoorten.

Na elke wijziging in configuratie of koppelingen volgt een regressietest op de belangrijkste scenario's. Leg die scenario's vast als vaste regressieset, zodat u ze na go-live bij updates van het PIM opnieuw kunt draaien.

Welke testscenario's neemt u minimaal op?

Elk scenario beschrijft de beginsituatie, de stappen, het verwachte resultaat, het werkelijke resultaat en de status. Een minimale set voor een PIM:

1. Product aanmaken in elke productfamilie, inclusief varianten en verplichte attributen.
2. Verrijkingsworkflow van aanmaak via verrijking en review tot goedkeuring en publicatie, met de juiste rollen. Zie workflows in PIM.
3. Leveranciersimport via een standaardtemplate, inclusief een bestand met fouten.
4. Bulkbewerking van een attribuut over een paar honderd producten.
5. Volledigheid: de completeness-score per kanaal en taal klopt met de verwachte verplichte velden.
6. ERP-synchronisatie: een nieuw artikel en een gewijzigde status in het ERP komen correct in het PIM.
7. Publicatie naar de webshop: tekst, kenmerken, varianten, media en categorieën zijn correct op de productpagina.
8. Storing: het doelsysteem is onbereikbaar; de koppeling probeert opnieuw, logt de fout en verliest geen wijzigingen.
9. Rechten: een gebruiker zonder rechten kan geen product goedkeuren of publiceren.
10. Meertaligheid: vertaalde velden verschijnen in de juiste taal en het juiste kanaal.

Het storingsscenario staat expliciet in de go-live-checklist van Microsoft: simuleer externe systemen die onbereikbaar zijn en kijk hoe dat de gebruiker raakt. Bij API-koppelingen hoort daar ook het afhandelen van throttling bij, bijvoorbeeld HTTP-status 429 bij de Akeneo-API.

Hoe richt u de testomgeving in?

De testomgeving lijkt zo veel mogelijk op productie: dezelfde configuratie, dezelfde koppelingen naar testomgevingen van ERP en webshop, en een kopie van de gemigreerde productiedata. Tien testproducten zijn onvoldoende; problemen met volumes en randgevallen verschijnen pas bij duizenden producten.

Houd de testomgeving strikt gescheiden van productie, zodat testacties nooit live data raken. Plan migratieruns niet gelijktijdig met andere tests; Microsoft wijst erop dat migratieactiviteiten verstorend werken en niet samen met andere testactiviteiten moeten lopen.

Hoe beheert u bevindingen?

Registreer elke afwijking in één bevindingenlijst met een unieke code, beschrijving, scenario, prioriteit, eigenaar en status. Gebruik vier prioriteiten:

Bespreek de lijst dagelijks in een korte stand-up tijdens de testfase. Na herstel volgt een hertest door de melder.

Hoe verloopt de UAT?

De gebruikersacceptatietest (UAT) toetst werkbaarheid. Eindgebruikers voeren met realistische opdrachten hun dagelijkse werk uit: een leveranciersbestand importeren, de producten verrijken, de kwaliteit controleren en publiceren naar de webshop.

Organiseer de UAT als een vast programma van twee weken (indicatief):

1. Voorbereiding (week vóór de UAT). Stel per rol vijf tot tien opdrachten op, laad de laatste proefmigratie in de testomgeving en controleer of alle testers een account met de juiste rechten hebben.
2. Dag 1. Korte aftrap met het doel, de bevindingenlijst en de prioriteiten. Testers werken daarna zelfstandig met de opdrachten.
3. Dag 2 tot 7. Testers voeren de opdrachten uit en melden bevindingen. Het projectteam herstelt kritieke en hoge bevindingen direct.
4. Dag 8 tot 9. Hertest van herstelde bevindingen en een tweede ronde op de belangrijkste scenario's.
5. Dag 10. Evaluatie met key users en aftekening, of een gemotiveerd advies om de UAT te verlengen.

Reserveer testers expliciet in hun agenda. Een UAT naast het volle dagelijkse werk levert te weinig bevindingen op en geeft een vals beeld van gereedheid.

Microsoft adviseert in zijn trainingsrichtlijnen om gebruikers te trainen vóór de UAT. Gebruikers kennen dan de navigatie, en de UAT meet tegelijk of de training effectief was. Veel trainingsgerelateerde bevindingen in de UAT zijn een signaal om het trainingsmateriaal bij te werken; zie PIM-gebruikers trainen.

Wanneer is het PIM klaar voor go-live?

Leg de acceptatiecriteria vóór de testfase vast en laat de stuurgroep ze goedkeuren. Een werkbare set:

• Geen openstaande kritieke bevindingen; hoge bevindingen zijn hersteld of expliciet geaccepteerd.
• Alle Must-have-functies uit het projectplan werken.
• Integraties draaien foutloos over een aaneengesloten periode, bijvoorbeeld vijf werkdagen (indicatief).
• De laatste proefmigratie is gevalideerd op aantallen, steekproef en validatieregels, en past in het cutovervenster.
• De UAT is afgetekend door de key users en de business sponsor.

Het go/no-go-besluit op deze criteria voorkomt dat een instabiel systeem onder deadlinedruk live gaat. Het vervolg staat in de PIM go-live.

Belangrijkste punten

• Test in zes soorten: configuratie per sprint, functioneel, integratie, performance, migratievalidatie en UAT, met een vaste regressieset.
• Test met een kopie van de gemigreerde productiedata in een omgeving die strikt gescheiden is van productie.
• Neem storings- en throttlingscenario's op in de integratietests.
• Train gebruikers vóór de UAT, zodat de UAT ook de effectiviteit van de training meet.
• Leg acceptatiecriteria vooraf vast en reserveer indicatief vier tot zes weken voor de testfase.