Best Practices für die SAP-Testautomatisierung

Bewährte Methoden für die Strukturierung von SAP-Testautomatisierungsprojekten in Test Manager und Studio: Projektstruktur, wiederverwendbare Komponenten und Aktivitätsauswahl, die den Wartungsaufwand reduzieren.

Das Erstellen automatisierter Testfälle für SAP-Anwendungen ist schnell und zuverlässig, aber die Komplexität von SAP kann sich sowohl auf die Stabilität Ihrer Automatisierungen als auch auf den Aufwand auswirken, der erforderlich ist, um sie im Laufe der Zeit zu pflegen. Diese Richtlinien sorgen dafür, dass SAP-Testprojekte einfach verständlich, leicht zu erweitern und kostengünstig zu warten sind. Die Studio-seitigen Schritte, die eine Automatisierung mit einem Testfall verbinden, finden Sie unter Testfälle automatisieren.

Empfohlene Projektstruktur

Ein gut strukturiertes SAP-Testautomatisierungsprojekt gibt jedem Teil eine einzige, klare Verantwortung:

• Ausführungsvorlage: Eine WinGUI-spezifische Vorlage, die die Umgebungsbereinigung übernimmt und SAP startet, bevor ein Testfall ausgeführt wird.
• Helfer: wiederverwendbare Workflows, die Anmeldeinformationen abrufen und sich bei SAP anmelden.
• Wiederverwendbare Komponenten: Automatisierungsbausteine, in der Regel einer pro SAP-Transaktion, die aus mehreren Testfällen aufgerufen werden können.
• Testfälle: Die Workflows auf oberster Ebene, die Helfer und wiederverwendbare Komponenten in einem End-to-End-Szenario zusammenstellen.

Trennung von Testdaten von der Automatisierungslogik

Die Daten, die ein Testfall benötigt, bleiben von der Abfolge der Schritte, die ihn ausführen, getrennt:

• Vorbereiten von Testdaten: Zuweisen der Testdaten (Auftrags-Typ, Vertriebsorganisation, Vertriebskanal und ähnliche Werte) zu Beginn des Testfalls.
• Sequenzierungsautomatisierungen mit Überprüfungen dazwischen: Jede wiederverwendbare Komponente wird der Reihe nach aufgerufen, wobei ein Schritt „Ausdruck überprüfen“ nach jedem einzelnen das erwartete Ergebnis vor dem Fortfahren bestätigt.

Eine Given-When-Then-Struktur ist für SAP-Testfälle nicht erforderlich – die unten angezeigte Datenvorbereitung und Automatisierungsabfolge sind ausreichend.

Verwenden von SAP-Transaktionen als wiederverwendbare Komponenten

SAP-Transaktionen sind natürliche Grenzen für wiederverwendbare Automatisierungssequenzen:

• Starten jeder Komponente über das Fenster „SAP Easy Access“.
• Verwendung von SAP-spezifischen Aktivitäten, sofern verfügbar – sie bereichern die Standard-UI-Automatisierungsaktivitäten (Klicken, Text abrufen und andere) um SAP-bewusstes Verhalten.
• Beenden der Transaktion, um zum SAP Easy Access-Fenster zurückzukehren, bevor die Komponente abgeschlossen ist, damit die nächste Transaktion in der Abfolge von einem bekannten Ausgangspunkt aus fortgesetzt werden kann.

Hinweis:

Die Heatmap misst die Abdeckung pro SAP-Transaktion. Wenn Ihre Automatisierung nicht mit einer wiederverwendbaren Komponente pro Transaktion strukturiert ist, kann die in der Heatmap angezeigte Abdeckung im Vergleich zu dem, was Sie tatsächlich überprüft haben, aufgebläht oder unvollständig aussehen.

Verwenden einer WinGUI-Ausführungsvorlage

Eine WinGUI-spezifische Ausführungsvorlage, die vor jedem Testfall ausgeführt wird, versetzt die Umgebung in einen bekannten Status:

1. Schließen einer SAP-Instanz, die noch ausgeführt wird, z. B. mit „Kill Process“ auf saplogon.exe.
2. Anmeldung bei SAP über einen wiederverwendbaren Helfer-Workflow.

Auswahl von „Simulate“ gegenüber Hardware-Ereignissen

Simulieren ist der empfohlene Eingabemodus für die SAP-Automatisierung, der auf Projektebene unter Projekteinstellungen > UI Automation Modern > Zielmethoden – SAP festgelegt wird. Es ist schneller und zuverlässiger als Hardware-Ereignisse für die meisten SAP-Steuerelemente.

Steuerelemente, die Simulieren nicht unterstützen

Einige Felder lösen den Fehler „Das Schreiben von Text mit Simulieren wird nicht unterstützt“ aus. Wenn Sie den Eingabemodus dieser bestimmten Aktivität in Hardware-Ereignisse ändern, wird dieses Problem behoben, ohne den Standardwert auf Projektebene zu ändern.

Auswahl von SAP-dedizierten Aktivitäten gegenüber generischen Aktivitäten

SAP-spezifische Aktivitäten sind im Allgemeinen die bessere Wahl gegenüber generischen UI Automation-Aktivitäten – sie sind darauf ausgelegt, SAP-Steuerelemente zu verstehen, und sind widerstandsfähiger gegenüber Änderungen als generische Entsprechungen.

Navigations- und Bildschirmaktivitäten:

• Call Transaction
• Click Picture on Screen
• Click Toolbar Button
• Select Menu Item
• SAP Login
• SAP Logon

Tabellen- und Baumaktivitäten:

• Hierarchische ALV-Tabelle erweitern (ABAP-Listen-Viewer)
• Expand ALV Tree
• Expand Tree
• Table Cell Scope

Daten- und Statusaktivitäten:

• Read Status Bar
• Select Dates In Calendar

End-to-End-Testfallbeispiel

Ein einzelner End-to-End-Testfall kann SAP-Transaktionen in einer Sitzung verketten: Anmeldung mit SAP Logon, Zuweisung der Testdaten mit Multiple Assign und anschließende Ausführung der wiederverwendbaren Komponente für jede Transaktion in der Abfolge – z. B. VA01, VKM1, VL10H, VT01N, VT02N, VL02N, VI01, VF01 und BF03 – mit Rückkehr zu SAP Easy Access, bevor die nächste Transaktion gestartet wird.

Zusammenfassung

SAP-Testautomatisierungsprojekte einfach zu halten, reduziert den Aufwand, um sie im Laufe der Zeit zu pflegen:

• Eine leicht verständliche Projektstruktur.
• Wiederholbare Logik wurde in wiederverwendbare Komponenten verschoben, die jeweils eine einzige Verantwortung haben.
• Kein Zeitaufwand für die Umsetzung von Anforderungen, die Sie noch nicht benötigen.