Testautomatisierung in D365FO – WIIFM? *

In den vergangenen Monaten konnte ich mit Freude feststellen, dass unsere Kunden vermehrt begonnen haben, sich mit der Automatisierung ihrer Prozesse in D365FO auseinanderzusetzen. Doch was bringt das überhaupt?
Das Erstellen von Skripts zur Automatisierung von Prozessen in D365FO ist aufwändig und abhängig von der Lösung fallen auch noch zusätzliche Lizenzkosten an.

Nutzen für Sie als Kunde

• Keine Angst! Zum Erstellen eines Skripts muss nichts programmiert werden. Ein Tool zeichnet alle Aktionen eines Benutzers auf. Diese Schritte können im Nachgang angepasst und erweitert werden. Ein so aufgezeichneter Prozess kann sogar als Unterprozess in anderen Prozessen wiederverwendet werden; so kann eine Aufzeichnung in unterschiedlichen Geschäftsfällen wiederverwendet werden.
• Es macht nicht immer Sinn, einen Prozess komplett zu automatisieren. Dies kann sehr aufwändig sein. Die Erstellung von einfachen Geschäftsfällen kann aber eine gute Grundlage für weiterführende Tests sein.
• Ein Skript kann ohne Anpassung in verschiedenen Systemen ausgeführt werden. Ein Test aus dem TEST-System kann im Anschluss auch in einem „UAT“ oder sogar in „PROD“ ausgeführt werden.
• Mit Executive Automats können grundsätzlich alle Webseiten automatisiert werden: Erstellen eines Auftrags im Webshop, Öffnen eines Emails in Outlook-Online, Daten aus einer anderen Webseite laden: Kein Problem.
• Ebenfalls können auf Webservices oder OData zugegriffen werden. Mit RSAT von Microsoft hingegen gibt es hier einige Einschränkungen.

Nächtliche Überprüfung in UAT (Sandbox)

Automatisierte Kernprozesse können täglich über einen Zeitplan ausgeführt werden. Dies ermöglicht eine Überprüfung der gesamten Infrastruktur incl. Schnittstellen. Beispiel Order-to-Pay:

• Anlegen eines Auftrags im Webshop für einen Testkunden
• Import ins D365FO und Anlegen eines Kundenauftrags
• Auftrag freigeben und das Material über die Produktprogrammplanung oder Bestellung disponieren
• Lagerprozesse (Warenausgang / Wareneingang) auf dem mobilen Scanner
• Verpacken, versenden und verrechnen des Kundenauftrags
• Alle erstellten Dokumente im Prozess werden als PDF im Testfall abgespeichert. So kann sichergestellt werden, dass die wichtigsten Prozesse durchlaufen und nicht unterbrochen werden durch: 

• Neue Programmanpassungen
• Angepasste Parameter im System

Erstellen von Testdaten 

• Anlegen von Bestellungen / Kundenaufträgen / Produkten / Hauptbuchjournalen zum manuellen Validieren von Prozessen. 

PU-Update (Plattform-Update) / Programmanpassungen

• Vor einem Release ins PROD wird immer viel Zeit aufgewendet, um die Anpassungen zu testen. Die benötigten Personen sind oft schon stark ins Tagesgeschäft eingebunden oder nicht verfügbar.
• Wenn die wichtigsten Kernprozesse automatisch durchlaufen und die Berichte (Arbeitspapiere, Angebote, Bestätigungen, Lieferscheine, Rechnungen, Zahlungsavis, Zahlungsfiles) noch korrekt erstellt werden, spart dies Zeit und bildet einen sehr guten Start, um im Anschluss noch zusätzliche manuelle Tests gemäss einem Excel-Testplan durchzuführen.
• Alle aufgezeichneten Tests sollten in UAT immer durchlaufen!

GoLive / Datenkorrekturen in PROD

• Einfache Korrekturen an bestehenden Daten. Beispiel: Korrektur eines Rabatts bei mehreren Kundenaufträgen wegen eines Fehlers in einer Schnittstelle.  Dies könnte auch über einen Korrektur-Job in X++ gemacht werden, welcher durch einen Entwickler erstellt wird. Dies erfordert jedoch einen kompletten Test und Release-Zyklus durch das DEV / UAT und PROD-System. Ein Automatisierungsskript kann in solchen Fällen schneller und einfacher durch einen KeyUser erstellt werden.
• Importieren von Stamm / Transaktionsdaten. Wenn für gewisse Daten keine Entitäten bestehen, können diese auch über ein Automatisierungsskript importiert werden, welches die Daten aus einem Excel-File lädt.
• Performance-Tests: Wie schnell kann ein Prozess durchgeführt werden? Was passiert, wenn der Prozess X-Mal parallel durchgeführt wird? Wird das System immer langsamer? Die Historie der ausgeführten Automatisierungsskripts kann Auskunft über solche Fragen geben.

Schulungsunterlagen

• Damit die Skripts erfolgreich ausgeführt werden können, müssen Anpassungen und neue Felder auf den Masken nachgeführt werden. Aus den Skripts können daher immer aktuelle Prozessdokumentationen erstellt werden mit Print Screens und Beschreibungen zu jedem Schritt. Alles auf Knopfduck und ohne Aufwand!

Warm-Up-Skripts in PROD nach einer Installation

• Das System muss sich immer zuerst «warmlaufen». Beim zweiten Mal öffnet sich eine Maske oftmals schneller. Warum nicht ein Skript erstellen, welche die wichtigsten 50 Masken für die Benutzer in der Nacht schon einige Male öffnet? 

Was bringt es für uns (D365FO-Partner)?

• Auch wir möchten eine neue Entwicklung / Anpassung testen, bevor wir diese dem Kunden übergeben. 
• Falls gewünscht, können wir ein bestehendes Automatisierungsskript gleich erweitern und den Aufwand für ein Handover reduzieren.
• Funktionieren die schon definierten Testskripts auch noch mit der neuen Anpassung? Stimmen alle Preise / Menge / oder Rabatte noch? Schon in der Entwicklung können Testfälle die Entwicklungen vereinfachen.
• Falls wir bei einem Problem unterstützen müssen (Support), kennen wir dank den gültigen Skripts die aktuellen Prozesse und können eventuell einen Problemfall sogar automatisch reproduzieren.

Mein Fazit

Die Qualitätssicherung ist ein riesiges Thema und auch mit dem besten Tool kann nicht sichergestellt werden, dass sich keine Fehler ins System einschleichen. 

Ich finde es jedoch sehr wichtig, dass sich unsere Kunden mit dem Thema auseinandersetzen und sich Gedanken über ihre Teststrategie machen. 

• Welches sind meine Kernprozesse?
• Wie kann ich sicherstellen, dass diese nach einer Anpassung noch funktionieren?
• Was macht Sinn, automatisch zu testen, was nicht? 

Manuelles Testen wird auch in Zukunft nötig sein. Ich hoffe, der Aufwand wird sich aber nur noch auf spezielle oder komplexe Fälle reduzieren. 

In einem früheren Blog-Eintrag habe ich zwei Varianten zum automatisierten Testen vorgestellt Blogbeitrag: Automatisiertes Testen in D365FO Automatisiertes Testen in D365FO. Wir empfehlen unseren Kunden die SaaS-Lösung von Executive Automats.  

Gerne zeigen wir Ihnen, wie auch Sie davon profitieren können.