Glossar

Abdeckungsanalyse
Ermöglicht den Vergleich der aufgezeichneten Daten aus der Ausführungs-Queue mit den Nutzungsdaten. Sie liefert sowohl Statistiken auf hoher Ebene (z. B. welcher Prozentsatz von Dialogtransaktionen mit kritischer Priorität aufgezeichnet wurde) als auch detaillierte Informationen zu jeder Dialogtransaktion, jedem Batch-Job usw.

Abspielen
Unter dem Abspielen versteht man die Ausführung der Skripte in der Ausführungs-Queue mit Hilfe der Bots im Zielsystem. Das Abspielen führt die skriptgesteuerte Aktivität aus und erzeugt die Testergebnisse für Vergleich und Analyse.

Aufzeichnung
Eine Aufzeichnung (entweder „Gefiltert“ oder „Standard“) ist der Prozess, bei dem Aktionen auf dem Quellsystem von Testimony erfasst werden.

Ausführungs-Queue
Die Ausführungs-Queue wird erstellt, wenn Skripte aus dem Repository hinzugefügt werden, und enthält die abzuspielenden Skripte. In den Prozess “Zur Ausführungs-Queue hinzufügen” ist eine Logik eingebaut, die beim Aufbau der Ausführungs-Queue Verknüpfungen zwischen verwandten Skripts identifiziert und herstellt.

Benachrichtigungen
Testimony kann so konfiguriert werden, dass es Benachrichtigungen versendet, wenn bestimmte Aktionen ausgeführt werden, oder um über regelmäßig ausgeführte Aktionen zu informiert. Benachrichtigungen werden über die Benachrichtigungseinstellungen in der Konfigurationsleiste verwaltet.

Bot
Der Bot ist ein ausführbares Programm, das sich auf einem Windows-Rechner befindet (normalerweise ein virtueller Rechner). Während des Abspielens melden sich die Bot-Maschinen als die aufgezeichneten Benutzer an und führen die aufgezeichneten Transaktionen aus. Die Voraussetzungen für das Einrichten der Bots finden Sie hier

Doppelabspielen
Beim Doppelabspielen werden zwei Abspielvorgänge verwendet, um das Potenzial für sogenannte „False Positives“ unter den ermittelten Problemen zu verringern. Das erste Abspielen erfolgt ohne Änderungen auf dem Zielsystem und wird als Baseline bezeichnet. Das zweite Abspielen, das so genannte Release- oder Upgrade-Abspielen, wird auf dem Zielsystem mit dem angewandten Release oder dem angewandten Upgrade durchgeführt, wobei die Probleme nur bei den beim zweiten Abspielen festgestellten Unterschieden gemeldet werden.

Dynamische IDs
Diese werden verwendet, um Skripte zu verknüpfen, die dieselben Daten verwenden, z. B. eine Bestellnummer. Wenn die Erstellung einer Bestellung beim Abspielen fehlschlägt, erkennt Testimony, dass es keinen Sinn hat, ein nachfolgendes Skript auszuführen, das diese Bestellung genehmigt. Testimony wird daher die Ausführung des Skripts zur Auftragsgenehmigung abbrechen. Testimony erkennt auch, wenn beim Abspielen eine andere Bestellnummer generiert wird, und passt die nachfolgenden Skripte so an, dass sie diese neue Nummer anstelle der aufgezeichneten Nummer verwenden.

Erweiterungen
Für die Aufzeichnung und das Abspielen mit Testimony gibt es Erweiterungen auf dem Quell- oder Zielsystem, damit die Aufzeichnung oder das Abspielen korrekt funktioniert. Diese werden vor der Aufzeichnung bzw. dem Abspielen eingeschaltet und am Ende der Aufzeichnung bzw. dem Abspielen durch die “Nachbearbeitungsschritte” automatisch wieder ausgeschaltet. Sollte eine Aufzeichnung oder ein Abspielen unerwartet oder aufgrund eines technischen Fehlers gestoppt werden, sollte der Testimony-Administrator die Erweiterungen manuell deaktivieren.

Filtersätze
Filtersätze haben zwei wesentliche Aufgaben: bestimmte Objekte (Transaktionen, Batch-Jobs usw.) von einer Aufzeichnung auszuschließen und eine spezielle Behandlung von Fehlerfällen beim Abspielen zu ermöglichen. Wenn Sie z. B. möchten, dass Testimony alle Vorkommen der Transaktion SM21 in der Aufzeichnung ignoriert, können Sie dies erreichen, indem Sie diese Transaktion zum Aufzeichnungsfiltersatz hinzufügen. Wenn Sie das Auftreten der Meldung E123 auf einem bestimmten Bild ignorieren möchten, können Sie diese Meldung als Ausschluss im Vergleichsfilter festlegen. Filtersätze können auch für die Übertragung in das Repository (am häufigsten für die Einrichtung der Probenahme für Transaktionen) und für die Übertragung in die Ausführungs-Queue definiert werden, obwohl dies seltener verwendet wird. Dieses Thema wird im Abschnitt „Filtersätze“ näher behandelt.

Gefilterte Aufzeichnung
Eine gefilterte Aufzeichnung wird verwendet, wenn Sie eine Untergruppe von Benutzern, Transaktionen, Objekten oder Transaktionsarten aufzeichnen möchten, anstatt alle Aktivitäten im Quellsystem. Sie wird in der Regel zu Testzwecken verwendet, um sicherzustellen, dass die Einrichtung von Zentral- und Quellsystem korrekt abgeschlossen wurde.

Nachbearbeitungsschritte
Diese werden automatisch ausgeführt, nachdem eine Aufzeichnung oder ein Abspielen abgeschlossen ist. Jegliche Fehler bei der Nachbearbeitung führen zu einem harten Abbruch, der verhindert, dass der Status auf “abgeschlossen” gesetzt wird. Wenn Fehler gefunden werden, sollte der Bediener diese Fehler untersuchen, um festzustellen, ob sie manuell behoben werden müssen.

Prüfschritte
Diese werden vor einer Aufzeichnung oder einem Abspielen manuell ausgeführt, um zu überprüfen, ob die Umgebung für die Ausführung dieser Funktionen bereit ist. Der Testimony-Administrator sollte die Prüfschritte ausführen und die Ergebnisse überprüfen, bevor er eine Aufzeichnung oder ein Abspielen durchführt.

Quellsystem
Dies ist das System, das aufgezeichnet wird und somit als Quelle für die Aufzeichnung dient. Im sogennaten BAU-Betrieb von Testimony ist dies normalerweise das Produktionssystem.

Repository
Das Repository ist ein Sammelpunkt für aufgezeichnete Transaktionen. Sobald alle aufgezeichneten Transaktionen im Zentralsystem gespeichert sind, werden sie an das Repository übertragen (möglicherweise mit einer gewissen Filterung), bevor sie zum Abspielen an die Ausführungs-Queue weitergeleitet werden. Das Repository ist der Ort, an dem jegliche Änderungen oder Löschung von Sitzungen stattfinden sollte, da im Falle eines Fehlers die Sitzungen wiederhergestellt werden können. Dazu können sie erneut aus den aufgezeichneten Daten übertragen werden.

Sampling/Probenahme
Das Sampling (oder Probenahme) ist Teil der Filtersatz-Funktionalität und wird nur in der Phase “An Repository übertragen” eingestellt. Die Probenahme ermöglicht es dem Bediener, den Umfang einer Reihe von Aktivitäten zu verringern, ohne die Gültigkeit der Testergebnisse zu beeinträchtigen. Da Skripte häufig Daten ändern, die von späteren Skripten verwendet werden, ist Probenahme für Aktivitäten gedacht, bei denen keine Daten manipuliert werden, sondern diese nur angezeigt oder gelesen werden. Die Idee dahinter ist die folgende:
Wenn Sie einen schreibgeschützten Prozess aufgezeichnet haben, der während der gesamten Aufzeichnungsdauer alle 5 Minuten abläuft, können Sie einen kleinen Prozentsatz dieser Prozesse abspielen, um die Abspielzeiten zu verkürzen und den Prozess dennoch zu testen. Die Probenahme kann für Dialog-, Batch- und RFC-Prozesse verwendet werden.

Shared Memory
Testimony nutzt den gemeinsamen Speicher (Shared Memory) des Quellsystems, um die aufgezeichneten Daten vorübergehend zu speichern, bevor sie in die Datenbank geschrieben werden. Dadurch wird verhindert, dass im Quellsystem während einer Aufzeichnung ein erheblicher Anstieg der E/A-Aktivitäten auftritt. Um negative Auswirkungen auf die Leistung des Quellsystems zu vermeiden, bricht Testimony die Aufzeichnung ab, wenn das verfügbare Shared Memory nicht mehr ausreicht. Die empfohlenen Einstellungen für die Parameter des Shared Memory finden Sie hier

Standardaufzeichnung
Eine Standardaufzeichnung zeichnet alle Aktivitäten auf, mit Ausnahme der in den “Filtersätzen” definierten Ausnahmen.

Testplan
Ein Testplan ist der logische Behälter für die Aufzeichnung, das Abspielen und die Ergebnisse eines Testszenarios. Bei der Erstellung eines Testplans definiert der Bediener ein Quellsystem, ein Zielsystem, eine Systemzuordnung und Berechtigungen für Benutzer. Um den Prozess der Testplanerstellung zu vereinfachen, können Testpläne für Szenarien kopiert werden, die dasselbe Quell- und Zielsystem verwenden.

Verknüpfungen
Testimony zeichnet Aktivitäten auf, die über die Benutzeroberfläche hinausgehen, so dass auch Objekte wie Änderungsbelege und Nummernkreise beobachtet und aufgezeichnet werden. Diese Objekte werden verwendet, um Beziehungen oder Verknüpfungen zwischen Skripten herzustellen, so dass Abhängigkeiten erzwungen und validiert werden können. Diese können dann beim Abspielen und bei der Analyse der Ergebnisse überprüft werden, um sicherzustellen, dass sie übereinstimmen, was eine weitergehende Prüfung ermöglicht.

Vorbereitungsschritte
Diese Schritte werden automatisch ausgeführt, bevor eine Aufzeichnung oder ein Abspielen beginnt. Jeder Fehler führt zu einem harten Abbruch, der den Start der Aufzeichnung oder des Abspielens verhindert. Fehler sollten behoben werden, bevor Sie versuchen, die Aufzeichnung oder das Abspielen erneut zu starten.

Zentralsystem
Dies ist das primäre SAP-System, in dem Testimony installiert und betrieben wird. Testimony-Benutzer melden sich am zentralen System an, um Testimony zu konfigurieren, Testpläne anzulegen, Aufzeichnungen und das Abspielen zu starten sowie die Ergebnisse zu analysieren.

Zielsystem
Dies ist das Regressionstestsystem, in das die aufgezeichneten Skripte über die Bots abgespielt werden. Es wird empfohlen, dass das Zielsystem speziell für die Verwendung mit Testimony vorgesehen ist und mit einer zeitnahen Sicherung des Quellsystems ab dem Beginn der Aufzeichnung aktualisiert wird.