Lav automatiske tests til din Dynamics 365 FO opdatering

  • 01/05/2023

Dynamics 365 platformen udvikles løbende. Det er en styrke, fordi din løsning så ikke 'står stille' men derimod hele tiden udvikler sig. Det betyder dog også at der løbende skal testes om hver opdatering af en eller anden grund påvirker din eksisterende løsning - på den ene eller anden måde. Det kan være både en tidskrævende og kompleks opgave, hvis du gerne vil sikre, at alt i jeres løsning fortsat virker efter denne er opdateret.

Indførelsen af "Proactive Quality Updates" gør, at du får flere opdateringer - oftere

"Proactive quality updates (PQU)" er opdateringer som Microsoft automatisk gennemfører månedligt for at fikse mindre fejl og udfordringer. Ved disse opdateringer giver Microsoft helt ned til 5 dages varsling om, at der kommer en ny opdatering. Disse kommer ved siden af de 'normale' 8 årlige opdateringer til Dynamics 365 Finance and Operations. Det betyder, at du fremover kan forvente flere opdateringer til din ERP-løsning end du har været vant til.

Sådan kan du komme i gang med automatiserede tests af din Dynamics 365 FO

Hvis du gerne vil undgå, at dine medarbejdere hver gang manuelt skal teste at alt forsat virker efter hensigten i jeres D365FO løsning efter en opdatering, så kan du med fordel gøre som CeramicSpeed og opsætte automatiserede test med Microsofts standard løsning RSAT (Regression Suite Automation Tool) på de mest 'kritiske' områder.

Derfor arbejder CeramicSpeed med automatiserede tests

Microsoft kommer som sagt for nuværende med minimum 8 opdateringer om året til en D365FO løsning. Hidtil har det hos CeramicSpeed været en relativ tidskrævende proces at håndtere disse opdateringer. Frederik Eilshou Holm fra CeramicSpeed fortæller "Opdateringen lægges først i vores SAT miljø, og så tester vi der. Jeg sidder og sender mails rundt i organisationen, og fortæller, at de har 14 dage til at teste om tingene virker eller der er udfordringer. Og jeg ved allerede inden jeg sender mailen, at det ikke er alle der får testet. Nogle gør, men andre gør ikke. Og dem der gør, de bruger en masse tid på det. Den tid sparer vi, ved at kunne lave automatiserede tests".

Det er den ene grund til at CeramicSpeed går i gang med at opbygge automatiserede test for en lang række af de arbejdsprocesser, som medarbejderne hidtil har testet manuelt. Den anden grund er,at der bliver sat spørgsmålstegn ved, om det er det værd for forretningen at fortsætte med de manuelle tests:

"Det næste er, har vi råd til at stå stille når vi har opdateret, hvis der er noget vi ikke har fået testet, som giver problemer?" fortsætter Frederik.

Hvis det under en test erfares, at noget ikke 'virker som tidligere', og de hidtidige processer derfor ikke fungerer mere, så er der fremover mere tid til, at finde den rette 'workaround'. Det giver også mere tid til at få dette kommunikeret internt, kontra hvis dette først opdages, når en ny version er lagt i drift - og man så finder ud af, at D365FO ikke længere fungerer som forventet.

Sådan griber CeramicSpeed opgaven an

Der er uendeligt mange ting, som man kan teste i ens ERP-løsning, når den opdateres. Men ikke alt er lige vigtigt for virksomhedens drift. Derfor starter Frederik processen hos CeramicSpeed med at 'interviewe' kollegaerne. Han spørger: "Når du starter op i morgen tidlig, hvad skal du så kunne? Og hvad vil være kritisk, hvis du ikke kan?" Med andre ord går de efter en 80% løsning. Og derfor ved Frederik også, at der er en risiko for, at der en dag er en ting, der ikke fungerer som forventet - og som oprindeligt ikke blev vurderet vigtigt. Derfor kan det ske, at de skal have lavet en test hertil inden næste D365FO-opdatering. Derfor ser CeramicSpeed de automatiserede tests som en 'ongoing process' men det er primært i starten, at der er mange tests der skal sættes op - derefter vil det være minimal indsats med et stort udbytte.

Der er også andre fordele ved automatiserede tests

At gennemgå arbejdsprocesser med hver enkelt medarbejder tager tid, men hos CeramicSpeed ser de flere muligheder i det:

"Vi ser det jo så også som en mulighed for at få kigget på vores processer. Når vi kommer ud og interviewer folk, så kan vi spørge ind til vores processer - hvorfor er det der vigtigt? Så ét er at vi kan få bygget nogle tests, noget andet er, at vi også kan få lavet en gennemgang af vores arbejdsprocesser. For ét er jo hvordan de lærte at bruge systemet til at starte med, noget andet er, hvordan de bruger løsningen i dag. Løsningen kan have udviklet sig, vi kan være blevet klogere på, hvad der er af muligheder, og der kan også være kommet nogle dårlige vaner i forhold til hvad de fik vist i sin tid. Så vi kan f.eks. identificere om der er noget, vi gør, som ikke er nødvendigt, eller om der er en smartere måde at gøre tingene på".

CeramicSpeed har også prøvet at få kodet tests før RSAT var en mulighed

"Vi fik lavet 2 tests, som er kodet før alt det her kom. Den ene test var: "fungerer intercompany kæden?" Den er vi helt afhængige af her. 95-98% af vores ordrer går ud gennem et salgsselskab, så vi har 98% af alle ordre i intercompany kæde. Vi var jo på D365FO som en af de første i Danmark, og i en af de første opdateringer var der en fejl i intercompany kæden, og det fik vi kodet en test."

"Den anden var kodet imod medarbejdernes flex-konto for at sikre, at der ikke kunne opstå fejl der. Det prøvede vi nemlig også, og dels skabte det frustration hos medarbejderne, men det gav os også et stort oprydningsarbejde efterfølgende. Det var dels tidskrævende, men der var også frygten for "har vi nu regnet rigtigt?" Vi ville jo for alt i verden ikke snyde vores medarbejdere."

"De to tests fik vi kodet den gang, og de var relativt dyre at få kodet - nok omkring 20-25 konsulenttimer, men vi synes også de var nødvendige, og havde vi haft det her værktøj, så havde vi jo 'bare' gået ind og lavet dem selv".

Frederik Eilschou Holm

ERP specialist hos CeramicSpeed

Vil du gerne vide mere om hvordan du kan automatisere dine tests?

Tilmeld dig vores nyhedsbrev