Release-Vergleich und Abnahme¶

Vergleichen Sie zwei Release-Kontexte desselben Projekts und halten Sie eine fachliche Entscheidung mit ihrem damaligen Prüfstand fest. Gemeint sind die Releases Ihres getesteten Produkts, etwa „Portal 2.3“ und „Portal 2.4“. Die Funktion benötigt keinen KI-Anbieter.

Release-Überblick¶

Der aktuelle Entwicklungsstand ergänzt den Vergleich um Release-Überblick: einen kompakten Bericht für ein einzelnes Release mit optionalem Vergleichsrelease. Öffnen Sie den Überblick im Web, wählen Sie das Zielrelease und bei Bedarf ein Vergleichsrelease. Laden Sie die Testläufe, wählen Sie je Testplan und Umgebung einen Ergebnislauf sowie den erwarteten Prüfumfang aus Referenzlauf oder heutiger Vorlage und wählen Sie Überblick erstellen. Das Laden der Auswahl erzeugt noch keinen Bericht. Ohne Vergleichsrelease erscheinen keine Vergleichszahlen.

Gezählt werden erwartete Testfallvarianten je gewähltem Testplan und Umgebung; Quick-Testzeilen erhöhen die Gesamtzahl nicht. Der Bericht zeigt Umfang, ausgeführte Tests, Ergebnisse und Nachweislücken. Fehlende Ergebnisse oder Nachweise sind kein Erfolg. Ausgewählte Befunde sind keine vollständige Fehlerliste und keine fachliche Priorisierung; die detaillierte Release-Prüfung liefert den Quellkontext. Der tatsächliche Testzeitraum bleibt unbekannt, solange keine verlässlichen Ausführungszeitpunkte vorliegen. Release-Termine oder der Erfassungszeitpunkt ersetzen diese Nachweise nicht.

PDF herunterladen exportiert denselben erfassten Datenstand. Der Bericht nennt den Erfassungszeitpunkt in UTC; spätere Ergebnisänderungen werden nicht automatisch eingerechnet. Für aktuelle Zahlen erstellen Sie einen neuen Überblick. Der temporäre Bericht ist an Projekt und Benutzer gebunden und höchstens 15 Minuten verfügbar; Ablauf, Serverneustart oder Verdrängung aus dem Zwischenspeicher können eine Neuerstellung erfordern. Lese- und Quellenrechte werden beim Öffnen und Export erneut geprüft.

Ein aktueller Überblick erzeugt keine Abnahme, verantwortliche Person oder menschliche Einschätzung. Aus einem vorhandenen gespeicherten Vergleichsprüfstand kann der Überblick dessen dokumentierte Entscheidung anzeigen; eine spätere Änderung der Entscheidung wird als Hinweis kenntlich gemacht. Das PDF enthält ausgewählte Befunde mit Gesamtzahl und Verweis auf die Detailprüfung, keine vollständige Testfallliste. Sehr lange Entscheidungstexte können den Export verhindern. Bereits heruntergeladene PDFs bleiben transportable Kopien und werden durch spätere Rechteänderungen oder eine Rücknahme der Abnahme nicht entfernt. Geben Sie vertrauliche Projektdaten nur an berechtigte Empfänger weiter.

Überblick über MCP¶

ztm_release_overview_read erfasst den gewählten Umfang und liefert die Kennzahlen mit einer temporären reportId. ztm_release_overview_export erzeugt daraus eine geschützte PDF-Ressource; diese wird über resources/read abgerufen. Verwenden Sie bei beiden Aufrufen und beim Abruf dasselbe Projekt, denselben Benutzer und denselben API-Schlüssel. Der Bericht und seine Ressource laufen spätestens nach 15 Minuten ab; die Quellenrechte werden erneut geprüft. Beide Werkzeuge lesen beziehungsweise exportieren und erzeugen keine Abnahmeentscheidung. Ein KI-Anbieter ist dafür nicht erforderlich.

Basis, Ziel und Prüfumfang wählen¶

1. Öffnen Sie im Web Release-Vergleich und Abnahme. Falls noch keine zwei Release-Kontexte bestehen, legen Sie sie über Releases verwalten mit ihren Testplänen oder Testläufen an.
2. Wählen Sie Basis und Ziel. Unter Prüfstand verwenden Sie Aktuelle Daten oder einen bereits gespeicherten Prüfstand des betreffenden Kontexts.
3. Wählen Sie Testläufe laden. Markieren Sie bei aktuellen Daten je Testplan und Umgebung einen Lauf und wählen Sie dessen Erwarteten Prüfumfang: einen passenden Referenzlauf oder Heutige Vorlage.
4. Wählen Sie Vergleichen und öffnen Sie Prüfumfang und Hinweise, um Quellen und Lücken zu prüfen.

Die Richtung Basis → Ziel bestimmt, ob eine Ergebnisänderung als Verbesserung oder Verschlechterung erscheint. Heutige Vorlage beschreibt den aktuellen Sollumfang; sie rekonstruiert keinen früheren Release-Stand.

Wählen Sie die zugehörigen Referenzläufe und Umgebungen ausdrücklich aus. Ergebnisse verschiedener Läufe werden nicht automatisch zu einem vollständigen Release-Ergebnis zusammengefügt. Ein Teilnachtest belegt nur seine enthaltenen Tests; fehlende Tests bleiben eine Lücke.

Unterschiede beurteilen¶

Prüfen Sie neben Ergebnisänderungen auch Umfang und fehlende Nachweise:

• Verbessert / verschlechtert: Vergleichbare Ergebnisse haben sich fachlich verändert.
• Neu ausgeführt: Ein bereits enthaltener Test besitzt jetzt ein Ergebnis.
• In beiden ungetestet: Es liegt auf keiner Seite ein Ergebnis vor.
• Unverändert: Die vergleichbaren Ergebnisse sind gleich.
• Nicht vergleichbar: Für eine belastbare Zuordnung oder Bewertung fehlen Nachweise.

Neue oder entfallene Tests lassen sich nur aus einem nachweisbaren Umfang ableiten. Gleiche Bezeichnungen allein bedeuten nicht, dass es derselbe Test ist. Geänderte Testinhalte sind zusätzlich zur Ergebnisänderung zu prüfen. Ein fehlendes Ergebnis gilt niemals als Erfolg. Unterschiedliche benutzerdefinierte Ergebnisse bedeuten nicht automatisch eine Verbesserung.

Filter beschränken die Anzeige, nicht den zugrunde liegenden Prüfumfang. Bewerten Sie Ergebniszahlen immer mit ihrer Testmenge und Umgebung. Bei unterschiedlichen Testmengen kann eine bessere Erfolgsquote allein keine bessere Release-Qualität belegen.

Prüfstand und Entscheidung festhalten¶

Geben Sie unter Abnahme einen Namen ein und wählen Sie Prüfstand speichern. Öffnen Sie den gespeicherten Stand, wählen Sie Entscheidung und verantwortliche Person, tragen Sie Kommentar und offene Punkte ein und wählen Sie Entscheidung festhalten. Erfassen Sie jeden offenen Punkt in einer eigenen Zeile und prüfen Sie die Bestätigung.

Ein gespeicherter Prüfstand bewahrt den damaligen Vergleich; er ist allein noch keine Abnahme. Eine Entscheidung bezieht sich auf diesen Nachweis und hält Verantwortlichen, tatsächlichen Entscheider, Zeitpunkt, Kommentar und offene Punkte fest.

Mögliche Entscheidungen sind abgenommen, mit Auflagen abgenommen, abgelehnt und zurückgenommen. Ohne Entscheidung bleibt der Stand offen. Eine Abnahme mit Auflagen benötigt mindestens einen offenen Punkt; Ablehnung und Rücknahme benötigen einen Kommentar. Eine spätere Erledigung wird durch eine neue Entscheidung dokumentiert, nicht durch Überschreiben des alten Eintrags.

Prüfen Sie die gewählten Quellen und schließen Sie die benötigten Testläufe ab, bevor Sie eine neue Abnahme speichern. Wenn sich der aktuelle Prüfstand seit der Vorschau verändert hat, prüfen Sie ihn erneut. Ein abgeschlossener Testlauf und ein eingefrorener Release-Kontext sind für sich allein keine fachliche Abnahme.

Sehr große Prüfstände können die Speichergrenze überschreiten. Sie erhalten dann einen Hinweis; es wird kein unvollständiger Prüfstand gespeichert. Wählen Sie weniger Testpläne oder Umgebungen für den Vergleich aus. Die Größe hängt auch vom Umfang der Testbeschreibungen und Nachweise ab.

Spätere Änderungen und Rechte¶

Änderungen an Tests und Ergebnissen bleiben möglich, auch in Windows. Eine gespeicherte Entscheidung behält ihren damaligen Nachweis. Kontrollieren Sie den Hinweis auf einen geänderten Prüfstand, bevor Sie die Entscheidung als Aussage über die aktuellen Daten verwenden.

Lesen erfordert die entsprechenden Objektrechte. Speichern und Entscheiden sind Administratoren sowie Projektmanagern mit erlaubter Bearbeitung der Projekteinstellungen vorbehalten. Eine eingeschränkte Teilansicht reicht nicht für eine vollständige Abnahme. Auch historische Nachweise werden beim Öffnen auf Berechtigungen geprüft; gelöschte oder nicht mehr zugängliche Quellen können den Zugriff für Nichtadministratoren verhindern. Ein Release-Kontext mit gespeicherter Historie kann nicht einfach gelöscht werden.

Einstieg im Web¶

Öffnen Sie Reporting und wählen Sie im Berichtskatalog Release-Überblick. Sie finden den Bericht auch über die Katalogsuche. In Planung & Durchführung ist er zusätzlich im Menü Berichte des ausgewählten Baumelements erreichbar. Prüfen Sie auf der Zielseite die Release- und Testlaufauswahl, bevor Sie den Überblick erstellen.

Einstieg aus Windows¶

Klicken Sie im Projektbaum mit der rechten Maustaste auf einen Testplanordner, Testplan oder Testlauf und wählen Sie Berichte → Release-Überblick (Web). Wie der Ribbon-Befehl zum Öffnen im Web meldet der Link Sie über Ihre bestätigte Windows-Sitzung automatisch im externen Browser an und öffnet direkt die Zielseite. Nur wenn die Übergabe nicht gelingt (beispielsweise nach Ablauf der Sitzung oder einem Serverneustart), erscheint die Anmeldung; danach gelangen Sie zum gewählten Bericht. Bei einem Testlauf wird dieser vorgewählt; das Release wird nur bei eindeutiger Zuordnung ergänzt. Prüfen Sie die Auswahl im Web, bevor Sie den Überblick erstellen.

Öffnen Sie die Eigenschaften eines Testlaufs und wählen Sie Release-Vergleich und Abnahme im Web ansehen. Der vorhandene Webstart übernimmt den Projektkontext. Vergleich und Entscheidung bearbeiten Sie im Browser. Falls Sie den Webzugang nicht erreichen, lassen Sie ihn von Ihrer Administration prüfen.

Siehe auch Testplan, Testlauf und Tests im Browser planen und prüfen.