September 2026

Versionshinweise vom September 2026 für den Test Manager in Automation Cloud Public Sector und Test Cloud Public Sector.

4. September 2026

Zwischenablagedaten sind als MCP-Tool-Argument für Testschritte verfügbar

Die MCP-Tools (Test Manager Model Context Protocol) zum Hinzufügen und Aktualisieren von Testschritten (Massenhinzufügen von Testschritten, Massenaktualisierung von Testschritten) akzeptieren ein optionales Argument für Zwischenablagedaten , das mit dem Feld übereinstimmt, das bereits in der Test Manager-Benutzeroberfläche verfügbar ist.

Auf diese Weise können Sie die Zwischenablagedaten eines Schritts programmgesteuert festlegen oder aktualisieren – z. B. beim Generieren von Testfällen mit Variableneingabe über Autopilot Chat oder Delegate – ohne auf die UI-Automatisierung zurückgreifen zu müssen. Vorhandene Aufrufer, die das Argument weglassen, sind nicht betroffen.

Weitere Informationen finden Sie im Abschnitt Manuelle Testfälle der Dokumentation.

Neugestaltung der Anforderungsseite

Die Seite mit den Anforderungsdetails wurde mit den folgenden Änderungen neu gestaltet:

• Die Symbolleiste macht Anforderung evaluieren und Testfall zuweisen (Gruppierung Neuen Testfall erstellen, Vorhandenen Testfall zuweisen, Testfälle generieren und Veraltete Tests finden) als direkte Aktionen neben Abdeckung optimieren, die als doppelter Einstiegspunkt ohne Einstellungsdatum beibehalten wird derzeit festgelegt.
• Das Beschreibungsfeld verwendet einen Rich-Text-Editor anstelle der Markdown-Syntax und zeigt Keine Beschreibung hinzugefügt an, wenn es leer ist.
• Beschriftungen, benutzerdefinierte Felder, Anhänge und Prüfungsmetadaten (Erstellt von / Aktualisiert von) werden in der Anforderungsübersicht neu organisiert.

Die Übersicht verwendet ein reaktionsfähiges Layout, das sekundäre Inhalte mit kleineren Breiten unter dem Hauptbereich stapelt.

Zugewiesene Testfälle erhalten die Optionen für die Rasteransicht und die Listenansicht . Die Listenansicht verwendet virtuelles Scrollen, lädt Testfälle in Batches von 500 und zeigt kompakte Indikatoren für das letzte Ergebnis (Bestanden, Fehlgeschlagen, Kein Ergebnis). Sie können zugewiesene Testfälle filtern, auch nach dem letzten Ergebnis, und einen oder mehrere auswählen, um die Zuweisung aufzuheben oder sie massenweise zu löschen . Testfälle können immer noch nicht direkt aus einer Anforderung ausgeführt werden.

Weitere Informationen finden Sie im Abschnitt Anforderungen der Dokumentation.

Einfacheres Lesen und Kopieren vollständiger Protokollmeldungen in Testausführungen

Lange oder abgeschnittene Roboterprotokollmeldungen auf der Registerkarte Protokolle einer Testausführung waren schwer vollständig zu lesen und konnten nicht kopiert werden.

Die Registerkarte Protokolle verfügt über eine Spalte Info : Wählen Sie das Info-Symbol in einer beliebigen Protokollzeile aus, um die vollständige Meldung in einem Popup mit einer Schaltfläche Nachricht kopieren zu öffnen.

Die Registerkarte Protokolle erhält auch eine Nachrichtensuche und -sortierung nach der Spalte Ebene sowie einen Filter für Ebenen , um nur die für Sie relevanten Protokollierungsebenen anzuzeigen:

• Trace (All)
• Info + Warn + Error + Fatal
• Warn + Error + Fatal
• Error + Fatal
• Schwerwiegend (Fatal)

Weitere Informationen finden Sie im Abschnitt Analysieren von Testergebnissen der Dokumentation.

Fehlerbehebungen

• Es wurden ObjectLabels Massenanforderungen zum Hinzufügen/Entfernen mit einer ungültigen oder nicht unterstützten objectType (kombiniert mit einer leeren oder der Limit-Liste von Objekt-IDs) behoben, die einen 500 -Fehler anstelle von 400 Bad Request mit einer Validierungsmeldung zurückgab. (TMHUB-32720)
• ObjectFilters Erstellungs-/Zuweisungsanforderungen mit einer falsch formatierten filterExpression (false JSON-Typ oder Null) wurden behoben, wobei ein 500 -Fehler anstelle von 400 Bad Request mit einer Validierungsmeldung zurückgegeben wurde. (TMHUB-32720)
• Fehlerhaft formatierte Anforderungskörper mit falsch typisierten Feldern (z. B. ein search -Wert, der als Array anstelle eines Strings gesendet wurde) wurden behoben, die an allen Test Manager API-Endpunkten einen 500 -Fehler anstelle von 400 Bad Request zurückgab. (TMHUB-32720)