Änderungshistorie

Der Reiter Änderungshistorie auf der Seite mit den Testdetails bietet Ihnen einen Audit-Trail aller Änderungen, die an einem Testfall 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, erstellt msg.ZenTestAI eine neue Version. Die Versionsliste wird mit den neuesten Einträgen zuerst angezeigt; jeder Eintrag zeigt:

• Version N — ein Ganzzahl-Zähler, der sich bei jeder aufgezeichneten Änderung um 1 erhöht. Der aktuelle Status des Tests hat immer die höchste Versionsnummer.
• Zeitstempel — wann die Speicherung erfolgte, in Ihrer lokalen Zeitzone.
• 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 ändert (z. B. wenn Sie den Test öffnen, auf "Speichern" klicken, aber nichts bearbeiten), erzeugt keine neue Version. Änderungen, die nur das Umbenennen oder das Neuanordnen von Schritten betreffen, werden ebenfalls herausgefiltert, um die Historie übersichtlich zu halten.

Klicken Sie auf eine Versionszeile, um sie aufzuklappen und die Details auf Feldebene einzusehen. Verwenden Sie die Chevron-Pfeile, um zwischen den Versionen zu blättern.

Änderungskategorien

Jede Version trägt einen oder mehrere Kategorie-Chips, die die Art der enthaltenen Änderungen zusammenfassen. Sie können diese verwenden, um die Historie auf einen Blick zu erfassen — zum Beispiel: "Welche Versionen haben die Varianten beeinflusst?".

Die in der Benutzeroberfläche verwendeten Kategorien spiegeln die Struktur eines Testfalls wider:

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

Felder auf Header-Ebene (Titel, Beschreibung, URL, Nutzer, Tags usw.) erscheinen in der Tabelle unter dem Abschnitt Header ohne eigenen Chip.

Ä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 "Bei HTTP-Anfragen fehlschlagen" und weitere Metadaten auf oberster Ebene.
• Activities — Hinzufügen, Entfernen und Umbenennen 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
Field	Das geänderte Feld (z. B. Step 1: Description, Parameter gender, Variant Default: gender).
Old Value	Der Wert in der vorherigen Version oder —, falls das Feld/die Entität vorher nicht existierte (d. h. sie wurde in dieser Version neu erstellt).
New Value	Der Wert in der gespeicherten Version oder —, falls das Feld/die Entität in dieser Version entfernt wurde. Bei erstellten Entitäten wird z. B. Erstellt mit Name: gender angezeigt.

Beispiel: Wie Hinzufügungen und Entfernungen dargestellt werden

• Ein neuer Schritt: Old Value: — · New Value: Erstellt mit Beschreibung: ….
• Ein gelöschter Schritt: Old Value: Entfernt (Beschreibung war: …) · New Value: —.
• Ein umbenannter Parameter: wird als normale Aktualisierung des geänderten Feldes angezeigt — nicht als Löschen und Neuerstellen.
• Eine neu sortierte Schrittliste: wird nicht angezeigt — reine Änderungen der Reihenfolge 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 geladen wird —, erzeugen genau wie eine reguläre Speicherung eine Version in der Historie, versehen 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, und nicht zu vielen kleinen Einträgen.

Einschränkungen

Der Reiter "Änderungshistorie" ist absichtlich schreibgeschützt. Insbesondere gilt:

• Keine Benutzerzuordnung. Die Historie zeigt was sich geändert hat 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 und keinen gelöschten Schritt aus der Historie wiederherstellen. Der Reiter "Änderungshistorie" ist rein als Audit-Ansicht gedacht; die Wiederherstellung früherer Inhalte muss durch manuelle Bearbeitung des Tests erfolgen.
• Kein Export, keine Suche oder Filterung. Sie können chronologisch durch die Versionen blättern und diese aufklappen, aber es gibt keinen Export, keine Volltextsuche nach Änderungen und keine Filterfunktion nach Datum oder Feld.
• Dauerhafte Speicherung. Versionen werden für 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 dafür keine separate Berechtigung: Wenn Sie den Test öffnen können, können Sie auch den Reiter "Änderungshistorie" öffnen.