September 2026

September 2026 Versionshinweise für Test Manager in Automation Cloud und Test Cloud.

4. September 2026

Playground-Testautomatisierung

Der Test Manager kann jetzt Testfälle ausführen, die von Playwright -Automatisierungen sowie von Studio erstellten (Roboter-)Automatisierungen unterstützt werden, ohne vorhandene Playwright-Suites in Studio neu zu schreiben. Diese Funktion befindet sich in kontrollierter Verfügbarkeit, wird nur für berechtigte Mandanten bereitgestellt und ist in Test Manager nur verfügbar, wenn sie über Test Cloud bereitgestellt wird.

Packaging and linking

• Ein neuer uip tm pack -Befehl der Befehlszeilenschnittstelle (CLI) verpackt ein Node.js Playwright-Projekt (JavaScript/TypeScript) in ein UiPath-Automatisierungspaket, das im Orchestrator wie jedes andere Paket veröffentlicht werden kann.
• Test Manager-Testfälle werden automatisch erstellt und direkt aus Ihren test() -Blöcken automatisch verknüpft, sobald der Test Manager ein Paket aufnimmt, das mit einem Projektschlüssel erstellt wurde.
• Playwright-Automatisierungen können über die vorhandenen Flows Auswählen von Automatisierungen und Aufheben der Verknüpfung von Automatisierungen ausgewählt, aktualisiert und aufgehoben werden – Playwight-Pakete zeigen neben dem UiPath von Studio eine Quelle von Playwright an.
• Neue automatisch verwaltete PW_ -Systembeschriftungen halten Testfälle durchsuchbar und filterbar, ohne Ihre eigenen Beschriftungen zu beeinflussen.

Execution and reporting

• Die Ausführung eines Testsatzes kann beim Hinzufügen eines Pakets zu einem Testsatz über die neue Auswahlliste Playwright-Projekte auf ein oder mehrere Playwright-Projekte beschränkt werden; Bei jeder Ausführung werden Paket, Version und Projektauswahl als Momentaufnahme für eine zuverlässige erneute Ausführung festgelegt.
• Zwei neue Registerkarten zu Playwight-Testfallprotokollen: Versuche für den Fehlerkontext pro Versuch, der inline gerendert wird, und Ablaufverfolgung für einen eingebetteten Playwight-Ablaufverfolgungsbetrachter mit Konsolenprotokollen, Netzwerkaufrufen und herunterladbaren Anhängen.
• Behandlung von Wiederholungsversuchen: Ein Test, der fehlschlägt und dann bei der Wiederholung erfolgreich ist, wird als bestanden aufgezeichnet, wobei die fehlgeschlagenen Versuche weiterhin auf der Registerkarte Versuche sichtbar sind und wasFlaky: true im Anhang der einzelnen Testergebnisse aufgezeichnet wird.
• Keine Änderung an der Lizenzierung: Playwright-Ausführungen verbrauchen die gleiche Plattformkapazität wie jede andere serverlose Testausführung, basierend auf der Laufzeit.

Execution constraints

• Nur Chromium- und nur serverlose Ausführung; Nur Node.js-Playwright-Projekte.
• Ein Orchestrator-Auftrag pro Testsatzausführung ohne Multi-Pod-Sharding.
• Keine erzwungene Ausführungsreihenfolge – Reihenfolge folgt playwright.config.ts.
• Das Kombinieren von Testfällen aus zwei verschiedenen Playwright-Paketen oder zwei Versionen desselben Pakets in einem Testsatz ist blockiert.
• Beim Hinzufügen einer datengesteuerten Testfallvariante zu einem Testsatz werden alle generierten Varianten ausgeführt.

Weitere Informationen finden Sie unter Playwright-Testautomatisierung.

3. 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.

Neue Aktivitäten im Integration Service – Test Manager-Connector

Das UiPath Test Manager Connector-Aktivitätspaket fügt sieben neue Aktivitäten hinzu:

• Testschritt erstellen – Erstellt einen Testschritt für einen Testfall.
• Anforderungen abrufen – Ruft alle Anforderungen für ein Projekt ab.
• Testfälle abrufen – Ruft alle Testfälle für ein Projekt ab.
• Testausführungen abrufen – Ruft alle Testausführungen für ein Projekt ab.
• Testsätze abrufen – Ruft alle Testsätze für ein Projekt ab.
• Get Test Schritt – Ruft einen Testschritt nach ID ab.
• Update Test Schritt – Aktualisiert die Details eines Testschritts, wie Beschreibung und erwartetes Ergebnis.

Weitere Informationen finden Sie auf der Seite UiPath Test Manager-Aktivitäten 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)