Änderungshistorie

Der Tab Änderungshistorie auf der Seite mit den Testdetails bietet Ihnen einen Audit-Trail aller Änderungen, die an einer Testdefinition vorgenommen wurden. Er beantwortet die Frage "Was wurde wann geändert?" — nicht jedoch "Wer hat es geändert" (siehe Einschränkungen weiter unten).

Versionen

Jedes Mal, wenn ein Test mit tatsächlichen Änderungen gespeichert wird, erfasst msg.ZenTestAI eine neue Version. Die Versionsliste wird in der Reihenfolge von neu nach alt angezeigt; jeder Eintrag zeigt:

• Version N — ein Integer-Zähler, der sich mit jeder aufgezeichneten Änderung um 1 erhöht. Der aktuelle Status des Tests ist immer die höchste Versionsnummer.
• Zeitstempel — wann der Speichervorgang in Ihrer lokalen Zeitzone stattgefunden hat.
• Kategorie-Chips auf der rechten Seite — eine kurze Zusammenfassung, welche Art von Änderungen diese Version enthält (siehe Änderungskategorien).

Ein Speichervorgang, bei dem sich inhaltlich nichts geändert hat (z. B. wenn Sie den Test geöffnet, auf „Speichern“ geklickt, aber nichts bearbeitet haben), erzeugt keine neue Version. Änderungen, die nur das Umbenennen oder das Neuanordnen von Schritten betreffen, werden ebenfalls herausgefiltert, um die Historie nicht zu überladen.

Klicken Sie auf eine Versionszeile, um sie aufzuklappen und die Details auf Feldebene zu sehen. Verwenden Sie die Pfeile, um zwischen den Versionen zu navigieren.

Änderungskategorien

Jede Version enthält einen oder mehrere Kategorie-Chips, die die Art der enthaltenen Änderungen zusammenfassen. Sie können diese verwenden, um die Historie auf einen Blick zu überblicken — zum Beispiel: "Welche Versionen haben die Varianten verändert?".

Die in der Benutzeroberfläche verwendeten Kategorien spiegeln die Struktur einer Testdefinition wider:

• Step (Schritt) — ein Schritt wurde hinzugefügt, entfernt oder sein Inhalt geändert.
• Activity (Aktivität) — eine Schrittgruppierung (Aktivität) wurde hinzugefügt, entfernt oder umbenannt.
• Parameter — ein Parameter wurde hinzugefügt, entfernt oder sein Name/Typ wurde geändert.
• Variant (Variante) — eine Variante (Kombination von Parameterwerten) wurde hinzugefügt, entfernt oder modifiziert.
• Value (Wert) — einer der Parameterwerte innerhalb einer Variante wurde geändert.

Felder auf Kopfebene (Titel, Beschreibung, URL, Agent, Tags etc.) erscheinen in der Tabelle unter dem Abschnitt Header, ohne einen eigenen Chip zu erhalten.

Änderungen auf Feldebene

Wenn eine Version aufgeklappt wird, sind die Änderungen unter Abschnittsüberschriften gruppiert, die der Struktur des Tests entsprechen:

• Header — Titel, Beschreibung, Start-URL, Benutzer/Rolle, Tags, Login erforderlich, der Schalter für "Fehlschlagen bei HTTP-Anfragen" und andere Metadaten auf oberster Ebene.
• Activities — Hinzufügungen, Entfernungen und Umbenennungen von Schrittgruppierungen.
• Steps — jeder einzelne Schritt, der hinzugefügt oder entfernt wurde, oder dessen Beschreibung/Einstellungen sich geändert haben.
• Variants — Parameter, die Varianten selbst und die darin enthaltenen Werte.

Jede Zeile im Abschnitt zeigt drei Spalten:

Spalte	Bedeutung
Feld	Das Feld, das geändert wurde (z. B. Schritt 1: Beschreibung, Parameter gender, Variante Default: gender).
Alter Wert	Der Wert in der vorherigen Version oder —, wenn das Feld/Objekt vorher nicht existierte (d. h. es wurde in dieser Version neu erstellt).
Neuer Wert	Der Wert in der gespeicherten Version oder —, wenn das Feld/Objekt in dieser Version entfernt wurde. Bei erstellten Objekten wird z. B. Erstellt mit Name: gender angezeigt.

Beispiel: Wie Hinzufügungen und Entfernungen aussehen

• Ein neuer Schritt: Alter Wert: — · Neuer Wert: Erstellt mit Beschreibung: ….
• Ein gelöschter Schritt: Alter Wert: Entfernt (Beschreibung war: …) · Neuer Wert: —.
• Ein umbenannter Parameter: wird als normale Aktualisierung des geänderten Feldes angezeigt — nicht als Löschen und Neuerstellen.
• Eine neu angeordnete Schrittliste: wird nicht angezeigt — Änderungen der Reihenfolge allein erzeugen keinen Historien-Eintrag.

Speichervorgänge aus externen Quellen

Speichervorgänge, die durch etwas anderes als den Benutzer-Editor ausgelöst werden – zum Beispiel, wenn ein Xray-Test Synchronisiert und erneut aus Jira abgerufen wird – erzeugen genau wie ein regulärer Speichervorgang eine Version in der Historie, mit den Kategorien der Felder, die sich tatsächlich geändert haben.

Der KI-Assistent erstellt ebenfalls reguläre Versionen: Eine einzelne Konversation, die mehrere Schritte und einen Parameter hinzufügt, führt zu einer Version, die all diese Änderungen abdeckt, nicht zu vielen kleinen Einzelversionen.

Einschränkungen

Der Tab „Änderungshistorie“ ist absichtlich schreibgeschützt. Insbesondere gilt:

• Keine Benutzerzuordnung. Die Historie zeigt, was geändert wurde und wann, aber nicht, wer die Änderung vorgenommen hat. Es wird kein Benutzername oder Akteur für die Versionen aufgezeichnet.
• Kein Rollback / Wiederherstellen. Sie können einen Test nicht auf eine vorherige Version zurücksetzen, einen alten Wert nicht in die aktuelle Version kopieren oder einen gelöschten Schritt aus der Historie wiederherstellen. Der Tab „Änderungshistorie“ ist rein für Auditzwecke gedacht; die Wiederherstellung früherer Inhalte muss durch manuelle Bearbeitung des Tests erfolgen.
• Kein Export, keine Suche oder Filter. Sie können Versionen chronologisch durchsuchen und aufklappen, aber es gibt keinen Export, keine Volltextsuche für Änderungen und keine Filterfunktion nach Datum oder Feld.
• Für immer gespeichert. Versionen werden über die gesamte Lebensdauer des Tests aufbewahrt — es gibt keine automatische Löschung oder Begrenzung der Anzahl der gespeicherten Versionen.

Sichtbarkeit

Jeder, der Zugriff auf den Test hat, kann dessen Änderungshistorie einsehen. Es gibt keine separate Berechtigung dafür: Wenn Sie den Test öffnen können, können Sie auch den Tab „Änderungshistorie“ öffnen.

Release-Highlights

Kuratierte Highlights der wichtigsten Funktionen pro Sprint, mit Links zu den relevanten Kapiteln. Für das vollständige Changelog auf Ticket-Ebene siehe die Release Notes; Video-Walkthroughs sind für kommende Sprints geplant.

Sprint 21

Cucumber-Import. Cucumber-Tests können jetzt neben den bestehenden Xray- und Zephyr-Formaten aus Jira Xray importiert werden. Siehe Externe Systeme → Importieren von Tests.

Snippets mit eigenem „Soft“-Login. Ein Snippet kann in seinem eigenen Ausführungskontext mit einem dedizierten Login ausgeführt werden, sodass Bausteine wie Admin-Anmeldung und Benutzer-Anmeldung innerhalb eines einzigen Tests koexistieren können. Siehe Login und Authentifizierung.

Globales Testdaten-Objekt. Testdaten können nun in einem globalen Objekt gespeichert werden, das über mehrere Tests hinweg wiederverwendet und an Schleifen gebunden wird, anstatt sie pro Test zu duplizieren. Siehe Testdaten.

Korrektur-Agent (erste Version). Ein zielorientierter, selbstkorrigierender Agent — lassen Sie einen fehlerhaften Test über Nacht laufen und überprüfen Sie am nächsten Tag die vorgeschlagenen Korrekturen. Funktioniert über denselben Triage-Ablauf, der unter Triage bei fehlgeschlagener Ausführung dokumentiert ist, und über den KI-Assistenten.

Playwright-Import und -Export. Tests können in beide Richtungen mit Playwright ausgetauscht werden. Siehe Externe Systeme.

Ordner überall. Die Ordnerstruktur, die mit den Makros in Sprint 20 begann, ist jetzt für alle Entitätstypen verfügbar. Siehe Ordner.

Aufzeichnung mit mehreren Vorschlägen. Der Aufnahmemodus schlägt jetzt mehrere alternative Schritte mit einer Inline-Qualitätsbewertung vor, sodass Sie den robustesten auswählen können. Siehe Aufzeichnung → Empfehlungsmodus.

Sprint 20

Aktivitäten. Schritte können in Aktivitäten gruppiert werden, um lange Tests übersichtlich zu halten, und Schleifen oder Bedingungen können an eine Aktivität angehängt oder als wiederverwendbares Snippet extrahiert werden. Siehe Aktivitäten und Schleifen und Bedingungen.

Xray-Testdaten-Round-Trip. An Xray-Tests angehängte Testdaten werden jetzt als msg.ZenTestAI-Parameter / Ausführungsvarianten importiert und exportiert und bleiben über nachfolgende Test aufrufen-Schritte hinweg intakt. Siehe Testdaten → Tests gebunden an Jira XRay.

Nutzungsreferenzen überall. Jedes Objekt zeigt jetzt seine Nutzungsreferenzen an — und beantwortet Fragen wie "Welcher Testplan verwendet diesen Test?" direkt am Objekt. Siehe Nutzungsreferenzen.

Ordner für Makros. Makros können in Ordnern organisiert werden; andere Entitätstypen folgen in Sprint 21. Siehe Ordner und Makros.

Live-Parameter und Berechnungsergebnisse. Während ein Test läuft, können Sie jetzt beobachten, wie sich Parameterwerte und Dynamische Berechnungen in Echtzeit auflösen.

Abschluss der Lasttests. Interne Validierung lief über 300 Tests parallel; Warteschlangen- und Runner-Verhalten sind unter Ausführung und Warteschlange dokumentiert.

SAP WebGUI-Stabilität. Mehrere Korrekturen in der SAP WebGUI-Integration, insbesondere rund um das Launchpad, sowie verschiedene Fehlerbehebungen bei der Parameterzuweisung.

Sprint 19

Änderungshistorie. Der in dieser Seite dokumentierte Audit-Trail — jedes Speichern eines Tests (und eines Testplans) erzeugt eine Version mit Diffs auf Feldebene.

Visualisierung der KI-Kosten. Das Dashboard und die Ausführungsübersicht zeigen nun die tatsächlichen KI-Kosten von Ausführungen an, nicht nur den reinen Token-Verbrauch. Siehe Startseite.

Als einzelne Objekte aus Xray importierte Snippets. Xray-Test aufrufen-Referenzen erzeugen nun echte, individuell importierte Snippets in msg.ZenTestAI und bleiben synchronisiert — bestehende Snippets werden automatisch wiederverwendet. Siehe Externe Systeme → Snippets und externe Systeme und Wiederverwendbarkeit — Snippets.

Integrationsstabilität. Bessere Unterstützung auf msg-Seite für BMW Density, React Aria und SAP WebGUI.

Sprint 18

Verbesserte Aufzeichnung. Tests können debuggt und verbessert werden, ohne die Ausführungsansicht zu verlassen, und die Aufzeichnungs-UI bietet reichhaltigeres visuelles Feedback, während Sie Schritte erfassen. Siehe Aufzeichnung und Triage bei fehlgeschlagener Ausführung.

Xray-Snippet-Unterstützung. Wiederverwendbare Tests und Snippets können aus Xray und Zephyr importiert und dorthin exportiert werden. Siehe Externe Systeme und Wiederverwendbarkeit — Snippets.

Snippets mit Bedingungen und Schleifen (Beta). Snippets können ihre eigene Schleife oder Bedingung mitbringen. Siehe Schleifen und Bedingungen und Wiederverwendbarkeit — Snippets.

KI-basierter Testimport aus beliebigen Quellen (Beta). Gherkin, Playwright, Geschäftsdokumentationen und andere Quellen können über den KI-Assistenten in Tests umgewandelt werden. Siehe KI-Assistent.

Virtuelles Tabellen-Scrolling. Der Runner kann jetzt innerhalb von virtualisierten Tabellen scrollen und mit Elementen interagieren — zum Beispiel "scrolle zu Zeile mit ID 722". Siehe Scrolling → Scrollen zu "virtuellen Tabellen".

Parameter-Mapping in Snippet-Bindungen und Ausführungsplänen. Parameter können am Aufrufpunkt zugeordnet werden, sowohl innerhalb von Snippet-Bindungen als auch in Ausführungsplänen. Siehe Wiederverwendbarkeit — Snippets und Ausführungspläne → Parameterbindungen.

KI-gesteuerte CRON-Jobs. Zeitpläne für Ausführungspläne können in natürlicher Sprache beschrieben und von der KI in einen Cron-Ausdruck übersetzt werden. Siehe Ausführungspläne → Terminierung.

„Speichern und fortfahren“-UX. Das Speichern eines geöffneten Tests unterbricht den Bearbeitungsfluss nicht mehr.