Geen stress tijdens het live brengen van nieuwe functionaliteiten? Dan is testen voor een goede AFAS oplevering en acceptatie binnen de organisatie cruciaal.
Het is een doorlopend proces! De juiste aandacht en tijd is dan ook van groot belang. Maar hoe pak je dit aan? Op deze pagina vind je inspiratie, informatie, bronnen en modellen die zorgen voor een goede voorbereiding en uitvoeren van de testwerkzaamheden.
AFAS levert standaard software en templates uit die uitgebreid getest is door onze eigen testafdeling. Wat overblijft zijn de testwerkzaamheden die afwijken op de best practice van AFAS. Het gaat hier om de specifieke inrichting en data die alleen voor jullie wordt ingericht.
Testen is geen doel, maar een middel om de nieuwe functionaliteiten goed live te brengen. Vanuit AFAS kiezen wij voor een pragmatische en overzichtelijke aanvliegroute die we bij >1500 klanten neerzetten. De testwerkzaamheden zijn een belangrijke stap naar de acceptatie van het systeem en vormt een belangrijk onderdeel van de implementatie/optimalisatie.
Het doel van testen is om antwoord te geven op de vraag of we live kunnen met AFAS. Goed is goed genoeg!
Testcoördinator | Testteam | Stuurgroep | Procesverantwoordelijke | Projectmanager | AFAS Consultancy
Zorgt dat testen (functioneel, conversie en keten) worden voorbereid en uitgevoerd. Begeleidt testers en werkt uitvoerend mee met het voorbereiden van de testomgeving en testdata, het opstellen van testcases en uitvoeren van testwerkzaamheden. Heeft kennis van AFAS en begeleid testers in het gebruik van AFAS tijdens het testtraject. De testcoördinator heeft expertise en overzicht nodig en draagt verantwoordelijkheid voor het borgen en opleveren van de testproducten: Testplan, testdoelen, testscripts, resultaten, testrapport.
De projectmanager stuurt de testcoördinator aan. Daarnaast houdt hij/zij overzicht op de bevindingen en prioriteringen. Uiteindelijk rapporteert de projectmanager aan de stuurgroep.
.
Een procesverantwoordelijke is verantwoordelijk voor één bepaald proces. Hij/zij kent het proces door en door en het proces valt ook onder de dagelijkse werkzaamheden. De procesverantwoordelijke geeft het akkoord op de processen waarvoor deze verantwoordelijk is.
AFAS maakt een onderscheid tussen senior consultant(s) en consultants. De senior consultant is verantwoordelijk voor het begeleiden van de workshops, het opstellen van het implementatieplan en het bewaken van de kwaliteit van de inrichting. De consultant is verantwoordelijk voor het gezamenlijk met de beheerders inrichten en functioneel testen van het systeem.
Het testteam wordt door de testcaptain samengesteld tijdens de analysefase. Het testteam bestaat uit de verschillende procesverantwoordelijken en overige gebruikers die ondersteunen tijdens de test (het dekt de gehele populatie van de processen). Tijdens de acceptatiefase voeren de test-medewerkers de test-cases uit en leggen de resultaten en eventuele bevindingen vast.
De stuurgroep heeft de verantwoordelijkheid om het beoogde resultaat te definiëren. Tijdens Go-live fase neemt de stuurgroep een besluit over het al dan niet doorgaan van het project. De stuurgroep stelt indien nodig benodigde middelen beschikbaar. Daarnaast communiceert de stuurgroep met de omgeving en interpreteert belangrijke signalen uit de omgeving.
Een functionele test is het individueel testen van de verschillende procesonderdelen, gedurende de realisatiefase. Werkt de workflow? Is het profiel correct en zie ik de juiste velden? Dit doe je direct na inrichting van het procesonderdeel. De tests worden uitgevoerd door de projectgroep (functioneel beheerders, proceseigenaren en of lead). Het is nodig om eerst alle individuele onderdelen van een proces te beoordelen alvorens je de gebruikersacceptatie kan doen voor het betreffende proces.
Een acceptatietest is een test om iets wel of niet te accepteren. Met andere woorden: is wat er nu ingericht is akkoord? De gebruikersacceptatie test wordt uitgevoerd gedurende de acceptatiefase. Zorg dat je voor de acceptatietest minimaal één eindgebruiker uitnodigt die een rol binnen het proces heeft. De testcoördinator schrijft een script waarin je verschillende scenario’s nabootst die in de praktijk kunnen voorkomen. Een voorbeeld van een ketentest vanuit HRM is het indienen van een declaratie. Deze gaat na het indienen de workflow in en wordt na akkoord Profit ingeschoten. Dit leidt uiteindelijk tot een uitbetaling voor de medewerker op de loonstrook. Een voorbeeld vanuit ERP is het boeken van een inkoopfactuur, het beoordelen ervan en het betalen ervan.
De ketentest heeft betrekking op de koppelingen die worden ontwikkeld. Deze tests worden uitgevoerd om de verwerking van de gegevens, die vanuit het bronsysteem worden gestuurd naar AFAS getest. Dit is noodzakelijk om ervoor te zorgen dat de gegevens in het doelsysteem ook daadwerkelijk gebruikt kunnen worden en/of processen worden opgestart
Met een beperkte groep testers tonen we aan dat de inrichting van Profit is gedaan en dat Profit in productie kan worden genomen. Wat hier wel essentieel is, is dat:
Dit kan door verschillende cruciale flowtest-scenario’s samengevoegd te doorlopen. Zie het voorbeeldscript. De verantwoordelijkheid (voorbereiding, uitvoering, verslaglegging) tijdens de implementatie ligt hiervan bij de testcaptain.
Samen met de gebruikers tonen we aan dat de gebruikers kunnen werken met Profit in de eigen rol. Hier gelden dezelfde regels als voor de test met de beperkte groep testers. Wat hierbij cruciaal is, is dat de gebruikers goed ingericht moeten zijn qua autorisatie. De gebruiker moet de eigen periodieke werkzaamheden doorlopen om zo een advies te kunnen geven aan de testcaptain.
De verantwoordelijkheid (voorbereiding, uitvoering, verslaglegging) tijdens de implementatie ligt hiervan bij de testcaptain. Hiervoor kunnen usercases ingezet worden, zie hiervoor het voorbeeldscript.
Indien er sprake is van een koppeling, zoals een roosterpakket, scanoplossing, weegbrugapplicatie etc. is het belangrijk om deze ook te testen. Hierbij gaat het om de connectiviteit tussen de verschillende systemen en daarmee de werking van de Profit in combinatie met de koppelingen.
De manier waarop testscenario’s gemaakt worden is in de basis dezelfde als bij de flowtest.
In het testtraject komen bevindingen naar voren. Hierin is het belangrijk om prioriteit aan te brengen, zodat de zaken die blokkerend voor livegang zijn als eerst opgepakt worden. De testcoördinator is verantwoordelijk voor het prioriteren van de bevindingen.
Prioriteit | Omschrijving | Oplostermijn |
|---|---|---|
| Hoog (optie 1) | De bevinding blokkeert meer dan X (bijvoorbeeld 100-150) medewerkers voor volgende salarisuitbetaling. | Voor de eerst volgende verloning |
| Hoog (optie 2) | De bevinding blokkeert mutaties vanuit InSite. | Binnen een week |
| Medium | De bevinding beïnvloedt, maar is niet blokkerend voor volgende verloning / insturen mutaties InSite | Binnen een maand |
| Laag (optie 1) | De bevinding beïnvloedt geen mutaties/verloning. Met functioneel beheer is afgestemd dat deze bevinding wel opgelost wordt. | Binnen één tot twee maanden |
| Laag (optie 2) | De bevinding beïnvloedt geen mutaties/verloning. Met functioneel beheer is afgestemd dat deze bevinding niet opgelost wordt. | Niet |
| Optimalisatie | Het is een wens na livegang, buiten scope of change op huidige inrichting. | Nader te bepalen |
Let op: je moet ingelogd zijn in de klantportal om deze scripts te kunnen downloaden.
Wil jij alles te weten komen over het testen voor een livegang of optimalisatie? Meerdere keren per jaar organiseren we een seminar hiervoor. Een must-see evenement voor als je in de testfase zit!