September 2026

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

4. September 2026

Playwright-Testautomatisierung

Test Manager kann jetzt Testfälle ausführen, die auf Playwright-Automatisierungen basieren, zusätzlich zu in Studio erstellten (Robot-)Automatisierungen, ohne vorhandene Playwright-Suites in Studio neu schreiben zu müssen. Diese Funktion ist kontrolliert verfügbar, wird nur für berechtigte Mandanten bereitgestellt und ist in Test Manager nur verfügbar, wenn sie über Test Cloud bereitgestellt wird.

Paketierung und Verknüpfung

• Ein neuer Befehl der Befehlszeilenschnittstelle (CLI) uip tm pack paketiert ein Node.js-Playwright-Projekt (JavaScript/TypeScript) als UiPath-Automatisierungspaket, das wie jedes andere Paket in Orchestrator veröffentlicht werden kann.
• Test Manager-Testfälle werden automatisch erstellt und direkt aus Ihren test()-Blöcken verknüpft, sobald Test Manager ein Paket erfasst, das mit einem Projektschlüssel erstellt wurde.
• Playwright-Automatisierungen können über die vorhandenen Abläufe „Automatisierung auswählen“ und „Automatisierung aufheben“ ausgewählt, aktualisiert und ihre Verknüpfung aufgehoben werden – Playwright-Pakete zeigen neben der Quelle „UiPath“ von Studio die Quelle „Playwright“ an.
• Neue automatisch verwaltete PW_-Systembezeichnungen ermöglichen es, Testfälle zu suchen und zu filtern, ohne Ihre eigenen Bezeichnungen zu verändern.

Ausführung und Berichterstattung

• Die Ausführung eines Testsatzes kann beim Hinzufügen eines Pakets zu einem Testsatz über die neue Dropdownliste „Playwright-Projekte“ auf ein oder mehrere Playwright-Projekte beschränkt werden. Jede Ausführung speichert ihre Paket-, Versions- und Projektauswahl als Snapshot, um eine zuverlässige erneute Ausführung zu ermöglichen.
• Zwei neue Registerkarten für Playwright-Testfallprotokolle: „Versuche“ für den inline dargestellten Fehlerkontext pro Versuch und „Trace“ für einen eingebetteten Playwright-Trace-Viewer mit Konsolenprotokollen, Netzwerkaufrufen und herunterladbaren Anhängen.
• Wiederholungsverhalten: Ein Test, der fehlschlägt und bei der Wiederholung erfolgreich ist, wird als „Bestanden“ aufgezeichnet. Der fehlgeschlagene Versuch bleibt auf der Registerkarte „Versuche“ sichtbar, und wasFlaky: true wird im Ergebnisanhang pro Test erfasst.
• Keine Änderung an der Lizenzierung: Playwright-Ausführungen verbrauchen dieselbe Plattformkapazität wie jede andere serverlose Testausführung, abhängig von der Laufzeit.

Ausführungsbeschränkungen

• Nur Chromium- und serverlose Ausführung; nur Node.js-Playwright-Projekte.
• Ein Orchestrator-Auftrag pro Testsatzausführung, ohne Multi-Pod-Sharding.
• Keine erzwungene Ausführungsreihenfolge – die Reihenfolge folgt playwright.config.ts.
• Das Mischen von Testfällen aus zwei verschiedenen Playwright-Paketen oder zwei Versionen desselben Pakets in einem Testsatz ist nicht zulässig.
• Wenn Sie eine datengesteuerte Testfallvariation zu einem Testsatz hinzufügen, werden alle dafür generierten Variationen ausgeführt.

Weitere Informationen finden Sie unter Playwright-Testautomatisierung.

3. September 2026

„Clipboard Data“ als MCP-Tool-Argument für Testschritte verfügbar

Die Test Manager-Model Context Protocol (MCP)-Tools zum Hinzufügen und Aktualisieren von Testschritten („Testschritte massenweise hinzufügen“, „Testschritte massenweise aktualisieren“) akzeptieren ein optionales Argument Clipboard Data, das dem bereits in der Test Manager-UI verfügbaren Feld entspricht.

Damit können Sie „Clipboard Data“ eines Schritts programmgesteuert festlegen oder aktualisieren – z. B. beim Generieren von Testfällen mit variabler Eingabe über Autopilot Chat oder Delegate –, ohne auf UI-Automatisierung zurückzugreifen. 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ätspack 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.
• Testschritt abrufen – Ruft einen Testschritt nach ID ab.
• Testschritt aktualisieren – Aktualisiert die Details eines Testschritts, z. B. die Beschreibung und das erwartete Ergebnis.

Weitere Informationen finden Sie auf der Seite UiPath Test Manager-Aktivitäten der Dokumentation.

Neugestaltung der Anforderungsseite

Die Seite mit den Anforderungsdetails wurde überarbeitet und enthält die folgenden Änderungen:

• Die Symbolleiste stellt die Actions „Anforderung auswerten“ und „Testfall zuweisen“ (Gruppierung „Neuen Testfall erstellen“, „Vorhandenen Testfall zuweisen“, „Testfälle generieren“ und „Veraltete Tests finden“) als direkte Aktionen bereit. Daneben bleibt „Abdeckung optimieren“ als doppelter Einstiegspunkt erhalten, ohne dass derzeit ein Datum für die Außerbetriebnahme festgelegt ist.
• Das Beschreibungsfeld verwendet einen Rich-Text-Editor anstelle der Markdown-Syntax und zeigt „Keine Beschreibung hinzugefügt“ an, wenn das Feld leer ist.
• Bezeichnungen, benutzerdefinierte Felder, Anhänge und Prüfungsmetadaten (Erstellt von /Aktualisiert von ) werden in der Anforderungsübersicht neu organisiert.

Die Übersicht verwendet ein responsives Layout, das sekundäre Inhalte bei schmaleren Bildschirmbreiten unter dem Hauptbereich anordnet.

Zugewiesene Testfälle können jetzt in der Grid-Ansicht oder Listenansicht angezeigt werden. Die Listenansicht verwendet virtuelles Scrollen, lädt Testfälle in Stapeln von 500 und zeigt kompakte Indikatoren für das letzte Ergebnis an („Bestanden“, „Fehlgeschlagen, „Kein Ergebnis“). Sie können zugewiesene Testfälle filtern, einschließlich nach dem letzten Ergebnis, und einen oder mehrere auswählen, um die Zuweisung massenhaft aufzuheben oder sie zu löschen. Testfälle können weiterhin nicht direkt aus einer Anforderung ausgeführt werden.

Weitere Informationen finden Sie im Abschnitt „Anforderungen“ der Dokumentation.

Vollständige Protokollnachrichten in Testausführungen lassen sich jetzt einfacher lesen und kopieren.

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

Die Registerkarte „Protokolle“ hat eine Info-Spalte: Wählen Sie das Info-Symbol in einer beliebigen Protokollzeile aus, um die vollständige Meldung in einem Pop-up mit der Schaltfläche „Nachricht kopieren“ zu öffnen.

Die Registerkarte „Protokolle“ bietet außerdem eine Nachrichtensuche und Sortierung nach der Spalte Ebene sowie einen Filter „Ebene“, mit dem Sie nur die gewünschten Protokollebenen anzeigen können:

• 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 Massenanforderungen von ObjectLabels zum Hinzufügen/Entfernen mit einer ungültigen oder nicht unterstützten objectType (kombiniert mit einer leeren oder das Limit überschreitenden Liste von Objekt-IDs) behoben, die einen 500-Fehler anstelle von 400 Bad Request mit einer Validierungsmeldung zurückgaben. (TMHUB-32720)
• Es wurden ObjectFilters-Anfragen zum Erstellen/Zuweisen mit einem fehlerhaft formatierten filterExpression (falscher JSON-Typ oder null) behoben, die einen 500-Fehler anstelle von 400 Bad Request mit einer Validierungsmeldung zurückgaben. (TMHUB-32720)
• Fehlformatierte Anfragekörper mit falsch typisierten Feldern (z. B. ein als Array gesendeter searchWert anstelle eines string) wurden behoben, die einen 500Error anstelle von 400 Bad Request, über die Test Manager API-Endpunkte zurückgaben. (TMHUB-32720)