Best Practices für SAP-Testautomatisierung

Best Practices für die Strukturierung von SAP-Testautomatisierungsprojekten in Test Manager und Studio: Projektstruktur, wiederverwendbare Komponenten und Aktivitätsauswahl, die den Wartungsaufwand reduziert.

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 für die Aufrechterhaltung dieser Automatisierungen erforderlich ist. Diese Richtlinien halten SAP-Testprojekte einfach verständlich, leicht zu erweitern und kostengünstig in der Wartung. Informationen zu den Studio-Seitenschritten, die eine Automatisierung mit einem Testfall verbinden, finden Sie unter Automatisieren von Testfällen.

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.
• Hilfsprogramme: Wiederverwendbare Workflows, die Anmeldeinformationen abrufen und sich bei SAP anmelden.
• Wiederverwendbare Komponenten: Automatisierungsbausteine, in der Regel einer pro SAP-Transaktion, aufrufbar von mehreren Testfällen.
• Testfälle: Die Workflows auf höchster Ebene, die Hilfselemente und wiederverwendbare Komponenten in einem End-to-End-Szenario zusammenfassen.

Trennen von Testdaten von der Automatisierungslogik

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

• Vorbereiten von Testdaten: Zuweisen der Testdaten (Auftragstyp, Vertriebsorganisation, Vertriebskanal und ähnliche Werte) zu Beginn des Testfalls.
• Sequence von Automatisierungen mit Verifizierungen dazwischen: Aufrufen jeder wiederverwendbaren Komponente der Reihe nach, mit einem Schritt „Ausdruck überprüfen“ nach jeder, der das erwartete Ergebnis bestätigt, bevor fortgefahren wird.

Für SAP-Testfälle ist keine Given-When-Then-Struktur erforderlich – die unten gezeigte Datenvorbereitungs- und Automatisierungs-Sequence ist ausreichend.

Verwenden von SAP-Transaktionen als wiederverwendbare Komponenten

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

• Starten jeder Komponente über das Fenster SAP Easy Access.
• Unter Verwendung von SAP-spezifischen Aktivitäten, wo dies verfügbar ist – bereichern sie die Standardaktivitäten der UI-Automatisierung (Click, Get Text und andere) mit SAP-bewusstem Verhalten.
• Beenden der Transaktion, um zum Fenster SAP Easy Access zurückzukehren, bevor die Komponente fertig gestellt ist, sodass die nächste Transaktion in der Sequence mit einem bekannten Startpunkt 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, überhö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 Zustand:

1. Schließen aller SAP-Instanzen, die noch ausgeführt werden, z. B. mit Prozess beenden auf saplogon.exe.
2. Anmelden bei SAP mit einem wiederverwendbaren Hilfsworkflow.

Auswählen von Simulieren über Hardwareereignisse

Simulieren ist der empfohlene Eingabemodus für die SAP-Automatisierung, der auf Projektebene unter Projekteinstellungen > UI-Automatisierung modern > Zielmethoden – SAP festgelegt wird. Für die meisten SAP-Steuerelemente ist es schneller und zuverlässiger als Hardwareereignisse.

Steuerelemente, die Simulieren nicht unterstützen

In einigen Feldern wird die Meldung „Das Schreiben von Text mit Simulieren wird nicht unterstützt“ ausgegeben. Dieser Fehler Wenn Sie den Eingabemodus dieser bestimmten Aktivität auf Hardwareereignisse umschalten, wird sie gelöst, ohne den Standardwert auf Projektebene zu ändern.

Auswahl von SAP-dedizierten Aktivitäten anstelle generische Aktivitäten

SAP-spezifische Aktivitäten sind im Allgemeinen die bessere Wahl als generische UIAutomation-Aktivitäten – sie wurden entwickelt, um SAP-Steuerelemente zu verstehen und sind widerstandsfähiger für Ä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 Strukturaktivitäten:

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

Daten- und Statusaktivitäten:

• Read Status Bar
• Select Dates In Calendar

Beispiel für einen End-to-End-Testfall

Ein einzelner End-to-End-Testfall kann SAP-Transaktionen innerhalb einer Sitzung verketten: Anmelden mit SAP Logon, Zuweisen der Testdaten mit Multiple Assign und anschließendes Ausführen der wiederverwendbaren Komponente für jede Transaktion nacheinander – z. B. ValidTB1, VCM1, ML10H , VT01N, VT02N, VB02N, VI01, VF01 und BF03 – wieder zu SAP Easy Access, bevor die nächste Transaktion gestartet wird.

Zusammenfassung

Wenn Sie SAP-Testautomatisierungsprojekte einfach halten, verringert sich der Aufwand, der für die Wartung im Laufe der Zeit erforderlich ist:

• Eine Projektstruktur, die leicht zu verstehen ist.
• Die wiederholbare Logik wurde in wiederverwendbare Komponenten mit jeweils einer einzigen Verantwortung verschoben.
• Kein Zeitaufwand für das Erstellen von Anforderungen, die Sie noch nicht benötigen.