Zu viele Dashboards, zu wenig Überblick? Mit den neuen Dashboard-Gruppen lassen sich zusammenhängende Dashboards nun sinnvoll strukturieren. Tägliche Reviews werden damit deutlich übersichtlicher und effizienter.
Zusätzlich gibt es neue Dashboard-Widget Ergebnisfilter (Tabellenansicht), das Testergebnisse projektbezogen filtert und übersichtlich in einer Tabelle darstellt.
Optional können bis zu drei Attribute oder Konstanten für die Anzeige ausgewählt werden – z. B. Requirement-ID, Pipeline-Link oder System Under Test (SUT).
test.guide 2026 Q1
Dashboard-Gruppen
Kachelansicht für Testressourcen
Mehr Übersicht auf einen Blick: Die neue Kachelansicht unter Testinfrastruktur > Testressourcen zeigt Status, Aktivitäten und Details zu Test Resource Machines direkt und kompakt.
>
>
- Die Ansicht lässt sich per Umschalter im Panel „TR-Übersicht" jederzeit wechseln.
- Unter Testinfrastruktur > Einstellungen kann eine Standardansicht pro Projekt konfiguriert werden, die beim Öffnen der Übersicht direkt greift.
- Alle gewohnten Funktionen (Filterungen, Anlegen neuer Testressourcen, Auswahl) bleiben wie gewohnt verfügbar.
Zentrale Verwaltung von ResourceAdapter-Verbindungen
Verbindungseinstellungen von ResourceAdaptern (Authentifizierungsschlüssel oder Server-URL) lassen sich ab sofort zentral und unkompliziert ändern. Die Aktion ist über Projekteinstellungen → ResourceAdapter per Button Verbindungseinstellungen ändern verfügbar und erfordert die Berechtigung „Monitoring verwalten".
Neue Einstellungen werden verschlüsselt gespeichert bis sie vom ResourceAdapter abgerufen oder durch neue Daten überschrieben werden. Aus Sicherheitsgründen werden die Verbindungseinstellungen weiterhin nicht angezeigt.
Neue Einstellungen werden verschlüsselt gespeichert bis sie vom ResourceAdapter abgerufen oder durch neue Daten überschrieben werden. Aus Sicherheitsgründen werden die Verbindungseinstellungen weiterhin nicht angezeigt.
Parameter in der Workflow-Automatisierung
Für Trigger mit dem Eventtyp Export von Testfall-Reports mit Flow-Trigger können Parameter definiert werden.
Diese benötigen einen eindeutigen Namen und können optional mit einem Standardwert versehen werden.
Diese benötigen einen eindeutigen Namen und können optional mit einem Standardwert versehen werden.
Beim Export von Testfallergebnissen über diesen Trigger können die definierten Parameter mit konkreten Werten belegt werden.
Mehr Flexibilität bei Testressourcen-Anforderungen
Testressourcn-Anforderungen in Playbooks und Testausführungsaufträgen lassen sich ab sofort auch mit ODER verknüpfen. So lässt sich deutlich flexibler definieren, auf welchen Testressourcen ein Auftrag ausgeführt werden kann.
Innerhalb der UND-verknüpften Anforderungen lässt sich dafür einfach eine Anforderung vom Typ OR anlegen, die eine Liste von ODER-verknüpften Anforderungen enthält.
Innerhalb der UND-verknüpften Anforderungen lässt sich dafür einfach eine Anforderung vom Typ OR anlegen, die eine Liste von ODER-verknüpften Anforderungen enthält.
Neue Q-Gate-Verbesserungen im Überblick
Filterung der Q-Gate-Planübersicht
Die Q-Gate-Planübersicht wurde überarbeitet und bietet jetzt die Option nach dem Plan-Status zu filtern. Der Standardfilter blendet dabei ungültige (invalid) und abgeschlossene (finalized) Pläne automatisch aus. Zusätzlich lässt sich gezielt nach Plan-Name, -Schlüssel und -Attributen filtern.
Shared-Q-Gates und Pull-Q-Gates
Der Informationsaustausch zwischen Shared-Q-Gates und Pull-Q-Gates wurde deutlich vereinfacht: Attribute eines Shared-Q-Gates – wie z. B. Komponente oder Stage – stehen dem verknüpften Pull-Q-Gate ab sofort automatisch zur Verfügung, sowohl in der GUI als auch via API.
Neuer Status-Überblick
Der neue Progress-Balken zeigt einen ersten Überblick über den Status der Q-Gate-Pläne – ohne langes Suchen oder Klicken.
