August 2026.

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

August 24, 2026

Execution target selection for Autonomous Test Execution and Autonomous Exploration

You can now choose where an autonomous run executes, on a new Configure tab, instead of Test Manager automatically picking any available runtime — the same pattern already used for automated test case execution. You can select a runtime type, robot account, and machine template, with an optional host machine available once a specific machine template is chosen. Leaving everything at its default keeps the previous behavior.

For more information, refer to Running Autonomous Test Execution and Running Autonomous Exploration.

August 20, 2026

Per-scenario performance reports and comparisons

Performance Testing adds a dedicated Reports tab for each scenario. From this tab, you can:

• Search, sort, rename, and delete individual reports
• Compare metrics from multiple runs side by side
• View generated PDF reports inline, without downloading them first

For details, see Analyzing performance results.

Probe timeline data in dry-run reports in production

Dry-run performance reports include probe timeline data in all production environments, following the same rollout already completed in lower environments. For details, see Analyzing performance results.

Test case description in manual execution

The manual execution assistant shows the test case description in a collapsible panel above Precondition, so testers have the full context without leaving the execution window. For details, see Executing manual tests.

Asynchronous Excel export with per-custom-field columns

Exporting requirements and test cases to Excel is asynchronous. You are notified when the file is ready instead of waiting on the request. Both exports also gain one column per custom field definition, instead of a single column concatenating all values, and test case exports let you collapse step rows to keep large exports scannable. For details, see Export data.

Automation link status visible across all test case views

Test Manager consistently shows whether a test case already has an automation linked everywhere you view test cases, not only from within a test set. For details, see Selecting automation.

Fehlerbehebungen

Leistungstests

• Fixed an issue where a dependency that Performance Testing requires could fail to upload or restore, faulting robots on standard machines.
• Fixed performance test runs in newly created Orchestrator folders always failing with "Package already exists."
• Fixed three visual issues in the performance dry-run view: inconsistent application-type colors, card corners, and status icon alignment.
• Fixed an error triggered when zooming a performance chart before it finished rendering.

Exports

• Fixed multi-log PDF and ZIP exports occasionally producing corrupted or incomplete archives.
• Fixed test case export headers occasionally showing in the wrong language when multiple users exported from the same session in different locales.
• Fixed download links inside exported Excel and PDF files, such as assertion screenshots and import summaries, returning an error instead of downloading.

Test cases and requirements

• Fixed the object filter API returning a 500 error instead of a 400 for empty filter values, a missing data view, or invalid paging parameters.
• Fixed automation-link data not being populated for test cases that were re-run manually after an automated execution.
• Fixed moving a test result to In Review while evidence from a linked Orchestrator job was still syncing, which could show an incomplete result; the action waits for sync to finish.
• Fixed the data retention banner appearing on Automation Suite projects; it is shown only on Automation Cloud, where it applies.
• Fixed the Requirements card view showing stale test case data after switching between requirement cards.

Migrations

• Fixed a test automation data migration that could leave orphaned records behind if it failed partway through; failed migrations roll back completely.
• Fixed an error when migrating test sets if your selection spanned more than one folder; the selection clears automatically when you switch folders.

Integrations and accessibility

• Fixed the SAP connection dialog showing a generic error instead of the actual connection failure reason, for example a certificate or authentication error.
• Fixed clipboardData being silently discarded when set through bulk test step operations over the API, Model Context Protocol (MCP), or Command Line Interface (CLI); the value is saved correctly.
• Fixed three accessibility issues across shared and test management UI components: labeling, focus handling, and keyboard interactions.

Durchschlagende Änderungen

• Removed the iText PDF library dependency — reading PDF attachments in the cloud is text-only, and image extraction from PDF attachments is no longer supported. PDF export is unaffected.

6. August 2026

Workflow-Analyse

Leistungstests scannen jetzt Ihre Automatisierung, bevor eine Ausführung startet, und markieren alles, was nicht in großem Umfang funktioniert, einschließlich nicht unterstützter Aktivitäten (Computer Vision, bildbasiert/OCR, Eingabemodus für Hardware-Ereignisse, lokaler Dateisystemzugriff und Interaktionsmuster nur für Desktops). und Studio-Version oder Aktivitätspaketkonflikte. Das führt zu Problemen, bevor Sie Roboterminuten mit einem Lauf verschwenden, der nie erfolgreich war. Weitere Informationen finden Sie unter Erstellen automatisierter Tests.

Kapazitätsplaner

Anstatt die Kapazität für virtuelle Benutzer anhand statischer CPU/RAM-Verhältnisse zu schätzen, führt der Kapazitätsplaner eine kurze Reihe sicherer Lasttests mit Ihrer tatsächlichen Hardware durch und extrahiert eine datengestützte Empfehlung für virtuelle Benutzer in Minuten. Integrierte Leitplanken halten die Empfehlung innerhalb von Grenzen, die sich für Ihre Infrastruktur bereits als sicher erweisen. Weitere Informationen finden Sie unter Anforderungen an das lokale Robotersystem.

Firewall-sichere HTTP-Metriken

Wenn Port 5671 (AMQP zu Azure Event Hub) blockiert ist, greift Performance Testing automatisch auf die WebSocket-basierte Kommunikation über Port 443 zurück – und wenn diese ebenfalls fehlschlägt auf die API-basierte Metrikbereitstellung. Sie müssen keine neue Firewall-Regel mehr anfordern, um die Metriken zu aktivieren. Weitere Informationen finden Sie unter Software- und Systemanforderungen und Fehlerbehebung bei Leistungstests.

Roboterprotokolle, in der App

Roboterprotokolle können jetzt direkt auf dem Bildschirm mit den Ergebnissen des Leistungstests neben den Anwendungsprotokollen angezeigt und gefiltert werden. Weitere Informationen finden Sie unter Analysieren von Leistungsergebnissen.

Elastische Robot-Pools

Elastic Robot Pools generieren Last direkt aus Ihrer eigenen privaten Azure-, AWS- oder Google Cloud-Kapazität anstelle einer gemeinsamen, mandantenübergreifenden Infrastruktur und skalieren Lastinjektoren nach oben oder unten, je nach Test. Weitere Informationen finden Sie unter Platform Units und Infrastrukturkosten.

Persona-basierte Leistungsberichte

Bei jeder Leistungstestausführung wird jetzt eine dedizierte Berichtsansicht für jeden Stakeholder generiert, der auf das Ergebnis reagieren muss: Programm-Manager erhalten ein „Shift-it-or-not“-Urteil, Entwickler erhalten, was fehlerhaft ist, InfraOps erhält Infrastrukturprobleme und QA/Tester erhalten was erneut getestet werden muss. Weitere Informationen finden Sie unter Analysieren von Leistungsergebnissen.

5. August 2026

Bevorstehende Einstellung des GPT-4o-Modells in Autopilot

Das GPT-4o-Modell in Autopilot ist veraltet. Die Unterstützung für GPT-4o endet am 31. Oktober 2026. Vor diesem Datum werden durch den Wechsel zu einem unterstützten alternativen Modell in Ihrer AI Trust Layer-Richtlinie Unterbrechungen der Testgenerierung, Qualitätsprüfungen und andere Autopilot-Funktionen vermieden, die von der Modellauswahl abhängen.