Alle wesentlichen Änderungen im Projekt sind hier dokumentiert. Das Format des Changelogs basiert auf der Vorlage von Keep a Changelog.
test.guide ist nur bis zu bestimmten Versionen abwärtskompatibel. Diese Version ist je Release unter Erforderliche Mindestversion dokumentiert. Daraus ergeben sich folgende Zwischenschritte beim Update auf die aktuellste Version:
1.82.0 → 1.97.0 → 1.100.2 → 1.102.1 → 1.104.1 → 1.105.0 → 1.107.0 → 1.108.1 → 1.110.0 → 1.112.2 → 1.115.0 → 1.119.0 → 1.120.1 → 1.122.1 → 1.123.0 → 1.140.0 → 1.146.0 → 1.149.0 → 1.161.0 → 1.168.0 → 1.211.1
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FIXED]: Es wurde ein Problem behoben, durch welches Nachbewertungen für Release-Q-Gates, die eine Scope-Bedingung gesetzt haben, nicht korrekt ermittelt wurden. Dadurch verblieb der Zustand des Release-Q-Gate in bestimmten Situationen auf IN_PROGRESS.
[FIXED]: Behoben wurde ein Fehler im Filter nach Anzahl der Testfallausführungen, durch den die Filtereinstellungen für diesen Filter automatisch für sämtliche Filteranfragen aller Nutzer angewendet wurden.
[FIXED]: Ein Fehler wurde behoben, der beim Aufruf einiger APIs auftrat und zu einer "IllegalArgumentException" führte. Betroffen waren APIs, die eine Umschaltung des Payloads zwischen JSON und XML anbieten, zum Beispiel die Artifact Upload API (POST artifact/artifacts).
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: In der Release-Übersicht können Releases nun in einen neuen Ordner verschoben werden.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Polarion Unterstützung der Version 2512
[CHANGED]: Die Blöcke PolarionDeleteCollectionsRelationship,PolarionDeletePlanRelationship und PolarionDeleteWorkItemsRelationship erwarten nun einen RelationshipsDeleteRequest anstelle einer RelationshipList
[FEATURE]: Neue Blöcke: PolarionReuseCollection, PolarionMoveDocumentParts, PolarionGetAllDocuments, PolarionGetDocuments, PolarionGetSpaceDocuments, PolarionGetGlobalEnumerations, PolarionGetProjectEnumerations, PolarionExecuteJob, PolarionGetJobLogContent, PolarionGetJobs, PolarionGetBacklinkedWorkItems, PolarionPostBacklinkedWorkItems, PolarionDeletePageAttachment, PolarionGetPageAttachments, PolarionDeletePage, PolarionDeletePageRelationships, PolarionGetAllPages, PolarionGetGlobalPages, PolarionGetPageRelationships, PolarionGetPages, PolarionGetRepositorySpacePages, PolarionGetSpacePages, PolarionPatchPageRelationships, PolarionPostPageRelationships, PolarionPostPages und PolarionGetCurrentUser
[FIXED]: Der EtmInit-Block für den Verbindungsaufbau zu IBM Engineering Test Management unterstützt nun eine frei konfigurierbare URL, sodass man auch mit Instanzen arbeiten kann, welche nicht unter /qm erreichbar sind.
[FEATURE]: In der Workflow-Automatisierung ist es nun möglich, an Flow-Triggern Umgebungsvariablen zu definieren.
Diese Umgebungsvariablen werden nur für Flow-Tasks dieses spezifischen Flow-Triggers gesetzt.
Bei Verwendung von Flow-Trigger-Umgebungsvariablen und am Projekt definierten Umgebungsvariablen mit identischem Key haben die Flow-Trigger-Umgebungsvariablen Vorrang.
Beim Export von Testfallergebnissen über Trigger können Defaultwerte der definierten Umgebungsvariablen überschrieben werden.
[FEATURE]: Aus der Log-Ansicht der Detailseite für Testausführungsaufträge kann man zu den Testergebnissen der einzelnen Playbook-Testfälle springen.
Beim Klick auf die Icons gelangt man zu den entsprechenden Reportfilter-Seiten.
[CHANGED]: Für die Datenquelle von PDF-Berichten wird nun eine neue Version der Datenbank genutzt. Bestehende Report Designs werden in einem Kompatibilitätsmodus ausgeführt und nutzen weiterhin die veraltete Datenbank.
Da zu einem späteren Zeitpunkt eine Abschaltung des Kompatibilitätsmodus geplant ist, werden alle Besitzer von veralteten PDF Report Designs benachrichtigt. Diese Report Designs sollten gemäß der Beschreibung im Kapitel 6.3.5 der Anwenderhilfe migriert werden, um von den Sicherheits- und Funktionalitätsverbesserungen der neuen Datenbankversion zu profitieren. Bei Fragen unterstützen wir Sie gern.
[CHANGED]: Um zu verifizieren, mit welchem PDF-Template ein bestimmter Testabschlussbericht erstellt wurde, wird jedes erstellte PDF-Template mit einem Hash versehen. Dieser kann nun auch über die REST-API abgerufen werden.
[FIXED]: Es wurde ein Problem behoben, durch das in exportierten PDF-Berichten enthaltene Links zu im test.guide hinterlegten Dateien unabhängig vom Dateityp direkt im Browser geöffnet wurden. Die Anzeige im Browser erfolgt nun nur noch bei ausgewählten, sinnvollen Dateitypen, beispielsweise Bildern oder Textdateien. Andere Dateien werden als Download angeboten.
[FIXED]: Es wurde ein Problem behoben, durch welches das Anlegen und Editieren von zeitgesteuerten Flow-Triggern in der Benutzeroberfläche nicht möglich war.
[DEPRECATED]: Die alten API-Endpunkte POST /api/upload-file und GET /api/upload-file/status/{id} sind veraltet und werden in einem zukünftigen Release entfernt. Zum Upload ist die offizielle Report-Upload-API /api/report/reports zu verwenden.
[DEPRECATED]: Die alten API-Endpunkte POST /api/archive/download und GET /api/archive/download sind veraltet und werden in einem zukünftigen Release entfernt. Zum Download von hinterlegten Dateien aus Dateiablagen ist die offizielle API /api/report/files/{fileId}/download zu verwenden.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird im Release 1.212.0 entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: In der Report-Management-API GET /testCaseExecution/{tceId} ist das Feld downloadUrl in den artifacts FileReference als deprecated markiert. Der Zugriff auf das Artefakt erfolgt über den neuen Endpunkt GET /files/{fileId}/download. 
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative können die Endpunkte GET /api/testinfrastructure/testresources, GET /api/testinfrastructure/testresources/{testResourceId} und GET /api/testinfrastructure/testresourcemachines/{testResourceMachineId} der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/heartbeat der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative kann der Endpunkt GET /api/testinfrastructure/testresourcemachines/{trmId}/data in der Test Infrastructure REST-API genutzt werden.
[DEPRECATED]: Die Endpunkte POST/GET /api/v2/monitoring/hilactivities/* der Monitoring-REST-API sind veraltet und werden in einem zukünftigen Release entfernt.
Als Alternative können die Endpunkte POST/GET /api/testinfrastructure/activitydistribution/export/* in der Test Infrastructure REST-API genutzt werden.
[DEPRECATED]: Die Unterstützung von Java 17 wird Ende Oktober 2026 eingestellt. Ab dann wird mindestens Java 21 vorausgesetzt, da dies die nächste Java-Version mit Long Term Support ist.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Für die Interaktion mit Jama Connect, Siemens Polarion, PTC Codebeamer sowie IBM Engineering Test Management stehen mit Version 1.209.0 flexible Wege der Kopplung auf Basis der Workflowautomatisierung zur Verfügung. Die seit Mai 2025 abgekündigten fest in test.guide integrierten Funktionen werden ab April 2026 nicht mehr in test.guide enthalten sein. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
‼️ ACHTUNG ‼️: Aus Sicherheitsgründen steht bei Inbetriebnahme der neuen test.guide-Version keine H2-Evaluierungsdatenbank mehr zur Verfügung. Sollte beim Start erkannt werden, dass eine H2-Datenbank verwendet wird, ist es möglich, die vorherige test.guide-Version zu starten, um dann beispielsweise die H2-Datenbank abzuschalten oder eine neue Postgres-Datenbank aufzusetzen. Bei Fragen oder gewünschter Unterstützung melden Sie sich bitte unter support@tracetronic.com.
[FEATURE]: Als Testmanager haben wir eine große Anzahl an Dashboards, die wir einmal täglich im Team durchgehen. Dabei hängen viele Dashboards miteinander zusammen. Mithilfe der neuen Dashboard-Gruppen können diese nun besser strukturiert werden.
[FEATURE]: Als Testmanager erhalte ich durch die neue Progress-Bar einen ersten Überblick über den Status der Q-Gate-Pläne.
[FEATURE]: Mit der neuen Kachelansicht unter bekomme ich als Nutzer von Testressourcen einen detaillierteren Überblick.
Die Ansicht kann auf der genannten Seite im Panel "TR-Übersicht" rechts oben umgeschaltet werden.
Neben der direkten Anzeige von Testressourcen, deren Status und den darunter liegenden Test Resource Machines wird vor allem auch die aktuelle Aktivität der angezeigten TRM mit allen verfügbaren Informationen dargestellt.
Die Funktionen der Seite (Filterungen, Anlegen neuer TRs, Auswahl) sind auch in der neuen Ansicht nutzbar.
Zusätzlich kann unter eine Standardansicht für das jeweilige Projekt ausgewählt werden, die beim Öffnen der Übersicht dann direkt angezeigt wird.
[DEPRECATED]: Durch die neue Ansicht ist die Seite veraltet und wird in einem kommenden Release entfernt.
[FEATURE]: Als Verwalter von Testressourcen kann ich Verbindungseinstellungen (Authentifizierungsschlüssel und/oder Server-URL) von ResourceAdaptern zentral ändern.
Das hilft z.B., bald ablaufende Authentifizierungsschlüssel schnell und einfach zu erneuern.
Die Aktion kann nach Auswahl von konkreten ResourceAdapter-Konfigurationen auf der Seite über den Button Verbindungseinstellungen ändern ausgelöst werden und erfordert die Berechtigung "Monitoring verwalten".
Die neuen Verbindungseinstellungen werden solange verschlüsselt gespeichert, bis sie entweder vom jeweiligen ResourceAdapter abgerufen oder durch neue Daten überschrieben wurden.
Aus Sicherheitsgründen werden die Verbindungseinstellungen aber weiterhin nicht angezeigt.
[FEATURE]: In der Buchungsansicht für Testressourcen kann jetzt im Tabellenkopf ausgewählt werden, ob pro Ressource der Name oder der Wert eines beliebigen Attributs als Spalten-Indikator angezeigt wird.
[FEATURE]: 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.
Beim Export von Testfallergebnissen über diesen Trigger können die definierten Parameter mit konkreten Werten belegt werden.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Neue Blöcke für Abrufen von Releases: FilterReleases und FilterSubReleases
Neuer Block für das Filtern von Q-Gate-Plänen: FilterQGatePlans
[DEPRECATED]: Die Blöcke RetrieveAllReleases und RetrieveSubReleases sind deprecated und werden in einem zukünftigen Release entfernt.
[FEATURE]: Bei der Ausführung von Testausführungsaufträgen werden fehlgeschlagene Playbook-Schritte mit Fehlerklassen versehen.
Die Fehlerklassen sind in der Log-Ansicht der Ausführungsauftrags-Detailseite sichtbar.
Dadurch bekommen Nutzer einen besseren Überblick darüber, was die tatsächliche Ursache des Fehlers ist, z.B. ein Nutzerabbruch, ein Timeout oder ein nicht verfügbares ecu.test.
[FEATURE]: Die Report-Management-API POST /testCaseExecution/filter wurde um das Feld fields erweitert. Damit ist es möglich, nur ausgewählte Felder aus der Antwort zu erhalten. Je nach Feldern führt dies zu einer deutlich schnelleren Abfrage der Daten.
[CHANGED]: In der Buchungsansicht für Testressourcen wurde die feingranulare 10-Tages-Ansicht durch zwei neue Ansichten ersetzt.
Eine 7-Tage-Ansicht mit einem 6-Stunden-Zeitraster und einer 14-Tage-Ansicht mit 12-Stunden-Zeitraster.
[CHANGED]: Die maximale Länge der Filtereinträge bei Flow-Triggern in der Workflow-Automatisierung wurde auf 4095 Zeichen begrenzt.
Zu lange Einträge wurden dabei entfernt.
Die Länge der Filtereinträge wird nun bei der Eingabe validiert, um zukünftige Probleme zu vermeiden.
Die Validierung richtet sich nach den Kontexten der Filtereinträge und kann unterschiedlich ausfallen.
[FIXED]: Im test.guide-Release 1.209.0 wurde der neue Release-Filter-Endpunkt POST /releases/filter hinzugefügt. Im POST-Body waren versehentlich verschiedene URL-Parameter enthalten, die nun wieder als GET URL-Parameter verfügbar sind.
[SECURITY]: Im Zuge der bekannt gewordenen Schwachstelle CVE-2025-15467 wurde die OpenSSL-Bibliothek im Container-Image (UBI) aktualisiert. Nach aktueller Analyse gibt es keine Stelle, an der test.guide als Server fungiert, an der dieser Exploit hätte wirksam werden können. Einzig wenn test.guide als Git-Client mit einem Angreifer-Server in Kontakt treten würde, könnte sich ein Sicherheitsrisiko ergeben. Aus diesem Grund empfehlen wir ein schnelles Update auf diese Version.
[DEPRECATED]: Die alten API-Endpunkte POST /api/upload-file und GET /api/upload-file/status/{id} sind veraltet und werden in einem zukünftigen Release entfernt. Zum Upload ist die offizielle Report-Upload-API /api/report/reports zu verwenden.
[DEPRECATED]: Die alten API-Endpunkte POST /api/archive/download und GET /api/archive/download sind veraltet und werden in einem zukünftigen Release entfernt. Zum Download von hinterlegten Dateien aus Dateiablagen ist die offizielle API /api/report/files/{fileId}/download zu verwenden.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird im Release 1.212.0 entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: In der Report-Management-API GET /testCaseExecution/{tceId} ist das Feld downloadUrl in den artifacts FileReference als deprecated markiert. Der Zugriff auf das Artefakt erfolgt über den neuen Endpunkt GET /files/{fileId}/download.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative können die Endpunkte GET /api/testinfrastructure/testresources, GET /api/testinfrastructure/testresources/{testResourceId} und GET /api/testinfrastructure/testresourcemachines/{testResourceMachineId} der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/heartbeat der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative kann der Endpunkt GET /api/testinfrastructure/testresourcemachines/{trmId}/data in der Test Infrastructure REST-API genutzt werden.
[DEPRECATED]: Die Endpunkte POST/GET /api/v2/monitoring/hilactivities/* der Monitoring-REST-API sind veraltet und werden in einem zukünftigen Release entfernt.
Als Alternative können die Endpunkte POST/GET /api/testinfrastructure/activitydistribution/export/* in der Test Infrastructure REST-API genutzt werden.
[DEPRECATED]: Die Unterstützung von Java 17 wird Ende Oktober 2026 eingestellt. Ab dann wird mindestens Java 21 vorausgesetzt, da dies die nächste Java-Version mit Long Term Support ist.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Für die Interaktion mit Jama Connect, Siemens Polarion, PTC Codebeamer sowie IBM Engineering Test Management stehen mit Version 1.209.0 flexible Wege der Kopplung auf Basis der Workflowautomatisierung zur Verfügung. Die seit Mai 2025 abgekündigten fest in test.guide integrierten Funktionen werden ab April 2026 nicht mehr in test.guide enthalten sein. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Mithilfe des neuen Dashboard-Widgets Ergebnisfilter (Tabellenansicht) können die Ergebnisse der Testfallausführungen basierend auf einem Projektfilter in einer Tabelle angezeigt werden. Optional können bis zu drei Attribute oder Konstanten für die Anzeige ausgewählt werden, beispielsweise Requirement-ID, Pipeline-Link oder System Under Test (SUT).
[FEATURE]: Die Q-Gate-Planübersicht wurde überarbeitet, sodass nun das Filtern von Q-Gate-Plänen möglich ist. Der Standardfilter blendet invalidated und finalized Pläne automatisch aus.
[FEATURE]: Um den Informationsaustausch zwischen Shared-Q-Gates und Pull-Q-Gates zu vereinfachen, wurde das Verhalten dahingehend erweitert, dass die Attribute des Shared-Q-Gates automatisch dem Pull-Q-Gate zur Verfügung stehen (in der GUI sowie via API).
[FEATURE]: Es stehen die folgenden neue Platzhalter in den Review- und Issue-Trackervorlagen zur Verfügung {testcase:verdict}, {testcase:description}, {review:reevaluation} und {review:customevaluation}.
[FEATURE]: Als Server-Admin kann ich eine Inaktivitätsnachricht konfigurieren, die an Nutzer verschickt wird, die sich beispielsweise seit sechs Monaten nicht angemeldet haben und demnächst möglicherweise aus test.guide entfernt werden.
[FEATURE]: Die ATX-Generator-Option captureSpecialTestSteps wurde um die Erfassung des Testschritts IfThenElse erweitert.
[FEATURE]: Der Release-Filter wurde um die Filterung des Release-Startdatums erweitert. Dadurch ist es nun möglich, Zeitbereiche von Releases besser zu filtern.
[CHANGED]: In diesem Zuge wurde die API GET /releases abgekündigt und der neue Filterendpunkt POST /releases/filter hinzugefügt.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Blöcke für Siemens Polarion unterstützen nun Custom-Fields in Documents, Collections, Test Runs, Test Record, Plans und Workitems.
Blöcke für PTC Codebeamer unterstützen nun einen zusätzlichen HTTP-Header, der mit jeder Anfrage gesendet wird. Dieser Header kann im CodebeamerInit-Block konfiguriert werden.
Neuer Block für das Erstellen eines Temporären Ordners wurde hinzugefügt: CreateTempDir
In der ResourceAdapter-Umgebung werden die temporären Ordner automatisch gelöscht.
Die Einstellung der Aufbewahrungsdauer erfolgt gemeinsam mit der Logdatei-Aufbewahrung in der ResourceAdapter-Konfiguration.
Neuer Block für das Abrufen von Filtern von Testressourcen hinzugefügt: RetrieveTestResourceFilters.
[CHANGED]: Die API-URL für PTC Codebeamer-Blöcke wird nicht mehr automatisch um '/api' erweitert. Bitte aktualisieren Sie Ihren CodebeamerInit-Block und fügen Sie '/api' manuell zur URL hinzu.
[FIXED]: Der EtmInit-Block für den Verbindungsaufbau zu IBM Engineering Test Management unterstützt nun auch Adressen, die auf .com enden.
[FEATURE]: Termine in Testressourcenkalendern können per Drag and Drop einfach kopiert werden.
Der zu kopierende Termin wird einfach per Drag and Drop an die Zielstelle geschoben und im Bestätigungsdialog über die Auswahl von "Kopieren" an die Stelle kopiert.
Dies funktioniert sowohl in der Einzelkalenderansicht auf der TR-Detailseite als auch in der Buchungsansicht.
[FEATURE]: Über den Testinfrastruktur-REST-API-Endpunkt POST /api/testinfrastructure/activitydistribution/export/ können Aktivitätsverteilungen nun auch als JSON abgerufen werden.
Dabei ist zu beachten dass beim Abruf des Exports über den Endpunkt GET /api/testinfrastructure/activitydistribution/export/{taskId}/download in der Response der korrekte Medientyp application/json gesetzt wird.
[DEPRECATED]: Durch diese Erweiterung sind die Monitoring-REST-API-Endpunkte POST/GET /api/v2/monitoring/hilactivities/* veraltet und werden in einem zukünftigen Release entfernt.
[CHANGED]: Das Changelog und die Anwenderhilfe sind jetzt auch im neuen Design gestaltet.
[CHANGED]: Beim Anlegen neuer Dateiablagen ist nur noch die Anbindung über den Typ Depository aus der Artefaktverwaltung möglich. Bestehende Dateiablagen anderer Typen können hingegen weiterhin verwendet und bearbeitet werden. Wir gehen diesen Schritt, um in Zukunft die Vorteile der Artefaktverwaltung besser im Report-Filter mit nutzen zu können.
[CHANGED]: Die Release-Detail-Attributübersicht wurde überarbeitet, sodass sie nun übersichtlicher dargestellt wird.
[CHANGED]: Der Endpunkt GET /testCaseExecution/{tceId} der Report-Management-API wurde erweitert, sodass nun auch die description zum jeweiligen Testfallargument mit zurückgegeben wird.
[CHANGED]: ⚠️ Durch die Aktualisierung des zugrunde liegenden Frameworks für die REST-APIs hat sich das Verhalten beim Umgang mit leeren Datenstrukturen geändert. In den JSON-Antwortobjekten der Endpunkte werden leere Datenstrukturen nun nicht mehr ausgelassen, sondern tatsächlich als leere Objekte bzw. Arrays ausgegeben.
Die Änderung betrifft unter anderem die folgenden Endpunkte, bei denen die entsprechenden Felder auch dann ausgegeben werden, wenn sie keine Elemente enthalten (als leere JSON-Objekte bzw. -Arrays):
Coverage API: GET /coverage/{taskId} - Felder scopes, properties und filterPredicates
User Management API: GET /users, GET /projects/{projectId}/users - Felder projectContext, individualPermissions, projectRoles, individualProjectRoles, systemGroupProjectRoles, effectivePermissions sowie systemGroups
[CHANGED]: Für die Report-Datenbank wird jetzt ein validierender JDBC-Connection-Pool genutzt, um die Zuverlässigkeit der Verbindungen zu erhöhen.
[CHANGED]: Wenn für die Authentifizierung eine LDAP-Konfiguration verwendet wird, ist es jetzt möglich, einen Manager Distinguished Name (DN) anzugeben, der außerhalb der User Organization Unit liegt.
[DEPRECATED]: Aufgrund einer Änderung bei der H2-Datenbank, die in test.guide für Evaluierungen genutzt werden kann, können wir in Zukunft keine Abwärtskompatibilität mehr gewährleisten. Wir empfehlen daher, bei Evaluierungen direkt Postgres-Datenbanken zu nutzen bzw. darauf umzustellen.
[DEPRECATED]: Die alten API-Endpunkte POST /api/upload-file und GET /api/upload-file/status/{id} sind veraltet und werden in einem zukünftigen Release entfernt. Zum Upload ist die offizielle Report-Upload-API /api/report/reports zu verwenden.
[DEPRECATED]: Die alten API-Endpunkte POST /api/archive/download und GET /api/archive/download sind veraltet und werden in einem zukünftigen Release entfernt. Zum Download von hinterlegten Dateien aus Dateiablagen ist die offizielle API /api/report/files/{fileId}/download zu verwenden.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird im Release 1.212.0 entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[REMOVED]: Der Menüpunkt Herunterfahren wurde aus den Systemeinstellungen entfernt. Als Admin kann test.guide stattdessen ganz normal über das System bzw. Docker/Kubernetes oder systemd heruntergefahren werden.
[FIXED]: Beim Wechsel auf Filtern auf ReportIDs kam es auf der History-Seite zum Logout, wenn man ohne weitere Filteroperationen auf eine andere Seite wechselte. Dieses Problem wurde behoben.
[FIXED]: Es wurde ein Problem behoben, durch das die Darstellung der Diagramme von Flow-Tasks und Q-Gate-Plänen im neuesten Microsoft Edge-Browser nicht funktionierte.
[FIXED]: Ein Problem beim Bekanntmachen von Artefakten aus AWS S3 Storages wurde behoben.
Das wirkt sich positiv auf die Netzwerklast aus, wenn Dateiinformationen (Hash, Dateigröße) nicht vollständig angegeben werden.
[DEPRECATED]: In der Report-Management-API GET /testCaseExecution/{tceId} ist das Feld downloadUrl in den artifacts FileReference als deprecated markiert. Der Zugriff auf das Artefakt erfolgt über den neuen Endpunkt GET /files/{fileId}/download.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative können die Endpunkte GET /api/testinfrastructure/testresources, GET /api/testinfrastructure/testresources/{testResourceId} und GET /api/testinfrastructure/testresourcemachines/{testResourceMachineId} der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/heartbeat der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative kann der Endpunkt GET /api/testinfrastructure/testresourcemachines/{trmId}/data in der Test Infrastructure REST-API genutzt werden.
[DEPRECATED]: Die Unterstützung von Java 17 wird Ende Oktober 2026 eingestellt. Ab dann wird mindestens Java 21 vorausgesetzt, da dies die nächste Java-Version mit Long Term Support ist.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Für die Interaktion mit Jama Connect, Siemens Polarion, PTC Codebeamer sowie IBM Engineering Test Management stehen mit Version 1.209.0 flexible Wege der Kopplung auf Basis der Workflowautomatisierung zur Verfügung. Die seit Mai 2025 abgekündigten fest in test.guide integrierten Funktionen werden ab April 2026 nicht mehr in test.guide enthalten sein. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: In test.guide werden jetzt die Stimulations- und Analysepackages von ecu.test direkt in den Testfalldetails miteinander verlinkt und angezeigt, um die Auswertung der Traceanalyse zu beschleunigen.
[FEATURE]: Beim Erstellen oder Bearbeiten eines Ergebnisfilter-Widgets (Zeitverlauf) im Dashboard kann nun die Zeitzone angegeben werden, in der die Daten dargestellt werden sollen. Bisher wurde hierfür immer die Serverzeitzone verwendet.
[FEATURE]: In der Testressourcenübersicht in der Testinfrastrukturverwaltung können die gespeicherten Filter nun auch direkt anhand ihrer ID per URL aufgerufen werden.
Der passende Link kann in der Filterliste am jeweiligen Filter kopiert werden.
[FEATURE]: Vorhandene Testressourcenfilter eines test.guide-Projekts können mit dem neuen Testinfrastruktur-REST-API Endpunkt GET /api/testinfrastructure/testresourcefilters per API abgefragt werden.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Viele der seit Version 1.193.0 vorhandenen Blöcke für Jama verweisen nun über den Link-Mechanismus der Flow-Task Detailseite auf das entsprechende Element im Jama.
Die Jira-Anbindung unterstützt jetzt Jira Cloud und es wurde ein neuer Block zum Erstellen von Jira-Issues hinzugefügt.
Eine Reihe neuer Blöcke, die die vollständige REST-API von Siemens Polarion abdecken, wurde hinzugefügt. Dies ermöglicht das Erstellen von komplexen Workflows, die mit Polarion interagieren.
Bekannte Einschränkungen sind das Anlegen von Attachments, die Unterstützung größerer Abfrage (Pagination), der Umgang mit Custom-Feldern und die Darstellung von Verlinkungen zu Polarion Entitäten auf der Flow-Task Detailseite.
[FEATURE]: Die Pull-Q-Gates wurden so erweitert, dass sie nun automatische Links zu den dahinterliegenden Share-Q-Gates anzeigen. Dadurch ist eine Navigation zwischen den beiden Gate-Typen deutlich einfacher möglich.
[FEATURE]: AWS S3 Storages der Artefaktverwaltung unterstützen erweiterte Einstellungen für serverseitige Verschlüsselung.
Diese Einstellungen können bei der Konfiguration von S3 Storages angegeben werden und beinhalten das Benutzen eines Bucket-Schlüssels und die Angabe eines benutzerdefinierten KMS-Schlüssels.
[CHANGED]: Wenn für ein Q-Gate eine Beschreibung oder Anweisung hinterlegt ist, wird diese beim Öffnen des Q-Gate-Dialogs automatisch ausgeklappt angezeigt.
[CHANGED]: Wenn man auf ein Manual- oder Approval-Q-Gate in einem gestarteten Q-Gate-Plan klickt, dann öffnet sich automatisch der Dialog zum Schalten des Q-Gates.
[CHANGED]: Die Q-Gate-Plan-Attributübersicht wurde überarbeitet, sodass sie nun übersichtlicher dargestellt wird.
[CHANGED]: In test.guide werden derzeit die Tabellenaktionen in vielen Sektionen überarbeitet. Das Ziel besteht darin, eine Standard-Aktion zu definieren, die direkt aufgerufen werden kann, wodurch Nutzer Klicks für Standardworkflows sparen können.
[CHANGED]: Da es bei der Benennung von Aufräum- oder Autoremove-Regeln immer wieder zu Verwirrung kam, wurden diese nun einheitlich in Löschregeln umbenannt.
Neu: [Report | Datei | Release | Q-Gate-Plan]-Löschregel(n).
[CHANGED]: Der Endpunkt GET /api/testinfrastructure/testresourcemachines/{trmId}/data der Testinfrastruktur-REST-API gibt nun auch die Komponentenstatus einer TestResourceMachine zurück.
[DEPRECATED] Der Endpunkt GET /api/v2/monitoring/healthstates der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Der Endpunkt GET /api/testinfrastructure/testresourcemachines/{trmId}/data der Testinfrastruktur-REST-API kann anstelle des veralteten Endpunktes genutzt werden.
[CHANGED]: Das Docker-Image für den test.guide ResourceAdapter wurde überarbeitet.
Das Installationsverzeichnis liegt nun unter /usr/share/resourceadapter. Außerdem wurde der Nutzername auf “resourceadapter” geändert und der Entrypoint des Images angepasst.
[REMOVED]: Die nicht offizielle API GET /testcase-details-filter/{tceId} aus test.guide 1.42.0 wurde entfernt. Stattdessen steht die offizielle API GET /testCaseExecution/{tceId} in der Report-Management-API zur Verfügung.
[REMOVED]: Die nicht offizielle API GET /testcase-report-filter aus test.guide 1.42.0 wurde entfernt. Stattdessen steht die offizielle API POST /testCaseExecutions/filter in der Report-Management-API zur Verfügung.
[REMOVED]: Die Unterstützung für PostgreSQL 13.x ist wie angekündigt eingestellt! Voraussetzung ist ab jetzt PostgreSQL in Version >=14.
[REMOVED]: Wie angekündigt, wird der ecu.test ATX Generator ab jetzt offiziell nur noch ab einer ecu.test-Version ≥ 2023.2 unterstützt.
[REMOVED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) wurden nun wie angekündigt entfernt.
[REMOVED]: Durch den Umzug der Aktivitätsansicht der Testressourcen ändert sich die URL der Seite. Die alte URL (enthält monitoring) wurden nun entfernt.
[FIXED]: Beim Abbruch von einzelnen Playbook-Schritten wurde die gesamte Playbook-Ausführung abgebrochen und die Teardown-Schritte nicht ausgeführt. Dieses Problem wurde behoben.
[FIXED]: Nutzer, die in sehr vielen test.guide-Projekten (> 10) registriert sind, konnten unter Umständen nicht einfach über die Navigation auf die anderen Projekte zugreifen. Dieses Problem wurde behoben. In diesem Zusammenhang wurde außerdem dafür gesorgt, dass die Projekte direkt alphabetisch geordnet mit angezeigt werden.
[FIXED]: Beim Hochladen von Reports per Drag & Drop über die GUI wurden die verfügbaren X2ATX-Konverter nicht angezeigt. Dieses Problem wurde behoben.
[DEPRECATED]: In der Report-Management-API GET /testCaseExecution/{tceId} ist das Feld downloadUrl in den artifacts FileReference als deprecated markiert. Der Zugriff auf das Artefakt erfolgt über den neuen Endpunkt GET /files/{fileId}/download.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative können die Endpunkte GET /api/testinfrastructure/testresources, GET /api/testinfrastructure/testresources/{testResourceId} und GET /api/testinfrastructure/testresourcemachines/{testResourceMachineId} der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/heartbeat der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative kann der Endpunkt GET /api/testinfrastructure/testresourcemachines/{trmId}/data in der Test Infrastructure REST-API genutzt werden.
[DEPRECATED]: Die Unterstützung von Java 17 wird Ende Oktober 2026 eingestellt. Ab dann wird mindestens Java 21 vorausgesetzt, da dies die nächste Java-Version mit Long Term Support ist.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Neuer Block für das Abrufen der neuesten Daten von Test-Resource-Machines hinzugefügt: RetrieveTrmRecentData.
Neue Blöcke zur Nutzung eines LLM-Dienstes über die OpenAI-API hinzugefügt: OpenAiApiInit und LlmCall.
[FEATURE]: Um die Synchronisierung der Systemgruppen automatisieren zu können, wurde die User-Management-REST-API um die POST | GET /config/systemGroups/synchronization Endpunkte erweitert.
[FEATURE]: Bei der Nutzung von ecu.test-Packages oder -Projekten in einem Playbook kann auf bestimmte Umgebungsvariablen zugegriffen werden.
Diese werden ecu.test beim Start mitgegeben und sind: TEST_GUIDE_URL, TEST_GUIDE_PROJECT_ID, TESTBENCH, LOCATION, MACHINE und ECUTEST_EXECUTABLE.
[FEATURE]: Mithilfe der neuen ATX-Option archiveRecordingsExcludeFile können bestimmte Trace-Dateien von der Speicherung ausgeschlossen werden, die durch die Option archiveRecordings aktiviert wurde. So lässt sich beispielsweise verhindern, dass unnötig große Videoaufnahmen übertragen und gespeichert werden.
[CHANGED]: Wenn ein Share-Q-Gate eingerichtet wird, wird dies nun mithilfe eines Icons deutlicher dargestellt.
[CHANGED]: Wenn beim Versand von Projektfilter-Mails die E-Mail aufgrund der Anzahl von Ergebnissen sehr groß ist, wird sie automatisch mit einem entsprechenden Hinweis gekürzt. Dadurch wird sichergestellt, dass sie im E-Mail-Programm noch angezeigt werden kann.
[CHANGED]: Der Baustein JiraJql in der Workflow-Automatisierung wirft nun keinen Fehler mehr, wenn keine Tickets gefunden wurden.
[CHANGED]: Das Filterpanel in der Testressourcenverwaltung ist jetzt kompakter und zusammenklappbar gestaltet.
Nach dem Klick auf "Filtern" wird das Panel automatisch eingeklappt.
Im eingeklappten Zustand wird die Anzahl der aktiven Filter neben der Panel-Überschrift angezeigt.
[CHANGED]: Der Endpunkt GET /api/testinfrastructure/testresourcemachines/{trmId}/data der Test Infrastructure REST-API liefert jetzt auch den Connection-State (Heartbeat) einer Test Resource Machine.
[CHANGED]: Bisher bezog sich der Schnellfilter Heutiger Tag auf die Zeitzone des Servers, jetzt bezieht er sich auf die Zeitzone des Benutzers.
[DEPRECATED]: In der Report-Management-API GET /testCaseExecution/{tceId} ist das Feld downloadUrl in den artifacts FileReference als deprecated markiert. Der Zugriff auf das Artefakt erfolgt über den neuen Endpunkt GET /files/{fileId}/download.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative können die Endpunkte GET /api/testinfrastructure/testresources, GET /api/testinfrastructure/testresources/{testResourceId} und GET /api/testinfrastructure/testresourcemachines/{testResourceMachineId} der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/heartbeat der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt.
Als Alternative kann der Endpunkt GET /api/testinfrastructure/testresourcemachines/{trmId}/data in der Test Infrastructure REST-API genutzt werden.
[FIXED]: Beim Report-Upload von ecu.test über das ResourceAdapter TestGuideUploadPlugin wurden bestimmte Fehlermeldungen nicht an ecu.test zurückgegeben. Dieses Problem wurde behoben.
[SECURITY]-[FEATURE]: Bei der Authentifizierung über OpenID Connect wird nun auch der OpenID Connect RP-Initiated Logout unterstützt. Dadurch wird beim Logout in test.guide auch ein Logout beim OpenID-Provider vorgenommen.
[DEPRECATED]: Die Unterstützung von PostgreSQL 13.x wird Mitte November 2025 eingestellt! Voraussetzung ist danach PostgreSQL in Version >=14.
[DEPRECATED]: Die Unterstützung von Java 17 wird Ende Oktober 2026 eingestellt. Ab dann wird mindestens Java 21 vorausgesetzt, da dies die nächste Java-Version mit Long Term Support ist.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FIXED]: Das Filtern nach Playbooks mit einem bestimmten Label führte über die REST-API zu einer Fehlermeldung. Dieses Problem wurde behoben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Beim Filtern von Playbook-Histories können Playbook-Labels auch UND-verknüpft werden.
Hierfür gibt es die Möglichkeit im Filter zwischen ODER-Verknüpfung und UND-Verknüpfung umzuschalten.
[FEATURE]: Beim Filtern von Artefakten nach Attributen können Attributwerte negiert werden.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Neuer Block zum Erstellen eines neuen oder Abrufen eines vorhandenen Test-Suite-Execution-Records (Suiteexecutionrecord): EtmCreateOrRetrieveSuiteexecutionrecord wurde hinzugefügt.
Neuer Block zum Erstellen eines neuen oder Abrufen eines vorhandenen Test-Case-Execution-Records (Executionworkitem): EtmCreateOrRetrieveExecutionworkitem wurde hinzugefügt.
Neue Blöcke EtmConvertOslcToRest, EtmConvertRestToOslc und EtmConvertStreamToOslcConfiguration für die Konvertierung zwischen OSLC und REST-API URLs. Mit diesen Blöcken kann man mit OSLC verlinkten Entitäten aus dem IBM Engineering Test Management interagieren.
Eine Reihe neuer Blöcke, die die vollständige REST-API von PTC Codebeamer abdecken, wurde hinzugefügt. Dies ermöglicht das Erstellen von komplexen Workflows, die mit Codebeamer interagieren.
[FEATURE]: In der Testressourcenübersicht in der Testinfrastrukturverwaltung können nun Attribute der Testressourcen (TRs) und ihre Werte direkt in der Tabelle angezeigt werden.
Es können bis zu fünf anzuzeigende Attribute und ihre Reihenfolge unter konfiguriert werden.
[FEATURE]: Über den neuen Endpunkt GET /api/testinfrastructure/testresourcemachines/{testResourceMachineId}/data in der Test Infrastructure REST-API können die aktuellsten Monitoring-Status einer Test Resource Machine(TRM) abgefragt werden.
Aktuell können über den Endpunkt zunächst nur die Infos zum Monitoringstatus abgefragt werden, der Endpunkt wird aber in zukünftigen Releases noch um die Rückgabe weiterer aktueller Daten einer TRM erweitert.
[CHANGED]: In der Testfalldetailansicht wird nun auch der Name des Testfalls explizit angezeigt. Dadurch können z. B. Daten aus dem Gruppierungsfilter besser ausgewertet werden.
[CHANGED]: Der Endpunkt GET /testCaseExecution/{tceId} der Report-Management-API wurde erweitert, sodass nun auch die description zur jeweiligen Testfallausführung zurückgegeben wird.
[CHANGED]: Wenn OpenID Connect verwendet wird und ich als Nutzer bereits beim Identity Provider (IdP) angemeldet bin, werde ich beim Öffnen eines Links zu test.guide automatisch angemeldet.
[CHANGED]: Diverse Windows-Plug-ins im ResourceAdapter nutzen nun statt der veralteten Windows Bibliothek "wmic" direkt die Windows PowerShell, um Systeminformationen beim Betriebssystem abzufragen.
Dadurch werden Probleme insbesondere mit Windows 11 behoben.
Teilweise gibt es kleine Änderungen bei den Rückgabewerten, bitte prüfen Sie daher etwaige auf den Rückgabewerten aufbauende Automatisierungen.
[CHANGED]: Beim Erstellen einer neuen Testressource in der Testinfrastrukturverwaltung wird nun automatisch auch immer ein Kalender mit erstellt.
[FIXED]: Bei der Verwendung von PRF-Reports von ecu.test kam es in test.guide unter Umständen zu einer fehlerhaften Anzeige der Plots der Trace-Analyse in den Testfalldetailansichten. Dieses Problem wurde behoben.
[FIXED]: In der Workflow-Automatisierung war die Erstellung von Flow-Tasks vom Typ EXTERNAL_EVENT für deaktivierte Flow-Trigger möglich. Dieser Fehler wurde behoben.
[FIXED]: Beim Hochladen von Coverages wurde stets ein festes Encoding verwendet. Beim Hochladen über die REST-API wurde das System-Encoding des Servers verwendet und beim Hochladen über die UI UTF-8. Nun wird das Encoding der Coverage-XML-Datei verwendet, sofern vorhanden. Andernfalls wird UTF-8 verwendet.
[DEPRECATED]: Die Unterstützung von PostgreSQL 13.x wird Mitte November 2025 eingestellt! Voraussetzung ist danach PostgreSQL in Version >=14.
[DEPRECATED]: Die Unterstützung von Java 17 wird Ende Oktober 2026 eingestellt. Ab dann wird mindestens Java 21 vorausgesetzt, da dies die nächste Java-Version mit Long Term Support ist.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Zunächst einmal vielen Dank für das Feedback zur neuen UI 🙏. Der größte Kritikpunkt, die Navigation in test.guide, wurde anhand des Feedbacks überarbeitet.
[FEATURE]: Für die Anbindung an Jira steht nun eine Konfiguration für Jira Cloud und Jira Data Center zur Verfügung. Diese Unterscheidung ist notwendig, da sich die Jira Cloud in einigen Punkten anders verhält. Bestehende Jira-Anbindungen werden automatisch migriert.
[FEATURE]: In der Workflow-Automatisierung können jetzt die Details einzelner Termine mithilfe ihrer ID abgefragt werden.
Der Payload des Appointment-Events wurde um die Appointment-ID erweitert.
Im flow.kit wurde der Block RetrieveAppointment hinzugefügt.
[FEATURE]: Usability: Die Review-Seite lässt sich in einem neuen Tab öffnen, sodass ein Vergleich mit den Testfalldetails einfacher möglich ist.
[FEATURE]: In Playbook-Filter-Schritten können bei Definition des Filters Attributwerte negiert werden.
[FEATURE]: Artefakte können in der Artefaktverwaltung als Link bekannt gemacht werden, wenn sie zuvor in einen Azure Blob Storage hochgeladen wurden.
Damit wird dieses Feature nun für alle Storage-Typen (außer dem lokalen Dateisystem) unterstützt.
[FEATURE]: Für AWS S3 Storages der Artefaktverwaltung ist eine passwortlose Authentisierung über eine IAM-Rolle möglich.
Die IAM-Rolle muss dafür im AWS Identity and Access Management (IAM) hinterlegt sein.
[FEATURE]: Um komplexe Filterungen für Testressourcen schneller wieder zu öffnen, kann man die Filter unter jetzt speichern und wieder laden.
Das Speichern und Laden erfolgt über die Icons oben rechts im Filterpanel auf der Seite.
Die Speicherung der Filterkriterien erfolgt auf Projektebene und kann von allen Usern innerhalb des Projekts mit Zugriff auf die o.g. Seite genutzt werden.
[DEPRECATED]: Die Unterstützung von PostgreSQL 13.x wird Mitte November 2025 eingestellt! Voraussetzung ist danach PostgreSQL in Version >=14.
[DEPRECATED]: Die Unterstützung von Java 17 wird Ende Oktober 2026 eingestellt. Ab dann wird mindestens Java 21 vorausgesetzt, da dies die nächste Java-Version mit Long Term Support ist.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Q-Gates können nun um Beschreibungen ergänzt werden. Dadurch ist es möglich, manuelle Prozessschritte in den Q-Gates besser zu definieren.
[FEATURE]: Beim Schalten von Manual- oder Approval-Q-Gates kann nun eine Begründung angegeben werden, um die Entscheidung nachvollziehbarer zu dokumentieren.
[FEATURE]: Um die Automatisierung von Q-Gate-Plänen zu verbessern, kann in Approval-Q-Gates ein Flag gesetzt werden, das dafür sorgt, dass diese automatisch schalten, wenn alle Eingänge PASSED sind.
[FEATURE]: Um die Navigation in Q-Gate-Plänen zu verbessern, kann auf ein Q-Gate geklickt werden, um zu den entsprechenden Aktionen in der zugehörigen Tabelle zu navigieren.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung wurde um folgende Verbesserungen erweitert:
Es wurde eine Reihe neuer Blöcke hinzugefügt, die CRUD-Operationen (basierend auf REST API) für nahezu alle Ressourcen von IBM Engineering Test Management abdecken. Damit lassen sich komplexe Workflows erstellen, die mit IBM ETM interagieren.
[FEATURE]: In der Workflow-Automatisierung können Flow-Tasks jetzt auch nach ihrem Erstelldatum gefiltert werden.
[FEATURE]: Mit dem neuen Endpunkt GET /api/testinfrastructure/appointments/{appointmentId} der Test Infrastructure REST-API können die Details einzelner Termine mit Hilfe ihrer ID abgefragt werden.
[FEATURE]: Als Server-Manager kann ich unter die Verbindung zur Monitoring-Datenbank deaktivieren.
Dies ist sinnvoll, wenn auf die test.guide Instanz z.B. nur für Reportverwaltung genutzt wird.
Beim Setup einer neuen test.guide Instanz besteht zudem nun die Möglichkeit, test.guide von Anfang an ohne Monitoring-Datenbank aufzusetzen.
Ist die Verbindung zur Monitoring-Datenbank deaktiviert, so werden alle Features und Seiten deaktiviert, die mit Daten aus der Monitoring-Datenbank arbeiten (insbesondere alles unter Testinfrastruktur).
[FEATURE]: Mit zwei neuen Platzhaltern der Issue Tracker Templates kann nun auch der einfache Benutzername beim Erstellen eines Tickets verwendet werden.
[FEATURE]: In der Workflow-Automatisierung ist es jetzt möglich, auf die vollständige Abarbeitung einer Playbook-Ausführung zu reagieren.
[DEPRECATED]: Die Unterstützung von PostgreSQL 13.x wird Mitte November 2025 eingestellt! Voraussetzung ist danach PostgreSQL in Version >=14.
[DEPRECATED]: Die Unterstützung von Java 17 wird Ende Oktober 2026 eingestellt. Ab dann wird mindestens Java 21 vorausgesetzt, da dies die nächste Java-Version mit Long Term Support ist.
[FIXED]: In PDF-Testabschlussberichten, die über das mitgelieferte Report-Design oder ein davon abgeleitetes Design erzeugt wurden, wurde bei der Verlinkung der einzelnen Testpläne zum Ergebnisfilter der Testplan nicht als Filterausdruck an test.guide übergeben.
[FIXED]: Ein Fehler in den Mapping-Uploadregeln wurde behoben. Dieser konnte unter Umständen dafür sorgen, dass eine Einspielung in test.guide nicht möglich war.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
[PERFORMANCE]: 🚀 Die Performance bei der Verarbeitung von Uploadregeln wurde stark verbessert, sodass Uploads jetzt deutlich schneller erfolgen.
[FEATURE]: Nach zehn Jahren war es an der Zeit, test.guide ein neues, moderneres Aussehen zu verpassen. Im Zuge der UI-Anpassungen wurden auch einige UX-Verbesserungen direkt mit vorgenommen. Wir sind gespannt auf euer Feedback!
[FEATURE]: Das Approval-Q-Gate ermöglicht nun zusätzlich die Konfiguration von Projektrollen. Bei Angabe wird spezifiziert, welche Projektrolle eine Person benötigt, um das Approval-Q-Gate schalten zu können.
[FEATURE]: Um die Übersicht über laufende und abgeschlossene Q-Gate-Pläne zu behalten, werden diese nun entsprechend aufgeteilt angezeigt.
[FEATURE]: Mit der neuen Revieweinstellung Automatisches Anlegen nicht konfigurierter Tags erlauben ist es möglich, beim automatischen Erstellen von Reviews auch neue Tags hinzuzufügen.
[FEATURE]: Die Workflow-Automatisierung wurde um Flow-Trigger für Kalendereinträge von Testressourcen erweitert.
[FEATURE]: Projekt-Benachrichtigungen können nun auch direkt an bestimmte Nutzer im Projekt gesendet werden.
[FEATURE]: Die aktuelle ALM Octane Version 25.3 wird unterstützt.
[CHANGED]: Um einen sicheren Betrieb zu gewährleisten, wurde ein neues Limit für den Ergebnisfilter eingeführt.
[DEPRECATED]: Die LDAP-Funktionalität Configure Employee Directory wird in sechs Monaten aus test.guide entfernt. Sollte diese Funktionalität trotz OpenID-Connect aktuell weiterhin benötigt werden, bitte über support@tracetronic.com bei uns melden.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
[PERFORMANCE]: 🚀 Die Performance für das Laden der Detailseite für umfangreiche Flow-Tasks wurde verbessert.
[FEATURE]: Mit der nächsten ecu.test Version 2025.3 unterstützt der trace.xplorer beim Kennzahlenexport aus test.guide ein neues URL-Signal namens Link to test case execution. Dieses stellt für jeden Testlauf einen Link auf dessen Ergebnisseite in test.guide bereit.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Neue Blöcke wurden hinzugefügt:
für das Abrufen von allen Projektrollen des aktuellen Projekts: GetProjectRoles
für das Abrufen des aktuellen Benutzers: GetUser
für den Verbindungsaufbau zu IBM Engineering Test Management: EtmInit (Bearer-Token-Auth & Basic-Auth)
[FEATURE]: In der Workflow-Automatisierung werden invalide Flow-Quellen schneller erkannt:
Flow-Trigger können nicht mehr mit einer nicht existierenden Quelle erstellt oder gespeichert werden.
Bei der Flow-Taskerstellung aus einem Event wird jetzt die Quelle direkt auf ihre Existenz geprüft. Wenn diese nicht existiert, wird der Flow-Task sofort abgebrochen. Analog bei Wiederholung und Freigabe von zurückgehaltenen Flow-Tasks. In bestimmten Fällen wird der Flow-Trigger zusätzlich als FAULTY markiert.
[FEATURE]: Testausführungen können durch Kalenderbuchungen von Testressourcen abgebrochen werden.
In der Einstellung für kalendergesteuerte Testausführung (Testausführung → Einstellungen) kann zusätzlich konfiguriert werden, ob bestimmte Buchungen die Ausführung von bereits laufenden Testausführungsaufträgen abbrechen können.
[FEATURE]: Durch Testausführungsaufträge erzeugte Testfallausführungen erhalten zusätzlich die Konstanten TT_PLAYBOOK_HISTORY_ID und TT_PLAYBOOK_HISTORY_REVISION.
[FEATURE]: Um die Berechtigungen von Nutzern in Projekten leichter automatisiert überprüfen zu können, wurde die Usermanagement-REST-API um den folgenden Endpunkt erweitert: GET /project/{projectId}/users.
[FEATURE]: Mit dem neuen Endpunkt GET /api/testinfrastructure/configurations der Test Infrastructure REST-API können die Ausstattungen einer Test Resource Machine (TRM) abgerufen werden.
Dabei kann über den optionalen Parameter timestamp ein konkreter Zeitpunkt mitgegeben werden, um auch ältere Ausstattungen per API abzufragen.
Wird der optionale Parameter nicht übergeben, so werden die aktuellen Ausstattungswerte zurückgegeben.
[DEPRECATED]: Der Endpunkt GET /api/v2/monitoring/configurations der Monitoring REST-API wird dadurch obsolet und in einem zukünftigen Release entfernt.
[CHANGED]: Die Quality Gates haben den Dev-Preview-Status verlassen.
[CHANGED]: Die Anzeige der Customer Report Fields in der Testplan-Detailansicht wurde so angepasst, dass nun immer alle Werte der Felder aus dem Testplan angezeigt werden – auch wenn das Feld in einer Testausführung nicht gesetzt war.
[CHANGED]: Die Umbenennung von bestehenden Projektrollen ist möglich.
[FIXED]: Es konnte vorkommen, dass Dashboards nicht im angegebenen Intervall aktualisiert wurden, wenn mehrere test.guide-Instanzen über einen Proxy angesteuert wurden.
[FIXED]: Flow-Tasks mit dem in Version 1.197.0 entfernten Eventtyp EXPORT_TEST_CASE_REPORTS werden beim Upgrade entfernt.
[FIXED]: Im GenericUserCode-Block im flow.kit wurde der Umgang mit Default-Werten korrigiert. Vorher wurden die Parameter korrekt als optional ausgewertet, jedoch nicht die Default-Werte angewendet.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Neuer Block für das Umbenennen von Q-Gates: RenameQGate wurde hinzugefügt.
[FEATURE]: Die Referenz-Felder von Defects und Manual-Runs in Octane können nun sowohl über die ID als auch über das Label gesetzt werden.
[FEATURE]: In den Filterschritten in Playbooks können Parameter-Werte listenwertig interpretiert werden.
Es wird die Notation ${list:<parameterLabel>} verwendet und in der Definition der Filter der Paket- und Projektfilterschritten im Playbook unterstützt.
Bei der Ersetzung der Parameter werden die Parameterwerte an enthaltenen Kommas getrennt und als individuelle Eingabewerte interpretiert. Beispiel: "PARAM":"val1,val2" → ${list:PARAM} = "val1", "val2"
[CHANGED]: In den Details der gestarteten Q-Gate-Pläne wird der Q-Gate-Graph nun direkt unterhalb der Metadaten angezeigt.
[CHANGED]: Der Endpunkt GET /testCaseExecution/{tceId} der Report-Management-API wurde erweitert, sodass nun auch der folderPath zur jeweiligen Ausführung zurückgegeben wird.
[CHANGED]: Der Endpunkt GET /roles der User-Management-API wurde so angepasst, dass nun auch Projektmitglieder ohne Projekt-Manager-Rechte die Rollen abfragen können.
[CHANGED]: Bisher wurde bei Verwendung des Plug-ins Json2ATX für die Angabe des Zeitstempels des Testplans die erste Testfallausführung verwendet. Nun wird der Zeitstempel vom Testplan herangezogen.
{
"name":"Testplan",
"timestamp":1662631048000,
"testcases":[
{
"@type":"testcase",
"name":"TestCase",
"verdict":"NONE",
"description":"My Description",
"timestamp":1662631050000,
"executionTime":578,
....
}
]
}[FIXED]: Bei PDF-Dokumenten, welche über die REST-API exportiert wurden, haben die enthaltenen Links zum test.guide Ergebnisfilter seit einer Änderung in Version 1.197.0 zur Projektauswahl geführt, da die Projekt-ID im Link gefehlt hat.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Monitoring-Datenbank automatisch migriert, um die Einträge der TRM-Attribute auf TR-Ebene zusammenzuführen (siehe PREVIEW-Eintrag). Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
[PREVIEW]: Im Modul Testinfrastruktur wurden die Attribute von der Ebene der Test Resource Machines (TRM) zur Ebene der Testressourcen (TR) umgezogen. Dadurch ist es möglich, Testressourcen durch Attribute allgemein zu beschreiben und so in test.guide besser verwaltbar zu machen.
[CHANGED]: Das Panel zum Bearbeiten der Attributwerte wurde von der TRM-Detailseite auf die TR-Detailseite verschoben.
Bestehende Attributwerte werden automatisch migriert. Wenn unter einer TR mehrere TRMs existieren, so werden etwaige Einzelwerte der TRMs kommasepariert auf TR-Ebene zusammengefügt.
Zu diesem Zweck wurde die maximale Anzahl an Zeichen für Attributwerte von 256 auf 1024 erhöht. Sollten die Einzelwerte aller TRMs in Summe die Maximallänge überschreiten, so werden hintere Werte abgeschnitten. Dies wird durch das Suffix "…" am Ende gekennzeichnet. Sollten Sie TRs mit vielen TRMs und befüllten Attributen nutzen, prüfen Sie bitte die Attributwerte nach der Inbetriebnahme auf Vollständigkeit.
Die Verwaltung der Attribute selbst bleibt davon unberührt. Diese befindet sich nach wie vor auf der Einstellungsseite unter Testinfrastruktur.
[CHANGED]: Die zugehörigen API-Endpunkte GET /api/testinfrastructure/customattributeentries und POST /api/testinfrastructure/customattributeentries wurden entsprechend angepasst und die TRM-ID durch die TR-ID ersetzt.
[CHANGED]: Die Blöcke RetrieveCustomAttributeEntry und SaveCustomAttributeEntry des flow.kit Bundles wurden ebenfalls entsprechend angepasst.
[FEATURE]: Um die Datenbank-Konfigurationen in Cloud-Umgebungen zu vereinfachen, können diese nun auch mithilfe von Umgebungsvariablen statt über die GUI konfiguriert werden.
Genauere Informationen dazu sind im Operations Manual im Kapitel 7.6. Configure the database via environment variables zu finden.
[FEATURE]: Bei Verwendung von OpenID Connect kann jetzt in der Konfiguration ein Claim angegeben werden, der den Firmennamen enthält. Dadurch ist es in Kombination mit der Systemgruppensynchronisation möglich, dass neue Nutzer direkt im zugeteilten Projekt arbeitsfähig sind und sich nicht erst registrieren müssen.
[FEATURE]: Die manuelle Verbindungsprüfung für Storages der Artefaktverwaltung kann ohne Eingabe der Zugangsdaten durchgeführt werden.
Hierfür gibt es eine neue Aktion für Storages auf der Depository-Detailseite.
[FEATURE]: Bestimmte Storage-Konfigurationen der Artefaktverwaltung können ohne erneute Eingabe der Zugangsdaten bearbeitet werden.
Das betrifft den Namen des Storages, die Einstellung für das Löschen von Dateien, die Quota-Einstellungen und die Einstellung der automatischen Verbindungsprüfung.
Damit können diese Einstellungen insbesondere auch für inaktive Storages, z.B. für Quell-Storages von Migrationen, ohne Eingabe der Zugangsdaten angepasst werden.
Die Verbindungseinstellungen können weiterhin nicht ohne Eingabe der Zugangsdaten angepasst werden.
[CHANGED]: Solange ein Q-Gate-Plan noch nicht gestartet wurde, können die Q-Gate-Namen bearbeitet werden.
[REMOVED]: Die Projektansicht unter wurde wie angekündigt entfernt.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
[FEATURE]: Zu Playbook-Histories können Beschreibungen definiert werden.
Die Beschreibungen können in der Playbook-Übersicht und auf der Playbook-History-Detailseite bearbeitet werden:
Sie werden zusätzlich im Playbook-Editor angezeigt:
[FEATURE]: Als Testmanager kann ich mithilfe der neuen Review-Filter-Option Ticket vorhanden beispielsweise prüfen, ob zu jedem erstellten FAILED-Review auch ein Defect-Ticket hinterlegt wurde.
[FEATURE]: Teaser: Mit ecu.test 2025.3 wird es möglich sein, Testfall-Coverages nicht nur über den aktuellen Workspace, sondern auch über alle Läufe in test.guide zu ermitteln.
Zu diesem Zweck wird neben dem ecu.test-Report bei aktivierter ecu.test-Testfall-Coverage auch die entsprechende Coverage-XML-Datei zu test.guide hochgeladen.
[FEATURE]: Beim Wiederholen von Flow-Tasks in der Workflow-Automatisierung ist es nun möglich, die Quelle für das Flow-Bundle zu wählen.
[FEATURE]: An Flow-Triggern in der Workflow-Automatisierung ist es nun möglich, sich auf Ereignisse von Flow-Triggern zu abonnieren.
Abonnements sind nutzerspezifisch und werden vom Nutzer selbst auf der Flow-Trigger-Seite verwaltet.
Nutzer erhalten eine E-Mail-Benachrichtigung, wenn ein Ereignis für den Flow-Trigger auftritt, auf das sie sich abonniert haben.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat folgende Verbesserungen erhalten:
Neue Blöcke für die Abfrage von Flow-Tasks: FilterFlowTasks, GetFlowTask, wurden hinzugefügt.
Die requests Bibliothek nimmt jetzt automatisch die Systemzertifikate für HTTPS-Verbindungen.
Das Handling von Umgebungsvariablen in der Entwicklungsumgebung wurde mit der Unterstützung von .env-Dateien verbessert.
Die Aktionen im validate und execute* sind für Visual Studio Code jetzt auch als Task verfügbar.
[CHANGED]: In der Workflow-Automatisierung wurde die Begrenzung der Payload-Größe von Flow-Tasks entfernt. Dadurch können beim Externen Event über REST-API auch größere Payloads mitgegeben werden. Auch für den Export von Testfall-Reports mit Flow-Trigger entfällt das Limit. Um große Payloads verarbeiten zu können, müssen die entsprechenden flow bundles aktualisiert werden.
[CHANGED]: Wenn Monitoring-Plug-ins vom ResourceAdapter gewisse Werte (wie z.B. die CPU-Last) nicht vom Betriebssystem abfragen können, wird für diese Werte in test.guide nun ein "N/A" statt einem Wert von "-1" angezeigt. Weiterhin wird der jeweilige einzelne Status auf "not available (grau)" statt auf "ok (grün)" gesetzt.
[CHANGED]: Im testguideupload Plug-in des ResourceAdapter wurde die Behandlung von Authentifizierungs- und Autorisierungsfehlern verbessert. Zuvor konnte es vorkommen, dass diese Fehler inkorrekterweise wie IO-Fehler behandelt wurden.
[DEPRECATED]: Die Projektansicht unter wird ab Release 1.200.0 nicht mehr unterstützt und entfernt. Bitte wenden Sie sich mit Ihrem UseCase an support@tracetronic.com sollten Sie diese Ansicht dringend benötigen.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
[FEATURE]: Testausführungen können durch Buchungen von Testressourcen blockiert oder erlaubt werden.
Unter kann konfiguriert werden, ob Testressource-Buchungen die Ausführung neuer Testausführungsaufträge blockieren oder erlauben sollen.
Hierfür können mehrere Terminkategorien festgelegt werden. Diese müssen vorher unter angelegt worden sein.
[FEATURE]: Die Flow-Tasks der Workflow Automatisierung können per API abgefragt werden.
[FEATURE]: In der Workflow Automatisierung steht während der Ausführung des flow.kit bundles die ID des aktuellen Flow-Tasks als Umgebungsvariable TT_FLOW_TASK_ID bereit.
[FEATURE]: Das flow.kit Bundle für die Workflow-Automatisierung hat neue Blöcke:
Block RemoveCoverageFromRelease für die Verwaltung von Releases
Block ReadEnvVar für einen einfacheren Zugriff auf die Umgebungsvariablen, zum Beispiel TT_FLOW_TASK_ID
Blöcke für Prüfplatzbuchungen: RetrieveAppointments, CreateAppointment, UpdateAppointment, DeleteAppointment
Blöcke für ResourceAdapter-Konfiguration: RetrieveResourceAdapterConfigurations, RetrieveResourceAdapterConfiguration, ReplaceResourceAdapterConfiguration, DeleteResourceAdapterConfiguration
[CHANGED]: Beim Öffnen der Q-Gate-Übersicht werden nun direkt die Q-Gate-Pläne statt des Q-Gate-Filters angezeigt. Letzterer ist weiterhin über den Button in der Übersicht zugänglich.
[CHANGED]: Das automatische Aufräumen hinterlegter Dateien fand bisher immer nur im Zeitraum von 1 Uhr bis 5 Uhr morgens statt. Die Endzeitbeschränkung entfällt nun, sodass immer alle von der Aufräumregel betroffenen Dateien gelöscht werden.
[CHANGED]: Für Q-Gate Attribute und Q-Gate-Plan Attribute wurde der Attributwert von 128 auf 256 Zeichen angehoben.
[CHANGED]: Bei Flow-Triggern mit konfiguriertem Projekt-Filter werden der Name und Kategorie des Projekt-Filters direkt auf der Flow-Trigger-Seite mit angezeigt. Außerdem wird der Flow-Trigger automatisch beim nächsten Event deaktiviert, falls der konfigurierte Projekt-Filter gelöscht wurde.
[DEPRECATED]: Die Projektansicht unter wird ab Release 1.200.0 nicht mehr unterstützt und entfernt. Bitte wenden Sie sich mit Ihrem UseCase an support@tracetronic.com sollten Sie diese Ansicht dringend benötigen.
[FIXED]: Beim Start des ResourceAdapters konnte es in Version 1.197.0 unter Umständen vorkommen, dass das Tray-Icon fälschlicherweise offline angezeigt hat, obwohl der test.guide-Server erreichbar war. Dieses Problem wurde behoben.
[FIXED]: Bei der Eingabe im Datumsauswahldialog wurde im englischen Datumsformat immer automatisch ein Offset von -1 h übernommen. Dieses Problem wurde behoben.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits fast ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
[PREVIEW]: test.guide bietet jetzt die Möglichkeit, individuelle Workflows zu automatisieren.
Mit dem neuem Feature Workflow Automatisierung ist es möglich in test.guide selbst erstellte Handlungsabläufe automatisch starten zu lassen.
Diese Handlungsabläufe können sowohl aus mitgelieferten, aber auch aus selbst definierten Aktionen bestehen.
Das eröffnet eine Vielzahl von Möglichkeiten. Ein paar einfache Beispiele könnten sein:
PDF-Reports automatisch erzeugen und verschicken, wenn ein Release gesperrt wurde. 
Automatische Nachbewertungen, wenn Reports mit bekannten Fehlerbildern hochgeladen wurden. 
Im neuem Hilfekapitel "2.7 Using the workflow automation" sind die Voraussetzungen und das grundlegende Konzept beschrieben.
[PREVIEW]: Der neue Q-Gate-Typ 'Workflow Q-Gate' erlaubt eine Integration mit dem neuen Modul Workflow Automatisierung, um Flow-Bundles automatisiert auszuführen, sobald der Q-Gate-Plan eine bestimmte Stage erreicht.
Im neuem Q-Gate wird dazu ein Flow-Trigger ausgewählt, der beim Erreichen der Stage ausgelöst wird.
Der daraus resultierende Flow-Task signalisiert sein Ergebnis der Ausführung direkt zurück an das Workflow Q-Gate. Bei erfolgreicher Ausführung kann der Q-Gate-Plan in die nächste Stage übergehen. Wenn ein Problem vom Flow-Task gemeldet wird, geht das Q-Gate in den Zustand STOPPED über.
[PREVIEW]: Um die Darstellung zu verbessern, kann beim Q-Gate-Graph jetzt ausgewählt werden, ob dieser von unten nach oben, von oben nach unten oder von links nach rechts dargestellt werden soll.
[PREVIEW]: Um die Verwaltung der Aufbewahrungsfristen im Unternehmen in test.guide zu vereinfachen, wurde eine globale Löschregel für Termine von Testressourcen hinzugefügt.
[PREVIEW]: Die Suchfunktion kann nun von jeder Seite in test.guide über das Symbol in der rechten unteren Ecke erreicht werden.
[FEATURE]: Auf der Seite zum Vergleich der Ausstattungshistorie einer Test Resource Machine (TRM) in der Testinfrastrukturverwaltung wurde ein Teilen-Button hinzugefügt.
Beim Aufruf des beim Teilen erzeugten Links wird automatisch der Standard-Zeitraum (5 Tage) für die angegebene TRM geladen.
[CHANGED]: Nutzer-definierte Namen von Playbook-Schritten werden in ecu.test als Testfallnamen und dadurch auch für das Reporting im test.guide verwendet.
Diese neue Einstellung ist für alle Playbook-Schritte defaultmäßig aktiviert, insbesondere auch für alle bereits existierenden Playbooks. Sie ist für jeden Playbookschritt einzeln konfigurierbar.
Hierdurch wird es unter anderem möglich verschiedene Parametrierungen von Packages anhand der Testfallnamen im test.guide leichter zu unterscheiden.
Achtung: Dieses Feature funktioniert nur, wenn das Playbook mit einem ecu.test in der Version 2025.3 oder neuer ausgeführt wurde.
[CHANGED]: Wurde einem Release eine Abdeckungs-Filterdefinition zugewiesen, konnte diese bisher nur durch eine andere ersetzt werden. Jetzt ist auch das Entfernen der Abdeckungs-Filterdefinition vom Release möglich.
[CHANGED]: Die Release-Q-Gates wurden erweitert. Nun kann angegeben werden, dass das Gate nur schaltet, wenn die Ergebnisse NONE und PASSED geprüft wurden.
[CHANGED]: Es ist jetzt möglich, die Weboberfläche zeitgleich in mehreren Projekten zu nutzen, z.B. mit mehreren Browser-Tabs.
[REMOVED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook wurde entfernt.
ecu.test-Start- und Stopp-Schritte müssen ab sofort immer explizit im Playbook angegeben werden.
[FIXED]: Wenn beim Anlegen einer Issue-Tracker-Konfiguration der Login fehlschlägt, wird nun eine Fehlermeldung angezeigt.
[FIXED]: Die nach IBM ETM exportierten Testergebnisse enthalten wieder korrekte Links nach test.guide.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits fast ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
[PREVIEW]: Um die Verwaltung der Aufbewahrungsfristen im Unternehmen in test.guide zu vereinfachen, wurden sowohl automatische Löschregeln für das Projekt als auch globale Löschregeln für das Unternehmen für die Q-Gates hinzugefügt.
[PREVIEW]: Die Q-Gates REST-API wurde um die Endpunkte GET /plans/{planKey} und GET /plans/{planKey}/qgates/{qGateName} erweitert, um einen direkten Zugriff auf die jeweiligen Details zu ermöglichen.
[FEATURE]: Über die Historie-Ansicht können die Uploads der Testfallausführungen im Testreportmanagement jetzt nach ihrer Größe sortiert werden. Dadurch ist es möglich, zu analysieren, welche Testpläne aktuell beispielsweise den höchsten Traffic verursachen.
[FEATURE]: Bei der Einrichtung von test.guide wird direkt bei der Konfiguration der Basis-URL eine Validierung durchgeführt, um zu prüfen, ob test.guide sich selbst erreichen kann. Dies ist für einen reibungslosen Betrieb von test.guide wichtig.
[FEATURE]: In der Buchungsansicht für die Testressourcen in der Testinfrastrukturverwaltung wurde ein Teilen-Button hinzugefügt.
Über den beim Teilen erzeugte Link kann die Seite einfach zu den Favoriten hinzugefügt werden, um so schneller zur vorkonfigurierten Buchungsansicht zu gelangen.
[FEATURE]: Beim Anlegen von Defects über die ALM-Anbindung Octane können nun auch Dateien angehängt werden.
[FEATURE]: Playbook-Parameter können in Attributen und Testskript-/Testsuite-IDs von Playbook-Filterschritten verwendet werden.
Wie auch in anderen Stellen des Playbooks ist hierfür die Notation ${PARAM} zu verwenden, wenn das Label des Parameters PARAM ist.
[FEATURE]: Bestimmte Details von Playbook-Schritten werden für eine bessere Übersicht zusätzlich als Icons im Playbook-Editor angezeigt.
Das betrifft ein eingestelltes Timeout, den ausgeschalteten Ergebnis-Upload bei ecu.test-Schritten, die semantische Interpretation von Exit-Codes bei Kommando-Schritten und die Wiederverwendung einer laufenden ecu.test Instanz sowie das Warten auf eine ecu.test-Lizenz bei ecu.test-Start-Schritten.
[CHANGED]: Um große Q-Gate-Graphen besser darstellen zu können, werden diese nun im Ablauf horizontal statt vertikal dargestellt.
[FIXED]: Ein Fehler bei der Ersteinrichtung von test.guide unter Windows via Batch- oder Service-Installation wurde behoben, sodass das Setup nicht doppelt aufgerufen werden muss.
[FIXED]: Die Statistiken zu test.guide-Funktionen, die mit ALM-Systemen interagieren (Ergebnisse exportieren, Defekt erstellen, Defekt-Status abrufen, ALM-Coverage importieren und ALM-Coverage durchsuchen), werden nun korrekt akkumuliert.
[SECURITY]-[CHANGED]: Beim Export von Daten nach Excel werden die Zelleninhalte explizit als Textzellen formatiert. Dadurch werden die exportierten Werte beim Klicken in die Zelle nicht automatisch interpretiert.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird zum Release 1.197.0 entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es unter anderem möglich, ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offenzulassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
INFO: In der Version 1.174.0, die am 12. Juli 2024 veröffentlicht wurde, ist aus Sicherheitsgründen die Funktion eingeführt worden, dass Authentifizierungsschlüssel für die API nach spätestens einem Jahr ungültig werden. Da dieses Feature bereits fast ein Jahr alt ist, laufen die ersten Authentifizierungsschlüssel bald ab und müssen erneuert werden!
[PREVIEW]: Wenn ein Q-Gate-Plan gestartet wird, wird innerhalb der nächsten Minute überprüft, ob die hinterlegten Q-Gate-Releases bereits erfüllt sind.
[FEATURE]: Die neuen REST-API-Endpunkte GET /filters und GET /filters/{filterId} in der Reportmanagement-API ermöglichen das Abfragen aller Projektfilterinformationen, die im Projekt hinterlegt sind.
[FEATURE]: Als Projektmanager kann ich über den neuen REST-API-Endpunkt POST /users/{userId}/authkeys in der User-Management-API kurzlebige AuthKeys für technische Benutzer erstellen. Damit lassen sich beispielsweise Upload-Prozesse von externen Systemen sicherer automatisieren.
[FEATURE]: Mit ecu.test 2025.2 und aktivierter ATX-Generator-Option includePkgSVNRevision wird nun auch der aktive Branch im Attribut Branch erfasst, und zwar auch bei Git-versionierten Workspaces.
[FEATURE]: Die Statistiken zu test.guide-Funktionen, die mit ALM-Systemen interagieren (Ergebnisse exportieren, Defekt erstellen, Defekt-Status abrufen, ALM-Coverage importieren und ALM-Coverage durchsuchen), wurden zu den Nutzungsstatistiken hinzugefügt.
[FEATURE]: Auf Projektebene können Löschregeln für TR-Termine angelegt werden.
Termine, deren Enddatum älter als die angegebene Anzahl an Tagen ist, werden bei aktiver Löschregel in der Nacht automatisch gelöscht.
Die Einstellung kann mit der Berechtigung "Monitoring verwalten" unter Testinfrastruktur → Einstellungen gesetzt werden.
[FEATURE]: Es gibt eine automatische Verbindungsprüfung für Storages der Artefaktverwaltung.
Diese kann beim Anlegen und Editieren der Storages konfiguriert werden. In welchem Intervall die Verbindung geprüft werden soll, muss über einen Ausdruck im Unix-CRON-Format angegeben werden.
Wenn eine Verbindungsprüfung fehlschlägt, wird automatisch eine E-Mail an alle Projektmanager verschickt, sofern die entsprechende Einstellung aktiviert ist.
Achtung: Die Verbindungsprüfung ist für bereits existierende Storages automatisch aktiviert.
[FEATURE]: Playbook-Histories können umbenannt werden.
[CHANGED]: Die Projektberechtigungen wurden um die Möglichkeit der individuellen Berechtigung von Q-Gate-Plänen erweitert. Alle Nutzer, die über die Berechtigung Release anlegen verfügen, werden automatisch migriert und erhalten die neuen Q-Gate-Rechte.
[FIXED]: Der Octane-Ergebnisexport bricht nicht mehr für alle Ergebnisse ab, sobald bei einem Ergebnis eine in Octane definierte Business-Regel fehlschlägt.
[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird zum Release 1.196.0 entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es unter anderem möglich, ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offenzulassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[ALPHA PREVIEW]: Q-Gates können nun in Projekten für andere Q-Gate-Pläne, Projekte oder sogar test.guide Instanzen freigegeben werden. Dadurch wird die Automatisierung von Workflows zwischen Projekten, Abteilungen oder Firmen leichter möglich.
Weitere Informationen zur Einrichtung finden sich in der Hilfe im Kapitel 2.3 unter Sharing and Pulling Q-Gate States.
[FEATURE]: Die neuen Endpunkte POST /settings/filerepositories und POST /settings/filerepositories/{id}/activate in der Report Management REST-API ermöglichen das automatisierte Anlegen und Aktivieren von Dateiablagen vom Typ Depository aus der Artefaktverwaltung.
[CHANGED]: Die Antwort des Endpunktes GET /releases/{releaseId} der Release API wurde um das Feld path erweitert.
{
"releaseId": 126,
"testCaseTagSetId": 134,
"name": "MyFirstSubRelease",
...
"parentId": 125,
"path": ["MyReleaseFolder", "MyFirstSubRelease"],
}[DEPRECATED]: Die in test.guide integrierten Funktionen zur Interaktion mit Jama, Polarion sowie IBM ETM werden Ende 2025 eingestellt. Es wird Nachfolgelösungen geben, mit denen Workflows wesentlich flexibler als bisher an die jeweiligen Projektbedürfnisse angepasst werden können. Sollten Sie Fragen haben, können sie gern auf uns zukommen: support@tracetronic.com.
[REMOVED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist entfernt worden.
Stattdessen muss die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[FIXED]: Beim Ergebnis-Upload von test.guide nach IBM ETM konnte es passieren, dass beim Suchen und Anlegen von execution records die angegebene iteration nicht berücksichtigt wurde. Dadurch konnte es passieren, dass test.guide die Ergebnisse in ETM in einem execution record mit einer falschen iteration anlegt. Dies betrifft nur test plans, die mehrere iterations in ihrem test schedule haben.
[SECURITY]: Das SameSite-Attribut des Session-Cookies von test.guide ist jetzt gesetzt.
[SECURITY]: Wenn gewünscht, kann bei Verwendung von OpenID Connect die Anmeldung mit Benutzername und Passwort, z. B. für den ServerAdmin, vollständig deaktiviert werden. Weitere Informationen dazu finden sich im Operations-Manual unter Kapitel 10.1.6.
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird zum Release 1.196.0 entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es unter anderem möglich, ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offenzulassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW]: Um personenbezogene Daten automatisch anonymisieren zu können, wurden die globalen Löschregeln erweitert.
[FEATURE]: Mit Hilfe des neuen Dashboard Widgets "Release-Details" können Releases aus einem ausgewählten Release-Ordner direkt auf dem Startbildschirm für alle Projektmitglieder angezeigt werden.
[FEATURE]: Testressourcen können anhand ihres Ortes gefiltert werden.
Dazu wurde auf der Testressourcen-Übersichtsseite ein Filterfeld ergänzt.
Außerdem wurde der Endpunkt POST /testinfrastructure/testresources/filter der Test Infrastructure REST-API entsprechend erweitert.
[FEATURE]: Der Endpunkt GET /api/v2/monitoring/healthstates der Monitoring REST-API wurde um die Möglichkeit erweitert, die Reihenfolge der Response umzukehren, sodass neuere Einträge zuerst zurückgegeben werden.
Dies kann über den neuen optionalen Parameter order eingestellt werden.
[FEATURE]: Mit den neuen REST-API-Endpunkten für die Projekterstellung und die Projektbenutzerverwaltung kann die Erstellung neuer Projekte einfacher automatisiert werden.
Endpunkt POST /projects in der Platform API zum Erstellen eines Projekts
Endpunkt POST /user/{userID}/project in der User Management API, um einen Benutzer zu einem Projekt hinzuzufügen
Endpunkt DELETE /user/{userID}/project in der User Management API, um einen Benutzer aus einem Projekt zu entfernen
Endpunkt POST /roles in der User Management API, um eine neue Projektrolle zu erstellen
Endpunkt POST /roles/{roleId}/users in der User Management API, um einen Benutzer mit einer Projektrolle zu verknüpfen
Endpunkt POST /roles/{roleId}/groups in der User Management API, um eine Systemgruppe mit einer Projektrolle zu verknüpfen
[DEPRECATED]: Der Endpunkt GET /project/{projectId}/roles der Platform-API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue User-Management-API-Endpunkt GET /roles kann anstelle des veralteten Endpunkts verwendet werden.
[FIXED]: Beim Bulk-Edit von ResourceAdapter-Konfigurationen über test.guide wurden allgemeine Konfigurationsparameter gelöscht, wenn sie durch die Filtermöglichkeiten ausgeblendet waren. Dieses Verhalten wurde korrigiert.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird zum Release 1.194.0 entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird zum Release 1.196.0 entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es unter anderem möglich, ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offenzulassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Reportdatenbank automatisch migriert, um Release-Q-Gate-Berechnungen zu optimieren, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
[PREVIEW]: Als Nutzer kann ich die neue Suchfunktion (unter Info → Suche) in test.guide nutzen, um direkt Seiten zum Suchbegriff in test.guide aufzurufen.
Die Ergebnisse werden in einer Rangliste angezeigt. Ausgegraute Links zeigen an, dass diese Seiten den Suchbegriff enthalten, aber nicht direkt ohne Parameter aufgerufen werden können.
[PREVIEW]: Um die Verwaltung der Aufbewahrungsfristen im Unternehmen in test.guide zu vereinfachen, wurden die globalen Löschregeln um die Verwaltung von Release-Löschregeln erweitert.
[FEATURE]: Für einen schnellen Überblick kann eine Liste von Ausführungsaufträgen als Widget in Dashboards angezeigt werden.
Dafür muss ein zuvor gespeicherter Ausführungsauftragsfilter referenziert werden.
Das Widget zeigt je nach konfigurierter Sortiereigenschaft, die zehn obersten Filterergebnisse.
[FEATURE]: Testressourcen können anhand ihres Namen gefiltert werden.
Dazu wurde auf der Testressourcen-Übersichtsseite ein Filterfeld ergänzt.
Außerdem wurde der Endpunkt POST /testinfrastructure/testresources/filter der Test Infrastructure REST-API entsprechend erweitert.
[FEATURE]: Das Löschen mehrerer Testressourcen inkl. den darunterliegenden Test Resource Machines und aller zugehörigen Daten ist über einen neuen Lösch-Button auf der Testressourcen-Übersichtsseite möglich.
Es können entweder alle ausgewählten Testressourcen oder alle den aktuellen Filterkriterien entsprechenden Testressourcen gelöscht werden.
[FEATURE]: Die unter Systemeinstellungen → Systemstatus verfügbaren Nutzungsstatistiken der test.guide-Funktionen sind nun auch automatisiert über die REST-API unter dem Endpunkt /api/platform/usagemetrics abrufbar. Für den Zugriff auf die Metriken wurde die neue globale Berechtigung METRICS_ACCESS eingeführt.
[FEATURE]: OpenText ALM Octane: Unterstützung der Version 25.1.
[CHANGED]: Bei den Review-Templates kann eingestellt werden, dass bei der Anwendung des Review-Templates nur bestimmte Felder überschrieben werden und andere Felder mit der Vorbelegung erhalten bleiben.
[CHANGED]: In Export-Templates wird die Startzeit für den Platzhalter {testcase:executionTimestamp} nach dem Standard ISO-8601 als Datum-Uhrzeit mit einem Offset formatiert, z.B. '2011-12-03T10:15:30+01:00'.
[DEPRECATED]: Der Jenkins-Dispatcher im Execution Plug-in des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Das Feld value an der SCM-REST-API in Package- und Projektattributen des Testfallindex ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann das Feld values als Liste von Attributwerten benutzt werden.
[SECURITY]: Eine Cross-Site-Scripting-Schwachstelle in den Tooltips, durch die z.B. gespeicherte Filterbeschreibungen als HTML-Code ausgeführt werden konnten, wurde behoben.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird zum Release 1.194.0 entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird zum Release 1.196.0 entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es unter anderem möglich, ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offenzulassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW]: Die Q-Gate-Übersicht wurde erweitert, so dass direkt der Zeitpunkt der letzten Aktion eines Q-Gates angezeigt wird und über das Zustandslog zu jedem Q-Gate im Detail nachvollzogen werden kann, was wann geschehen ist.
[PREVIEW]: Um Artefakte und Testreports, die einer bestimmten Informationsklassifizierung und auch Aufbewahrungsfrist im Unternehmen unterliegen, besser und zentraler in test.guide verwalten zu können, gibt es nun globale Löschregeln, die von Servermanagern eingestellt werden und automatisch für alle test.guide-Projekte gelten.
[FEATURE]: Um mehrere Releases sperren und entsperren zu können, wurde die Release-Übersicht überarbeitet. Es können nun mehrere Releases ausgewählt und entsprechend bearbeitet werden.
[FEATURE]: In der Release-Übersicht wurde dem Filter für den Release-Name eine Autovervollständigung hinzugefügt.
[FEATURE]: Über den neuen Endpunkt GET /testinfrastructure/testresourcemachines/byresourcelocationid der Test Infrastructure REST-API kann die TRM-ID einer Test Resource Machine (TRM) über die zugehörige ResourceLocationId abgefragt werden.
[CHANGED]: Beim Anlegen von Release-Q-Gates können nun auch Release-Ordner angegeben werden, das Release-Q-Gate wird geschaltet, sobald ein Release-Ordner über seine Sub-Releases die Bedingungen erfüllt.
[DEPRECATED]: Ab Dezember 2025 wird der ecu.test ATX Generator offiziell nur noch ab einer ecu.test Version >= 2023.2 unterstützt. Sollte im Projekt ein Update auf mindestens diese ecu.test-Version bis Dezember 2025 nicht möglich sein, bitten wir um Rückmeldung an support@tracetronic.com.
[FIXED]: Der Export von Ergebnissen zu Codebeamer führt bei TestSets mit vielen Testfällen nicht mehr zu Zeitüberschreitungen.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird zum Release 1.194.0 entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird zum Release 1.196.0 entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es unter anderem möglich, ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offenzulassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PERFORMANCE]: 🚀 Die ALM-Anbindung Octane wurde weiter optimiert, sodass Defects schneller angelegt werden können.
[PREVIEW]: Mit Hilfe der neuen Option "TRF im Browser anzeigen" können alle Details des ecu.test TRF-Reports im HTML-Format direkt im Browser aus test.guide heraus angezeigt werden, was eine schnelleres Review ermöglicht.
Die Konvertierung des hinterlegten TRF-Reports erfolgt beim Klick auf den Button. Derzeit können TRF-Dateien bis zu einer Größe von 100 MB und maximal 5 gleichzeitig ins HTML-Format konvertiert werden. Das Operations Team kann diese Limits nach Bedarf anpassen - siehe Operations Manual, Kapitel 10.
[PREVIEW]: Musste ein Q-Gate-Plan invalidiert werden, weil z.B. ein falsches Release konfiguriert wurde, kann dieser Q-Gate-Plan nun dupliziert und das Release einfach angepasst werden.
[CHANGED]: Die PDF Template-Datenquelle wurde erweitert und enthält nun auch die relativen Pfade zu den Artefakten in den Tabellen: TCE_ARTIFACTS, REVIEW_ATTACHMENTS und TESTSTEP_ARTIFACTS in der neuen Spalte PATH, sodass diese Pfade (wie z.B. im Screenshot die Pfade für debug.log und error.log) im PDF für die Anzeige verwendet werden können.
[CHANGED]: Das ReleaseStateChangedEvent wurde um die Felder name und path erweitert, so dass der Webhook die Information enthält, in welchem Releasezweig die Änderung stattgefunden hat.
[CHANGED]: Es gibt einen dauerhaften Link zur neusten Version eines Playbooks.
Die URLs der Playbook-Seiten wurden aktualisiert:
Playbook-Editor der neusten Revision einer Playbook-History: execution/playbookhistory/<playbookHistoryId>/editor
Playbook-Editor einer spezifischen Revision einer Playbook-History: execution/playbookhistory/<playbookHistoryId>/editor?revision=<revision>
Die bestehenden URLs leiten automatisch auf die neuen Seiten um und können daher weiterhin genutzt werden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird zum Release 1.194.0 entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird zum Release 1.196.0 entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es unter anderem möglich, ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offenzulassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[FIXED]: Die ALM-Verbindungen verhalten sich robuster, wenn die Seite für die Vorlagenkonfiguration geöffnet wird.
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW]: Bei der Erstellung eines Q-Gate-Plans können eine Beschreibung sowie beliebige Attribute angegeben werden. Diese Daten können auch während eines gestarteten Q-Gate-Plans erweitert und aktualisiert werden, so dass es möglich ist, den Q-Gate-Plan zur Laufzeit mit Informationen anzureichern.
[PREVIEW]: Wenn nach dem Start eines Q-Gate-Plans festgestellt wird, dass dieser z.B. aufgrund einer fehlerhaften Konfiguration nicht durchgeführt werden kann, ist es nun möglich, solche Pläne zu invalidieren. Nach erfolgreichem Abschluss eines Plans ist es nun ebenso möglich, Pläne zu finalisieren.
[FEATURE]: Es gibt neue dynamische Playbook-Filterschritte für Packages und Projekte im Playbook.
Es kann nach Attributen und Testskript-ID bzw. Testsuite-ID gefiltert werden.
Die Filterschritte werden dynamisch beim Ausführen des Playbooks, also beim Erstellen der Testausführungsaufträge aus dem Playbook, ausgewertet. In den Ausführungsaufträgen stehen explizit alle zum Filter passenden Package- bzw. Projekt-Schritte. Die Einstellungen am Playbook-Filterschritt werden für alle erzeugten Package- bzw. Projekt-Schritte übernommen.
Bei der Auswertung der Filterschritte werden nur Packages bzw. Projekte gefunden, die in Git-Repositories liegen, welche als Workspace-Quelle oder -Abhängigkeit im Playbook eingebunden sind.
[FEATURE]: Der Zeitstempel der letzten Aktualisierung eines Ausstattungsmerkmals einer Test Resource Machine wird nun im Tooltip auf der TRM-Detailseite mit angezeigt.
[FEATURE]: Mit dem neuen Filter Inaktiv seit können Servermanager nun leichter Benutzer identifizieren und entfernen, die sich länger nicht eingeloggt haben.
[FEATURE]: Bei der OpenID Connect Verbindung fordert test.guide immer automatisch die Scopes openid, profile und email an. Weitere Scopes können nun über die Konfiguration angefordert werden.
Zusätzlich gibt es eine neue Application Settings → restrictLoginViaUserInfoClaim, mit der festgelegt werden kann, dass sich Benutzer nur dann in test.guide einloggen können, wenn sie eine bestimmte Rolle besitzen (siehe Operations Manual im Kapitel 10.1.5.).
[DEPRECATED]: Der Endpunkt DELETE api/v2/monitoring/resources der Monitoring-REST-API ist veraltet und wird in einem zukünftigen Release entfernt. Als Alternative kann der Endpunkt DELETE api/testinfrastructure/testresourcemachines/{testResourceMachineId} in der Test Infrastructure REST-API verwendet werden.
[REMOVED]: In der wurde der Button zum Löschen der Monitoring-Daten einer Test Resource Machine entfernt. Bitte verwenden Sie den Lösch-Button auf der jeweiligen Testressourcen-Detailseite im Modul Testinfrastrukutr zum Löschen einer TRM inkl. aller zugehöriger Daten.
[REMOVED]: Wegen einer Konsistenzanpassung sind folgende Development-Preview-Endpunkte der Test Infrastructure REST-API entfernt worden. Bitte nutzen Sie die neuen Endpunkte, die in Release 1.184.0 beschrieben sind.
POST /api/testinfrastructure/testresource
GET /api/testinfrastructure/testresource/{testResourceId}
DELETE /api/testinfrastructure/testresource/{testResourceId}
POST /api/testinfrastructure/testresourcemachine
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
DELETE /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
POST /api/testinfrastructure/customattribute
PUT /api/testinfrastructure/customattribute/{customAttributeId}
DELETE /api/testinfrastructure/customattribute/{customAttributeId}
POST /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
[FIXED]: Beim Ausfüllen von Datumsfeldern in Jira-Tickets wird die Zeitzone des Benutzers berücksichtigt.
[FIXED]: Es gibt nun eine eindeutige Sortierung für den Abfrage von Releases über die REST-API.
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FIXED]: Im Issue-Tracker Octane ist es wieder möglich, beim Erstellen eines Tickets HTML in das Beschreibungsfeld einzutragen.
[FIXED]: Der browserbasierte Anmeldevorgang von test.guide in ALM-Systeme (speziell Octane und Codebeamer) wird erfolgreich zu Ende durchgeführt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PERFORMANCE]: 🚀 Die Attribut- und Konstantenfilterungen in der Testfallabdeckung wurden beschleunigt.
[PERFORMANCE]: 🚀 Die ALM-Anbindung Octane wurde optimiert, sodass Defects schneller angelegt werden können.
[FEATURE]: Eine neue Infoseite mit Informationen zur Analyse von ASTRACE-Dateien mit dem trace.xplorer basic wurde hinzugefügt.
[FEATURE]: Für einen besseren Überblick kann in der Buchungsansicht unter Testinfrastruktur zwischen verschiedenen Ansichten gewechselt werden.
Neben der Tagesansicht kann auch eine 10-Tagesansicht sowie eine Monatsansicht ausgewählt werden.
Verschieben und Erstellen von Terminen ist analog zum einzelnen Kalender einer Testressource möglich.
[FEATURE]: Die ALM-Anbindungen RQM und Codebeamer verhalten sich nun beim gleichzeitigen Zurückspielen von Ergebnissen in mehreren Jobs stabiler.
[FEATURE]: Workspace-Abhängigkeiten von Playbooks, die in einem Git-Repository liegen, können partiell ausgecheckt werden.
Für SVN-Repositories wurde die Option bereits unterstützt.
[FEATURE]: Playbook-Schritte können beim Hinzufügen zum Playbook im Playbook-Editor nach Testskript-ID und Testsuite-ID gefiltert werden.
Voraussetzung hierfür ist, dass die ecu.test Packages und Projekte aus einer Git-Workspace-Quelle oder -Abhängigkeit stammen.
[FEATURE]: In der neuen Ansicht für Playbook-Ausführungen gibt es jeweils einen Link zum Filter mit den erzeugten Ausführungsaufträgen.
Hierdurch lassen sich schnell alle zu einer spezifischen Playbook-Ausführung gehörenden Testausführungsaufträge und deren Status überblicken.
Eine Playbook-Ausführung umfasst dabei alle initial für das Playbook erstellten Ausführungsaufträge, sowie alle hierdurch später automatisiert erzeugten Ausführungsaufträge. Letztere sind zum Beispiel Ausführungsaufträge der nachgelagerten Analyse oder automatische Wiederholungen von fehlgeschlagenen Ausführungsaufträgen, sofern konfiguriert.
Manuell wiederholte Ausführungsaufträge werden keiner Playbook-Ausführung zugeordnet.
[FEATURE]: LDAP-Authentifizierung: Unsichere SSL-Verbindungen können nun optional zu Evaluierungs- und Testzwecken akzeptiert werden.
[CHANGED]: Um inperformante Abfragen in der Test Infrastructure REST-API zu verhindern, wurde der Endpunkt POST api/testinfrastructure/appointments/filter um eine Pagination erweitert.
Werden die optionalen Parameter offset und limit nicht übergeben, so werden für diese die Default-Werte offset = 0 bzw. limit = 100 angewendet.
Dadurch müssen bestehende Abfragen nur dann angepasst werden, wenn Ergebnisse außerhalb der Standardwerte benötigt werden, also wenn mehr als die ersten 100 Termine im übergebenen Zeitraum gebraucht werden.
[FIXED]: Die ALM-Anbindung Codebeamer verhält sich robuster, beim Auftreten von Timeouts seitens Codebeamer.
[FIXED]: Die ALM-Verbindungen verhalten sich robuster, wenn die Seite für die Vorlagenkonfiguration geöffnet wird.
[FIXED]: Ein Problem beim Hochladen von Dateien, die größer als das Upload-Limit waren, wurde behoben, diese Dateien wurden nicht auf dem Server gelöscht.
[DEPRECATED]: Wegen einer Konsistenzanpassung sind folgende Development-Preview-Endpunkte der Test Infrastructure REST-API veraltet und werden in einem zukünftigen Release entfernt. Bitte nutzen Sie die neuen Endpunkte, die in Release 1.184.0 beschrieben sind.
POST /api/testinfrastructure/testresource
GET /api/testinfrastructure/testresource/{testResourceId}
DELETE /api/testinfrastructure/testresource/{testResourceId}
POST /api/testinfrastructure/testresourcemachine
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
DELETE /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
POST /api/testinfrastructure/customattribute
PUT /api/testinfrastructure/customattribute/{customAttributeId}
DELETE /api/testinfrastructure/customattribute/{customAttributeId}
POST /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FIXED]: Die Überprüfung der Eindeutigkeit von Labels in Coverage-Filter-Definitionen, die mit test.guide Version 1.187.0 eingeführt wurde, wurde entfernt, da sie in bestimmten Situationen die Testautomatisierung beeinträchtigen konnte. Diese Prüfung wird in einer zukünftigen Version wieder vorgenommen, aber wir werden die Einführung so vorbereiten, damit bestehende Projekte nicht beeinträchtigt werden.
[FIXED]: Ein Problem bei der Filterung beim Hinzufügen neuer Packages oder Projekte im Playbook-Editor wurde behoben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Testressourcen können mitsamt aller zugehörigen Test Resource Machines und allen Daten per GUI gelöscht werden.
Der Button zum Löschen befindet sich auf der jeweiligen Testressourcen-Detailseite und ist mit der Berechtigung "Monitoring verwalten" benutzbar.
Der Löschvorgang muss bestätigt werden und wird dann im Hintergrund ausgeführt. Daher bleibt die TR und ihre TRMs bis zum Abschluss des Hintergrundtasks noch sichtbar.
[FEATURE]: Es gibt eine neue Übersicht für alle Playbook-Ausführungen einer Playbook-History.
Diese Ansicht erreicht man über das Aktionsmenü in der Playbook-Übersichtsseite oder im Playbook-Editor.
Es werden alle Playbook-Ausführungen einer Playbook-History mit ihren Details aufgelistet. Über einen Link kann man zu einem Ergebnisfilter mit allen Testergebnissen der Playbook-Ausführung springen.
[FEATURE]: In der Ausführungsauftragsübersicht können Testausführungsaufträge nach ihren aufaggregierten Ergebnissen gefiltert werden.
[FEATURE]: ecu.test-Workspace können über die REST-API indiziert und die indizierten Inhalte abgefragt werden.
Voraussetzung hierfür ist, dass der Workspace in einem Git-Repository versioniert ist.
Die neuen REST-API-Endpunkte für Aufbauen, Auslesen und Löschen dieses Indexes befinden sich in der SCM-API unter /api/v3/scm/index/…
Bei der Indizierung werden alle ecu.test-Packages, ecu.test-Projekte, TBC-Dateien und TCF-Dateien sowie alle ASAM-OpenSCENARIO-Dateien mit ihren spezifischen Eigenschaften erfasst.
[FEATURE]: Mit dem neuen Audit-Log können sowohl Projektmanager in ihrem Projekt als auch Servermanager auf der Instanz zwei Jahre lang nachvollziehen, wann und wie bestimmte Einstellungen geändert wurden.
[FEATURE]: In der applicationsettings.yml kann das Betriebsteam mit Hilfe des neuen Parameters nightlyReportRemovalTimespan einstellen, wie lange pro Tag die Löschregeln für Reports laufen sollen.
Weitere Informationen hierzu finden sich im Operations Manual im Kapitel 10.1.4.
[FEATURE]: Um überprüfen zu können, mit welchem PDF-Template z.B. ein bestimmter Testabschlussbericht erstellt wurde, wird nun jedes erstellte PDF mit einem Hash versehen, der mit dem PDF-Template-Hash in test.guide verglichen werden kann.
[FEATURE]: Codebeamer: Unsichere SSL-Verbindungen können nun optional zu Evaluierungs- und Testzwecken akzeptiert werden.
[FEATURE]: Die ALM-Anbindung Polarion unterstützt die Authentifizierung über Personal Access Token.
[FEATURE]: Die ALM-Anbindung Octane unterstützt beim Anlegen von Defects Text über mehrere Zeilen im Feld Beschreibung.
[FEATURE]: Die Export-Templates wurden um den Platzhalter {testcase:executionTimestamp} erweitert, welcher das Schreiben der Startzeit an ein Ergebnis ermöglicht.
[CHANGED]: Die ATX-Generatoreinstellung archiveMiscFiles berücksichtigt keine Unterprojektverzeichnisse mehr, wenn diese als separate Unterprojekte ausgeführt wurden, um eine doppelte Datenerfassung zu vermeiden.
[CHANGED]: Die Einstellung der Retention Period für die Monitoring-Daten wurden auf die neue Einstellungsseite verschoben.
[CHANGED]: Bisher war es möglich, Coverage-Filter-Definitionen zu erstellen, bei denen innerhalb eines Layers die gleichen Labels verwendet werden konnten. Nun wird geprüft, dass diese für die Darstellung eindeutig sind.
[SECURITY]: Update der Apache Wicket Bibliothek auf die aktuelle Version zur Schließung der Sicherheitslücke CVE-2024-53299.
[DEPRECATED]: Wegen einer Konsistenzanpassung sind folgende Development-Preview-Endpunkte der Test Infrastructure REST-API veraltet und werden in einem zukünftigen Release entfernt. Bitte nutzen Sie die neuen Endpunkte, die in Release 1.184.0 beschrieben sind.
POST /api/testinfrastructure/testresource
GET /api/testinfrastructure/testresource/{testResourceId}
DELETE /api/testinfrastructure/testresource/{testResourceId}
POST /api/testinfrastructure/testresourcemachine
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
DELETE /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
POST /api/testinfrastructure/customattribute
PUT /api/testinfrastructure/customattribute/{customAttributeId}
DELETE /api/testinfrastructure/customattribute/{customAttributeId}
POST /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PERFORMANCE]: 🚀 Der Ergebnisfilter wurde für eine performantere Anzeige der Daten optimiert.
[PREVIEW]: Das neue Approval-Q-Gate steht zur Verfügung. Es dient dazu, dass Verantwortliche weitere Prozessschritte explizit bestätigen müssen, bevor Aktionen ausgelöst werden. So werden auch STOPPED Zustände erst nach Bestätigung propagiert.
[FEATURE]: Das Verschieben von Terminen einer Testressource per Drag and Drop ist nun auch in der Buchungsansicht möglich.
Dabei kann ein Termin auch vom Kalender einer Testressource direkt in den Kalender einer anderen Testressource verschoben werden.
Voraussetzung dafür ist, dass beide Testressourcen über einen Kalender verfügen und zuvor ausgewählt wurden.
[FEATURE]: Ein Server-Admin kann den Aufbewahrungszeitraum der Daten in der Monitoring-Datenbank nun einfacher ändern.
Bei Änderungen ist keine Datenbank-Neuverbindung mehr notwendig, da die Einstellung von den restlichen Datenbankeinstellungen entkoppelt wurde.
[CHANGED]: Durch die Änderung ist die Einstellung in einem Export der Einstellungen (unter Systemkonfiguration → Setup übertragen) nicht mehr enthalten und muss nach der Übertragung auf einen anderen Server manuell eingestellt werden.
[FEATURE]: Polarion: Unterstützung der Version 22 R1.
[FEATURE]: Projektfilter-Abonnements können nachträglich bearbeitet werden, so kann z.B. das Auswertungsintervall geändert werden.
[CHANGED]: Bei der Erstellung von E-Mail-Benachrichtigungen ist es nun möglich, einfache HTML-Tags zur Formatierung der E-Mail zu verwenden.
Ungültige HTML-Tags sowie nicht erlaubte Tags (z.B. <script>) werden automatisch entfernt.
[CHANGED]: Das ReleaseStateChangedEvent wurde um das Feld releaseDType erweitert, so dass der Webhook die Information enthält, ob die Änderung ein Release oder einen Release Ordner betrifft.
[CHANGED]: In den Gruppierungswidgets im Dashboard kann eingestellt werden, ob die prozentuale Verteilung der Ergebnisse angezeigt werden soll oder nicht.
[CHANGED]: Die test.guide Unterstützung für die Synchronisation von Systemgruppen über OpenId Connect wurde dahingehend erweitert, dass die Systemgruppen nicht nur aus dem AccessToken Claim, sondern auch aus dem Claim der UserInfo Response ermittelt werden können.
[CHANGED]: Aus Konsistenzgründen wurden in der Aktivitätsansicht (Testinfrastruktur → Aktivität) alle Vorkommnisse von "Prüfplatz" durch "Testressource" ersetzt.
Dies hat auch Einfluss auf Links, die bei der Nutzung des Teilen-Buttons auf der Seite erzeugt wurden.
Sollten Sie einen solchen Link als Lesezeichen nutzen, aktualisieren Sie diesen bitte, indem Sie einen neuen Link durch die Teilen-Funktion erzeugen.
[FIXED]: In der ATX-Generator-Einstellung archiveFilesPerPackage führten überflüssige Semikolons, z.B. ganz am Ende, bisher dazu, dass alle Dateien des Package-Verzeichnisses eingeschlossen wurden. Das ist nun nicht mehr der Fall. Überflüssige Semikolons werden ignoriert.
[DEPRECATED]: Wegen einer Konsistenzanpassung sind folgende Development-Preview-Endpunkte der Test Infrastructure REST-API veraltet und werden in einem zukünftigen Release entfernt. Bitte nutzen Sie die neuen Endpunkte, die in Release 1.184.0 beschrieben sind.
POST /api/testinfrastructure/testresource
GET /api/testinfrastructure/testresource/{testResourceId}
DELETE /api/testinfrastructure/testresource/{testResourceId}
POST /api/testinfrastructure/testresourcemachine
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
DELETE /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
POST /api/testinfrastructure/customattribute
PUT /api/testinfrastructure/customattribute/{customAttributeId}
DELETE /api/testinfrastructure/customattribute/{customAttributeId}
POST /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FIXED]: Die Einstellung ecutest.automationBlockedBy=ACTIVITY des ExecutionPlugins des ResourceAdapters funktionierte nicht korrekt. Dieser Fehler ist nun behoben.
[FIXED]: Die Seite zum Bearbeiten des Templates zum Anlegen von Defects in ALM Octane ließ sich nicht mehr öffnen. Dieser Fehler ist nun behoben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Termine im Kalender einer Testressource können per Drag and Drop verschoben werden.
Um ein versehentliches Verschieben zu vermeiden, muss das Verschieben nach dem "Drop" bestätigt werden.
[FEATURE]: Neue Testressourcen können nun auch über die test.guide UI angelegt werden.
Auf der Testressourcen-Übersichtsseite wurde ein entsprechender Button ergänzt. Beim Anlegen müssen Name und Ort der neuen TR angegeben werden.
Die Location muss aktuell immer aus drei durch Slashes getrennten Elementen bestehen (Schema: Gebäude/Etage/Raum).
[FEATURE]: Die Artefaktübersicht auf der Testplandetailseite wurde erweitert, so dass dort pro Testfall auch die hochgeladenen Artefakte in einer Baumdarstellung angezeigt werden. Zusätzlich stehen Buttons zur Verfügung, um die Artefakte direkt im Browser zu öffnen.
[FEATURE]: Um von einem Release-Q-Gate zu den dahinter liegenden Releasedetails zu gelangen, ist ein direkter Link über die Release-Q-Gate-Flagge verfügbar.
[FEATURE]: Die unterstützte Auswahl von ecu.test-Schritten im Playbook-Editor berücksichtigt auch die definierten Workspace-Abhängigkeiten.
[FEATURE]: Im Playbook-Editor können Namen für Playbook-Schritte vergeben werden, die auf der Detailseite für Ausführungsaufträge in der Log-Ansicht angezeigt werden.
[FEATURE]: Es ist möglich von Attributen und Parametern an Ausführungsaufträgen direkt zu den gefilterten Ausführungsaufträgen zu springen.
[FEATURE]: Die Details zu einem test.guide Task können nun auf der neuen Detailseite eingesehen werden.
[FEATURE]: Die Migration von Storages eines Depositories kann auf der Depository-Detailseite abgebrochen werden.
[FEATURE]: Unter Systemeinstellungen → Systemstatus können Nutzerstatistiken über die Nutzung der test.guide-Funktionen eingesehen werden, was insbesondere für den Betrieb interessant ist, um zu analysieren, welche Funktionen genutzt werden, um das System entsprechend für die jeweilige Nutzung zu dimensionieren.
[CHANGED]: Die Gruppierungswidgets im Dashboard zeigen die prozentuale Verteilung der Ergebnisse an.
[FIXED]: Bei Verwendung des ecu.test (≥ 2025.1) Upload Dialogs von Reports nach test.guide ist es nun wieder möglich, zusätzliche Konstanten und Attribute im Dialog zu setzen, auch wenn der ATX Generator Parameter useSettingsFromServer verwendet wird.
[CHANGED]: Die Angaben im Dialog ergänzen die ATX-Generatoreinstellungen setConstants & setAttributes und ersetzen diese nicht.
[FIXED]: In den neuen Test Infrastruktur REST-API-Endpunkten in der Sektion customAttributeEntries wurde ein Fehler behoben, der dazu geführt hat, dass die Endpunkte immer einen 404-Response Code zurückgeliefert haben.
[DEPRECATED]: Wegen einer Konsistenzanpassung sind folgende Development-Preview-Endpunkte der Test Infrastructure REST-API veraltet und werden in einem zukünftigen Release entfernt. Bitte nutzen Sie die neuen Endpunkte, die in Release 1.184.0 beschrieben sind.
POST /api/testinfrastructure/testresource
GET /api/testinfrastructure/testresource/{testResourceId}
DELETE /api/testinfrastructure/testresource/{testResourceId}
POST /api/testinfrastructure/testresourcemachine
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
DELETE /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
POST /api/testinfrastructure/customattribute
PUT /api/testinfrastructure/customattribute/{customAttributeId}
DELETE /api/testinfrastructure/customattribute/{customAttributeId}
POST /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Termine für Testressourcen können direkt in der Buchungsansicht durch einen Klick auf einen freien Zeitslot erstellt werden.
Das Verhalten ist analog zu dem in einem einzelnen TR-Kalender (siehe Release 1.183.0).
[FEATURE]: Die Darstellung des Kalenders auf der Testressourcen-Detailseite wurde verbessert, um einen schnelleren Überblick über die Termine zu ermöglichen.
Der Kalender ist nun kompakter und der angezeigte Zeitbereich beginnt bei 6 Uhr morgens.
Weiterhin wird am aktuellen Tag ein Indikator für die aktuelle Zeit angezeigt. Der Indikator wird auch in der Buchungsansicht dargestellt.
[FEATURE]: Test Resource Machines können nun auch über die test.guide-UI gelöscht werden.
Der Button zum Löschen befindet sich in der TRM-Tabelle auf der Testressourcen-Detailseite und ist nur für User mit der Berechtigung "Monitoring verwalten" sichtbar.
[FEATURE]: Beim Upload von ecu.test-Reports über den ResourceAdapter ist es nun möglich, größere Reports in Chunks hochzuladen. Dies kann z.B. notwendig sein, wenn Gateways vor test.guide feste Größenbeschränkungen pro Upload vorgegeben haben.
Um den Chunk-Upload zu aktivieren, müssen folgende zwei Parameter im Report-Upload-Plugin konfiguriert werden (siehe dazu auch die im ResourceAdapter enthaltene resourceAdapter.example.config):
plugin.de.tracetronic.ttstm.monitoring.plugin.testguideupload.TestGuideUploadPlugin.1.config.properties.enableChunkUploads=true
plugin.de.tracetronic.ttstm.monitoring.plugin.testguideupload.TestGuideUploadPlugin.1.config.properties.uploadChunkSize=100 (Angabe in MB)
[FEATURE]: Beim Hinzufügen von Package- oder Projektschritten zum Playbook können deren Attribute aus dem Git-Repository angezeigt und gefiltert werden.
[FEATURE]: Bei der Angabe von Konstantenwerten oder Package-Parameterwerten in einem ecu.test-Schritt im Playbook (Package- oder Projektschritt) kann verhindert werden, dass eine verwendete Variable bei der Ersetzung als Python-Expression escaped wird. Dazu ist die Notation ${raw:VAR} zu verwenden, wenn eine Variable mit dem Label VAR verwendet wird.
[FEATURE]: Abhängig von der Bewertung der Testergebnisse kann das Hochladen der Ergebnisse von Package- und Projektschritten in Playbooks unterbunden werden, so dass z.B. nur FAILED und ERROR Testergebnisse zur späteren Analyse hochgeladen werden.
[FEATURE]: In der Übersicht der Testausführungsaufträge wird neben dem Status der Aufträge auch die aggregierte Bewertung der Testergebnisse angezeigt.
[FEATURE]: Unter Projekteinstellungen → Filtereinstellungen ist nun der initiale Filterzeitraum konfigurierbar, der automatisch beim Öffnen der Ergebnisfilterseite verwendet wird.
[FEATURE]: In der Artefaktverwaltung gibt es neue Filtermöglichkeiten für Löschregeln. Neben dem Alter der Artefakte können Löschregeln nun auch auf Basis von Dateinamen, Dateiendungen, Dateigrößen, Artefaktfreigaben und Artefaktattributen erstellt werden.
[CHANGED]: Die Erstellung von Release-Q-Gates wurde dahingehend vereinfacht, dass nun für den Schwellwert der erfolgreichen Ergebnisse keine Angabe eines Scopes mehr erforderlich ist.
Diese Änderung führte auch zu einer Änderung der REST-API für die Objekte ReleaseData & ScopeCondition, da percentage nicht mehr Teil der ScopeCondition ist.
[CHANGED]: In der Log-Datei api-access.csv werden die Aufrufe der REST-API zur Analyse bei Performance-Problemen protokolliert. Dieses Log enthält nun die IP-Adresse des Clients und den Hostnamen des Servers im Klartext. Die Daten werden maximal 14 Tage gespeichert.
[CHANGED]: Aus Konsistenzgründen gibt es Änderungen an einigen Development-Preview-Endpunkten der Test Infrastructure REST-API.
Folgende Endpunkte wurden umbenannt (Singular zu Plural):
| Alter Name | Neuer Name |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Folgende Endpunkte wurden umbenannt und in eine neue Sektion verschoben, wodurch sich auch der Pfad geändert hat. Die URL-Parameter customAttributeId und testResourceMachineId sind in diesem Zuge in Query-Parameter umgewandelt worden:
| Alter Name (Pfad) | Neuer Name (Pfad) |
|---|---|
|
|
|
|
|
|
[CHANGED]: Auf der Vergleichsseite der Ausstattungen der Testressourcen führt der Link hinter dem Namen der Testressource jetzt zur Testressourcen-Detailseite und nicht mehr auf die erste TestResourceMachine-Detailseite.
[DEPRECATED]: Wegen einer Konsistenzanpassung sind folgende Development-Preview-Endpunkte der Test Infrastructure REST-API veraltet und werden in einem zukünftigen Release entfernt. Bitte nutzen Sie die neuen Endpunkte, die in Release 1.184.0 beschrieben sind.
POST /api/testinfrastructure/testresource
GET /api/testinfrastructure/testresource/{testResourceId}
DELETE /api/testinfrastructure/testresource/{testResourceId}
POST /api/testinfrastructure/testresourcemachine
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
DELETE /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
POST /api/testinfrastructure/customattribute
PUT /api/testinfrastructure/customattribute/{customAttributeId}
DELETE /api/testinfrastructure/customattribute/{customAttributeId}
POST /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
[DEPRECATED]: Der ecu.test ATX Generator verwendet nun die offizielle asynchrone Report-Upload API /api/report/reports, welche die folgenden alten APIs ersetzt.
POST /api/upload-file
GET /api/upload-file/status/{id}
[FIXED]: Es wurde ein Problem behoben, bei dem eine Endlosschleife das Hochladen von Reports verhindern konnte, wenn eine Upload-Regel für Attribut abbilden mit identischen Quell- und Zielattributen konfiguriert war.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW]: Die Release-Q-Gates wurden erweitert, so dass diese auch dann geschaltet werden können, wenn für alle eingestellten Ergebnisse eine entsprechende Nachbewertung durchgeführt wurde. Damit können Prozesse nach der Fehlerbewertung besser automatisiert abgeschlossen werden.
[PREVIEW]: Das Kalender-Feature für die Buchung von Testressourcen kann nun direkt ohne das Setzen des FeatureFlags genutzt werden.
[FEATURE]: Die Kalender mehrerer Testressourcen können in der neuen Buchungsansicht verglichen werden, um so schnell einen Zeitslot an einer passenden Testressource zu finden.
Die Ansicht kann über den Button "Buchungsansicht" aus der Testressourcen-Übersichtsliste heraus geöffnet werden, nachdem die gewünschten Testressourcen ausgewählt wurden.
Testressourcen, die noch über keinen Kalender verfügen, werden in der Ansicht ausgegraut.
Durch einen Klick auf den Namen einer Testressource gelangt man direkt auf Testressourcen-Detailseite.
[FEATURE]: Neue Termine können direkt in Kalendern von Testressourcen erstellt werden, indem man in den Kalender klickt.
Ein einfacher Klick öffnet den Terminerstellungsdialog mit entsprechend voreingestellter Start- und Endzeit. Die Dauer ist auf 30 Minuten festgelegt.
Es kann auch ein Zeitbereich definiert werden, indem bei gedrückter linker Maustaste die gewünschte Dauer in 30-Minuten-Schritten markiert wird.
Dieses Vorgehen wird in der Tages- und Wochenansicht unterstützt.
[FEATURE]: In den Einstellungen des SCM-Tools kann ausgewählt werden, ob ein Git-Repository entweder shallow oder jetzt auch mit seiner vollständigen Historie geclont werden soll.
[FEATURE]: In Ausführungsaufträgen und Playbooks können bestimmte Einstellungen der SCM-Tools überschrieben werden.
Wird ein SCM-Tool als Workspace-Quelle oder -Abhängigkeit an einem Ausführungsauftrag oder Playbook verwendet, können hier die zugehörigen toolspezifischen Einstellungen überschrieben werden.
Dies betrifft die Einstellungen für die Checkout-Strategie, das Auschecken von Submodulen, das Deaktivieren von Shallow Clone und das Aktivieren von Git LFS.
Wenn bei Verwendung der REST-API eine der Einstellungen nicht gesetzt ist, werden die allgemeinen Standardwerte und nicht die Werte aus den SCM-Tool-Einstellungen verwendet.
[FEATURE]: In der Übersicht der Ausführungsaufträge können die Ausführungsaufträge nach ihrer minimalen und maximalen Priorität gefiltert werden.
Darüber hinaus stehen drei Schnellfilteroptionen zur Verfügung, mit denen die Prioritätsgrenzen für Ausführungsaufträge mit normaler, niedriger und hoher Priorität gefiltert werden können.
[FEATURE]: Ab ecu.test 2024.3 ist das neue PRF-Reportformat standardmäßig aktiviert, das es ermöglicht, einzelne TRFs pro Package-Ausführung zu erhalten. test.guide unterstützt nun auch das Öffnen des Formats direkt aus dem Browser heraus. Damit können schneller nur die benötigten Package-TRF-Reports analysiert werden, ohne wie bisher immer eine große Projekt-TRF herunterladen zu müssen.
[FEATURE]: In der Artefakt-Übersicht können Artefakte nach ihrer minimalen und maximalen Dateigröße gefiltert werden.
[FEATURE]: Bei der Erstellung von neuen Jira-Tickets im Review-Prozess wird die Eingabe von Jira-Assets durch eine Autovervollständigung besser unterstützt.
[FEATURE]: Die Testfalldetails wurden um die Anzeige der IDs für die Testfallausführung sowie für den gesamten Testplan-Report ergänzt und entsprechend mit der Testplan-Übersichtsseite für einen schnelleren Zugriff verlinkt.
[FEATURE]: Die Report Management API wurde um den Endpunkt /testCaseExecutions/exportTms/{tmsTaskId}/download erweitert, welcher den Zugriff auf den resultierenden TMS-Exportbericht im Format einer CSV-Datei ermöglicht.
[CHANGED]: Der Endpunkt /testCaseExecutions/exportTms/{tmsTaskId}/status der Report Management API hat seinen Rückgabetyp geändert, um den Zugriff auf detaillierte Statusinformationen zu ermöglichen.
[CHANGED]: Die Verlinkung auf der Seite Upload-Historie wurde geändert, so dass der Testplan-Link nun direkt zur Testplan-Übersichtsseite führt und nicht mehr zum Ergebnisfilter, der weiterhin über den neuen Link über der Report-ID zu finden ist.
Die Testplandetailansicht wurde um Informationen zum Uploaddatum erweitert.
[CHANGED]: Beim Upload von Reports über den ResourceAdapter mit Hilfe des test.guide Report Upload Plug-ins wurde das Verhalten dahingehend geändert, dass bei Nichterreichbarkeit des test.guide-Servers für 24h diese Reports zunächst nicht in den Faulty-Ordner verschoben werden, sondern der Upload nach Wiederherstellung der Verbindung fortgesetzt wird.
[CHANGED]: Die Aktivitätsansicht der Testressourcen wurde aus dem Modul "Monitoring" ins Modul "Testinfrastruktur" verschoben.
Dadurch hat sich auch der Pfad in der URL geändert.
Bitte aktualisieren Sie etwaige Lesezeichen bei Bedarf.
[REMOVED]: Deaktivierung der Test42-Verbindung
[REMOVED]: Deaktivierung der Rally-Verbindung
[FIXED]: In den test.guide Versionen 1.180, 1.181 und 1.182 ist ein Fehler im Zusammenhang mit dem Ergebnis-Export in die ALM-Systeme Octane, Codebeamer oder ETM enthalten.
Betroffen ist der Anwendungsfall bei dem Export-Templates mit Platzhaltern zum Einsatz kommen.
Der Fehler sorgt dafür, dass das Export-Template mit seinen Platzhaltern nur einmal ausgewertet wird und dadurch für alle gleichzeitig exportierten Ergebnisse identische Werte in den ALM-Metadaten geschrieben werden, statt pro exportiertem Ergebnisse die jeweils dazugehörigen Platzhalterwerte.
Es wird empfohlen die betroffenen Anwendungsfälle nicht mehr mit den betroffenen test.guide-Versionen nutzen. Der Fehler ist in test.guide 1.183.0 behoben.
Sollten sie bereits Ergebnisse mit derart falschen Metadaten exportiert haben, wenden sie sich gern an unseren Support für weiterführende Unterstützung.
[FIXED]: Der Ergebnisexport mehrerer Ergebnisse nach Octane wird fortgesetzt, auch wenn Octane einzelne Ergebnis-Uploads wegen unerlaubter Defect-Verlinkung nicht akzeptiert.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW]: Die Testausführungsverteilung kann so konfiguriert werden, dass Aufträge mit hoher Priorität Aufträge mit niedriger Priorität abbrechen können, so dass z.B. Dauerlauftests mit niedriger Priorität automatisch durch Tests mit hoher Priorität ersetzt werden können.
Hierfür gibt es eine neue Einstellungsmöglichkeit unter Testausführung → Einstellungen:
Ist sie aktiviert, werden Ausführungsaufträge mittels Prioritätsgrenzen in nieder-, mittel- und hochprior kategorisiert.
Startet ein hochpriorer Ausführungsauftrag und es ist keine freie Testressource verfügbar, wird ein niederpriorer Ausführungsauftrag, der aktuell auf einem passenden Prüfplatz läuft, abgebrochen, um Platz für den hochprioren Auftrag zu machen.
Ausführungsaufträge mit einer Priorität zwischen den beiden Grenzen verhalten sich wie gewohnt, können also weder andere Aufträge abbrechen, noch selbst auf diesem Weg abgebrochen werden.
[PREVIEW]: Als Benutzer kann ich nun im Gruppierungsfilter auswählen, dass bei der Gruppierung auch die Testfallausführungen angezeigt werden, die zwar im Filterbereich liegen, aber keiner Gruppe ([N/A]) zugeordnet werden können.
[FEATURE]: Möchte man die zur Testfallausführung hochgeladenen Videos, Bilder oder Logfiles analysieren, müssen diese nicht mehr extra heruntergeladen werden, sondern können direkt im Browser angezeigt werden (sofern der Browser das Format unterstützt).
[FEATURE]: Die Ansicht des Kalenders einer Testressource kann zwischen Tag, Woche und Monat gewechselt werden.
[FEATURE]: Um die ecu.test Report-Uploads nach test.guide über den ResourceAdapter auszulagern, damit ecu.test direkt weiter testen kann, gibt es die Option uploadThroughResourceAapter, dazu kommt nun die Option uploadThroughResourceAapterFallback, die im Falle des Nichterreichens des ResourceAdapters versucht, den Report direkt hochzuladen.
[FEATURE]: Die Validierung der Benutzerberechtigungen über die REST API /api/userManagement/users wurde für Server-Manager dahingehend erweitert, dass nun über die neuen Felder individualProjectRoles und systemGroupProjectRoles ersichtlich ist, welche Rollen den Benutzern zugewiesen wurden.
{
"projectId": 1,
"activationStatus": "ACTIVATED",
"individualPermissions": [
"PROJECT_USER_MANAGEMENT",
"PROJECT_MANAGEMENT"
],
"projectRoles": [
51,
2
],
"individualProjectRoles": [
51,
2
],
"systemGroupProjectRoles": [
51
],
"effectivePermissions": [
"PROJECT_USER_MANAGEMENT",
"PROJECT_MANAGEMENT",
"TESTCASE_UPLOADER",
"UPLOAD_CLEANER"
]
}[FEATURE]: Für eine bessere Zusammenarbeit an einer Testressource wird angezeigt, wer einen Termin im Kalender erstellt und zuletzt geändert hat sowie die zugehörigen Zeitpunkte.
Die Infos sind im Detaildialog eines Termins ersichtlich, der erscheint, wenn man einen Termin anklickt.
Auch bei der Abfrage von Terminen per API-Endpunkt POST /api/testinfrastructure/appointments/filter sind die Informationen enthalten.
[CHANGED]: ACHTUNG: Zur besseren Strukturierung wurde in der API der ResponseBody geändert, sodass Erstell- und Änderungszeitpunkt nun eine Gliederungsebene weiter unten unter creationInfo bzw. lastModificationInfo zu finden sind.
[
{
"appointmentId": "59fba06a-a4af-403f-81db-77bb7ed1c966",
"subject": "My test",
"body": "This is an appointment to execute my test.",
"startTime": "2024-08-12T12:00:00Z",
"endTime": "2024-08-12T14:00:00Z",
"creationInfo": {
"modificationTime": "2024-08-12T09:51:23.473516Z",
"modificationUser": "ServerAdmin (My Display Name, My Company)"
},
"lastModificationInfo": {
"modificationTime": "2024-08-12T09:51:23.473516Z",
"modificationUser": "ServerAdmin (My Display Name, My Company)"
},
"appointmentCategoryId": "59fba06a-a4af-403f-81db-77bb7ed1c966"
}
][FEATURE]: Neue TestResourceMachines (TRMs) unterhalb einer Testressource können nun auch über die grafische Oberfläche angelegt werden.
Das Anlegen erfolgt über einen Button in der TRM-Tabelle auf der entsprechenden Testressourcen-Detailseite.
[FEATURE]: OpenText ALM Octane: Unterstützung der Version 24.3.
[FIXED]: Das CPU Load Per Process Plug-in und das RAM Usage Per Process Plug-in haben bei unvollständig angegebenen Prozessnamen Werte zurückgeliefert, wenn ein Prozess gefunden wurde, der zum Teil dem angegebenen Namen entsprochen hat (z.B. wurde bei Angabe des Prozessnamen "arc" auch der Prozess "SearchIndexer" berücksichtigt). Dies wurde korrigiert, sodass immer der vollständige Prozessname übereinstimmen muss.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW]: Release- und Manual-Q-Gates können nun Vorgänger haben und berücksichtigen den Status der Vorgänger, so dass Prozesse und deren Abhängigkeiten direkt dargestellt werden können. In diesem Zusammenhang gibt es auch den neuen Status "IN PROGRESS" für Q-Gates, der anzeigt, dass noch auf das Ergebnis dieses Q-Gates gewartet wird, bevor das/die nachfolgende(n) Q-Gate(s) geschaltet werden können.
[PREVIEW]: Um im Kalender einer Testressource einen besseren Überblick zu behalten, können Termine kategorisiert werden.
Zunächst müssen hierfür Terminkategorien unter Testinfrastruktur → Einstellungen angelegt werden (Berechtigung "Monitoring verwalten" wird benötigt).
Anschließend kann beim Erstellen oder Bearbeiten eines Termins eine Kategorie ausgewählt werden.
Die kategorisierten Termine werden im Kalender in der definierten Farbe dargestellt.
[FEATURE]: Es gibt eine neue Verteilungsstrategie für Playbooks: "Klonen auf alle festgelegten Testressourcen", die es ermöglicht, Playbooks explizit auf mehreren festgelegten Testressourcen auszuführen.
[FEATURE]: Playbooks können über den neuen test.guide REST-API POST-Endpunkt /api/v2/execution/playbook/filter gefiltert werden.
[CHANGED]: Die Einstellungen für die Aktivitätstypen befinden sich jetzt unter Testinfrastruktur → Einstellungen und nicht mehr unter Projekteinstellungen → ResourceAdapter.
Zum Anzeigen und Ändern der Einstellungen benötigt man nach wie vor die Berechtigung "Monitoring verwalten".
[CHANGED]: Das ResourceAdapter Jenkins-Agent-Plugin verwendet andere Argumente, um Jenkins-Agenten zu starten.
Das Jenkins-Agent-Plugin startet einen Jenkins-Agent für Jenkins-Versionen >= 2.440.1 nicht mehr mit dem abgekündigten Argument -jnlpUrl, sondern stattdessen mit den Argumenten -url und -name.
Dadurch müssen beim Start des Agents gegebenenfalls zusätzlich die Optionen -webSocket, -tunnel oder Arbeitsverzeichnisoptionen angegeben werden. Diese können über die folgende ResourceAdapter-Konfiguration des Jenkins-Agent-Plugins ergänzt werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.win.jenkinsAgent.JenkinsAgentPlugin.1.config.properties.agentOptions[CHANGED]: In der Log-Datei api-access.csv wird für die Performance-Auswertung auch die Bearbeitungszeit der Anfrage festgehalten.
[FIXED]: Die Upload-Regel Konstante abbilden und Werte mit Regex ersetzen verursachte bei der Anwendung einen Fehler und der Upload wurde mit HTTP-Status 500 abgelehnt, dieser Fehler wurde behoben.
[FIXED]: In den folgenden Development-Preview-Endpunkte der Test Infrastructure REST API wurden die Return-Codes korrigiert, die mitunter falsch waren, wenn eine fehlerhafte UUID oder ein fehlerhafter Request-Body übergeben wurde. Dies wurde korrigiert.
POST /api/testinfrastructure/testresource
GET /api/testinfrastructure/testresource/{testResourceId}
DELETE /api/testinfrastructure/testresource/{testResourceId}
POST /api/testinfrastructure/testresourcemachine
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
DELETE /api/testinfrastructure/testresourcemachine/{testResourceMachineId}
POST /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
GET /api/testinfrastructure/testresourcemachine/{testResourceMachineId}/customattribute/{customAttributeId}
POST /api/testinfrastructure/customattribute
PUT /api/testinfrastructure/customattribute/{customAttributeId}
DELETE /api/testinfrastructure/customattribute/{customAttributeId}
POST /api/testinfrastructure/appointments
POST /api/testinfrastructure/appointments/filter
PUT /api/testinfrastructure/appointments/{appointmentId}
DELETE /api/testinfrastructure/appointments/{appointmentId}
Hinweis: Für eine bessere Übersicht des Changelogs werden ab sofort Abkündigungen, die bereits in einem vorherigen Release enthalten waren, in einem ausklappbaren Abschnitt zusammengefasst. Neue Abkündigungen sind nach wie vor direkt in der Liste oben enthalten.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Die neue ATX-Option skipCaptureReviews ermöglicht die Deaktivierung der Erfassung von ecu.test-Kommentaren und Nachbewertungen als test.guide Review.
[FEATURE]: Die Schlüsselwörter now und today können nun auch beim Teilen von Coveragefiltern via URL verwendet werden, z.B. from=now-3d&to=today+07:00.
[CHANGED]: Der Excel-Export wurde um die Spalte effektives Verdict erweitert, dadurch ergeben sich Spaltenverschiebungen!
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) funktionieren zunächst noch, werden jedoch in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[REMOVED]: Wie in Release 1.119.0 angekündigt, wurde das value Feld bei der Abfrage von Konstanten- und Attributwerten über /testCaseExecutions/{tceId} entfernt. Bitte verwenden Sie stattdessen das values Feld.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW]: Um einen einfachen Einstieg in die Coverage-Thematik zu ermöglichen, kann der Gruppierungsfilter direkt als Coverage gespeichert werden.
Einige Filter können derzeit noch nicht in ein Coverage übersetzt werden. Ein Beispiel hierfür ist der Filter Effective Verdict, derartige Fälle werden aber in der Beschreibung des Coverage-Filters angezeigt.
[FEATURE]: Auf der Testressourcen-Detailseite kann man sich nun über die Info Buttons oben rechts auf der Seite und in der TRM-Tabelle die IDs der jeweiligen TR und ihrer TRMs anzeigen lassen.
Im ID-Fenster kann man zudem die IDs nun direkt in die Zwischenablage kopieren.
Weiterhin wurden die Symbole für TR und TRM zur besseren Unterscheidbarkeit auf der Seite ergänzt.
[FEATURE]: Bei der Erstellung einer neuen Release-Löschregel ist es nun auch möglich, Löschregeln in Abhängigkeit von Release-Attributen zu erstellen.
[FEATURE]: Die Wiederholung oder der Abbruch mehrerer Ausführungsaufträge ist in einem Arbeitsschritt möglich.
Außerdem können alle aktuell gefilterten Ausführungsaufträge auf einmal abgebrochen oder wiederholt werden:
[FEATURE]: Über eine Einstellung im Kommando-Playbook-Schritt kann über Exit-Codes gesteuert werden, wie die Playbook-Ausführung nach dem Schritt fortgesetzt werden soll.
Es werden 5 verschiedene Exit-Codes unterschieden:
0 → Der Kommandoschritt war erfolgreich und die Ausführung wird normal fortgesetzt.
1 → Der Kommandoschritt war nicht erfolgreich, es wird mit dem Teardown fortgefahren und der Ausführungsauftrag wird als fehlerhaft bewertet.
2 → Der Kommandoschritt war nicht erfolgreich, die Ausführung wird direkt (ohne Teardown) abgebrochen und der Ausführungsauftrag wird als fehlerhaft bewertet.
3 → Der Kommandoschritt war nicht erfolgreich, es wird mit dem Teardown fortgefahren und der Ausführungsauftrag wird als erfolgreich bewertet.
4 → Der Kommandoschritt war nicht erfolgreich,die Ausführung wird direkt (ohne Teardown) abgebrochen und der Ausführungsauftrag wird als erfolgreich bewertet.
[FEATURE]: Der neue REST-API-Endpunkt GET /api/report/reports/history in der Reportmanagement-API ermöglicht über einen Upload-Datumsfilter die Auflistung aller Uploads - analog zur Historienseite in test.guide.
[FEATURE]: Der neue REST-API-Endpunkt POST /testresources/filter in der Test Infrastructure API ermöglicht die Filterung von Testressourcen anhand von Ausstattungen und Attributen der zugehörigen TestResourceMachines analog zur GUI unter Testinfrastruktur → Testressourcen.
[CHANGED]: Es wurde eine Erweiterung am REST-API-Endpunkt GET /api/report/reports/{reportId} vorgenommen, so dass nun die TestCaseExecutionId (tceId) direkt mit ausgegeben und nicht erst über die URL geparst werden muss.
[CHANGED]: Die Expand Option im Abdeckungsfilter wurde durch einen Ergebnisfilter ersetzt. Dadurch ist es möglich, in großen Coverages schneller die Teilbäume anzuzeigen, die z.B. nur FAILEDs enthalten oder gar nicht abgedeckt sind.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) werden in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Wie in Release 1.119.0 angekündigt, wird das value Feld bei der Abfrage von Konstanten- und Attributwerten über /testCaseExecutions/{tceId} zu Gunsten des neuen values Feldes zu Release 1.180.0 entfernt.
[SECURITY]: Bei Verwendung der REST-API kann der Authentifizierungsschlüssel auch als Header statt als Query-Parameter übergeben werden. Dieser neue Header heißt TestGuide-AuthKey, wenn er gesetzt ist, wird der Query-Parameter authKey ignoriert. Empfohlen wird die Anpassung aller API-Aufrufe an den neuen Header.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Reportdatenbank für Performance-Optimierungen automatisch migriert. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[FEATURE]: In den Releasedetails können nun die zu diesem Release ausgeführten Ausführungsaufträge direkt über den Button "Zu den Ausführungsaufträgen springen" in der Aufgabenübersicht geöffnet werden.
[FEATURE]: Playbooks können auf der Playbook-Übersichtsseite nach Labels gefiltert werden. Dies geschieht über die Option Erweiterte Filter.
[FEATURE]: Der automatische Report-Upload durch den ResourceAdapter kann für Playbook Package- und Projektschritte deaktiviert werden.
[FEATURE]: Es ist nun möglich, den für test.guide konfigurierten Proxy für die Verbindung von test.guide zu IBM ETM zu nutzen.
[CHANGED]: Klickt man in der Testressourcenliste den Namen einer Testressource an, so landet man jetzt direkt auf der zugehörigen Testressourcen-Detailseite und nicht mehr auf der Detailseite der ersten TestResourceMachine.
Möchte man weiterhin auch direkt auf die Detailseite der ersten TestResourceMachine (TRM) gelangen, so ist dies nun über ein Klick auf das TRM-Symbol in der neuen Spalte "TRM" möglich.
Man kann auch zwischen beiden Detailseiten wechseln:
Von der TR-Detailseite kommt man durch einen Klick auf den TRM-Namen in der TRM-Tabelle auf die TRM-Detailseite.
Um von der TRM-Detailseite zur TR-Detailseite zu kommen, klickt man auf das TR-Symbol oben rechts auf der Seite.
[CHANGED]: Beim Erstellen und Bearbeiten von Terminen von Testressourcen wird beim Verändern der Startzeit die Endzeit des Termins automatisch so angepasst, dass die Dauer konstant bleibt.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) werden in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Wie in Release 1.119.0 angekündigt, wird das value Feld bei der Abfrage von Konstanten- und Attributwerten über /testCaseExecutions/{tceId} zu Gunsten des neuen values Feldes zu Release 1.180.0 entfernt.
[REMOVED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm wurde zugunsten der neuen …/api/v3/scm entfernt.
[REMOVED]: Im Berichtswesen (einschließlich der zugehörigen REST-API) wurde die Angabe, welcher Benutzer die PDF-Vorlage hochgeladen hat, entfernt, um die Einhaltung der DSGVO zu erleichtern.
[SECURITY]: Standardmäßig erfolgt nun eine automatische Abmeldung nach 60 Minuten Inaktivität.
Dieses Timeout kann über die Datei applicationsettings.yml im Parameter sessionIdleTimeout angepasst werden. Weitere Informationen hierzu finden sich im Operations Manual im Kapitel 10.5. Configure the session idle timeout.
[REMOVED]: Im Zusammenhang mit der Sicherheitsanpassung wurde die Funktion Angemeldet bleiben entfernt.
[SECURITY]: Die mögliche Verwendung der folgenden, als schwach eingestuften, Chiffren wurde entfernt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW] Für eine Testressource können Termine in einem dedizierten Kalender in test.guide angelegt werden.
Hierzu muss je Testressource einmalig ein Kalender auf der Test-Resource-Detailseite erstellt werden.
Anschließend können Termine erstellt, bearbeitet und gelöscht werden. Über diese Termine kann z.B. die Buchung einer Testressource abgebildet werden.
Die Verwaltung der Termine kann auch über die Test Infrastructure REST API erfolgen. Die zugehörigen Endpunkte befinden sich in der Sektion appointment.
Für die Nutzung des noch in Entwicklung befindlichen Features muss das Feature-Flag TI_TEST_RESOURCE_BOOKING=true aktiviert werden.
Der Kalender und die zugehörigen Termine werden in der Monitoring-Datenbank von test.guide gespeichert.
Hinweis: Die in Release 1.173.0 genannte Verknüpfung von Outlook-Kalendern wurde zugunsten der Testressourcen-Kalender in test.guide entfernt.
Wir freuen uns über Feedback zu dem neuen Feature. Senden Sie uns einfach eine Mail an support@tracetronic.com
[PREVIEW]: Jeder Quality Gate Plan wird direkt in der Q-Gate-Übersicht in Form eines Baumes mit den Abhängigkeiten zwischen den einzelnen Q-Gates dargestellt.
[FEATURE]: Zusätzlich zur Workspace-Quelle können nun auch Workspace-Abhängigkeiten von Playbooks als gespeicherte Artefaktfilter angegeben werden, so dass der Artefaktfilter zum Ausführungszeitpunkt des Playbooks ausgewertet wird und das zuletzt hochgeladene Artefakt als Workspace-Abhängigkeit in den generierten Ausführungsaufträgen gesetzt wird.
Ausführungsaufträge können ebenfalls mit einer Workspace-Abhängigkeit vom Typ Artefaktfilter hochgeladen werden. Der Filter wird dann direkt beim Upload ausgewertet und das aktuellste passende Artefakt als Workspace-Abhängigkeit verwendet.
[FEATURE]: Während der Testausführung kann über den ResourceAdapter auf dem Prüfstand ein Dialog eingeblendet werden, der den Fortschritt des aktuell ausgeführten Ausführungsauftrags anzeigt.
Dazu muss die ResourceAdapter Konfiguration des ExecutionPlugins wie folgt erweitert werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.showExecutionProgressDialog=true[FEATURE]: Mit dem neuen Schlüsselwort today können variablere Filter erstellt werden, die nun auch eine bestimmte Uhrzeit enthalten können. Dies erleichtert die Erstellung von Filtern und Abonnements z.B. für nächtliche Testauswertungen von 0 bis 7 Uhr.
[FEATURE]: In der Artefaktverwaltung werden Shared Access Signature (SAS)-Tokens als Authentisierung für Azure Blob Storages akzeptiert.
[FEATURE]: In der Playbookübersicht können mehrere Playbooks gleichzeitig gelöscht werden.
[FEATURE]: Die test.guide REST-API akzeptiert neben AuthKeys auch gültige OAuth Access Tokens, wenn die Authentifizierung über OpenID Connect aktiviert ist.
Der OAuth Access Token muss hierfür als Bearer Token im Authorization Header angegeben werden.
Im Audience-Claim des Access Tokens wird die im test.guide konfigurierte Client-ID der OpenID-Connect-Konfiguration erwartet.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) werden in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird im Release 1.178.0 entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[FIXED]: Bei der Verwendung eines Issue-Trackers wie z. B. Jira oder Octane und der Arbeit in mehreren Browser-Tabs kam es beim Login-Versuch, z. B. bei der Reviewerstellung, sporadisch zum Fehler this.userDataService is null.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Reportdatenbank automatisch migriert, um fehlerhafte Verlinkungen zwischen Testfällen und Dateianhängen aufzuräumen, dies kann je nach Datenstand mehrere Tage dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
[FEATURE]: Gespeicherte Artefaktfilter können als Workspace-Quelle von Playbooks angegeben werden, was den Vorteil hat, dass der Artefaktfilter zum Ausführungszeitpunkt des Playbooks ausgewertet wird und das zuletzt hochgeladene Artefakt als Workspace-Quelle in den erzeugten Ausführungsaufträgen gesetzt ist.
Ausführungsaufträge können ebenfalls mit einer Workspace-Quelle vom Typ Artefaktfilter hochgeladen werden. Der Filter wird dann direkt beim Upload ausgewertet und das zuletzt für diesen Filter hochgeladene Artefakt wird als Workspace Quelle verwendet.
[FEATURE]: Playbooks können mit Labels versehen werden.
[FEATURE]: Mehrere Playbooks können gemeinsam gestartet werden.
Alle dabei erzeugten Ausführungsaufträge bzw. wiederholten Ausführungen erhalten die gleichen Einstellungen:
[FEATURE]: Geschützte Variablen der Testausführungsverteilung können über die Execution REST-API über den Endpunkt /api/v2/execution/secret erstellt, abgefragt, geändert und gelöscht werden.
[FEATURE]: Bei der Erstellung neuer Tickets im Review-Prozess unterstützt die Jira-Anbindung nun auch die Eingabe von Jira Asset Keys.
[FEATURE]: test.guide kann nun auch Ergebnisse nach Codebeamer exportieren, die nicht mit einem Codebeamer-Testset verknüpft sind. Beim Export werden dann wie gewohnt Codebeamer-Testruns für die jeweiligen Codebeamer-Testcases erstellt. Es wird jedoch kein gemeinsamer Codebeamer-Testrun erstellt, der zu einem Codebeamer-Testset gehört. Dies ermöglicht Workflows, in denen Testumfänge innerhalb von test.guide vollautomatisch ermittelt und ausgeführt werden. Solche Ergebnisse können nun auch sauber in Qualitätsmanagement-Workflows in Codebeamer integriert werden.
[FEATURE]: test.guide kann jetzt beim Upload von Ergebnissen nach Octane Felder der ManualRuns befüllen . Das ging bisher schon für den Anwendungsfälle, bei denen test.guide die ManualRuns selbst erzeugt. Neu ist, dass dies nun auch für Anwendungsfälle funktioniert, bei denen die ManualRuns bereits im Octane existieren. Das Template zum Befüllen der Felder des ManualRuns kann in den Projekt-Einstellungen konfiguriert werden für beide Arten von Anwendungsfällen.
[CHANGED]: In der Report Management API wird nun auch die Beschreibung für die Testschritte zurückgegeben, wenn auf die Details der Testfallausführung zugegriffen wird.
Beispiel:
"execution": [
{
"name": "string",
"description": "string",
"verdict": "NONE",
"expectedResult": "string",
"dType": "TestStep"
}
],[CHANGED]: Beim Export nach Codebeamer können im Template nun Felder, welche Referenzen auf TrackerItems enthalten, befüllt werden mit den Namen des gewünschten TrackerItems, statt dessen ID. So kann nun beispielsweise eine Testfall-Konstante, die den genauen Name eines Softwarereleases enthält, verwendet werden, um den Codebeamer-Testrun mit genau diesem Codebeamer-Release zu verknüpfen. Kann kein TrackerItem mit dem angegebenen Namen gefunden werden, dann versucht test.guide den Wert des Feldes weiterhin als ID zu interpretieren. Werden in Codebeamer mehrere mögliche TrackerItems mit dem gleichen Namen gefunden, dann wird das Feld mit dem ersten entsprechenden TrackerItem befüllt.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) werden in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird im Release 1.178.0 entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[FIXED]: Wenn HTTP-Anfragen über einen Proxy zu test.guide gebündelt wurden, konnte es vorkommen, dass einzelne Benutzeranfragen fälschlicherweise anderen Benutzern zugeordnet wurden. Das Problem im Zusammenspiel mit Proxies wurde auf test.guide-Seite behoben, so dass eine Anpassung auf Proxy-Seite nicht notwendig ist.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Als Servermanager ist es möglich, Wartungsfenster zu definieren, in denen der Wartungsmodus automatisch aktiviert werden soll.
[FEATURE]: Bei der Erstellung einer neuen Release-Löschregel ist ein Test der Regeln möglich, bei dem eine Liste aller potentiell zu löschenden Releases angezeigt wird.
[FEATURE]: Die Report Management API wurde um die neue API-Sektion converter erweitert. Hier können alle aktuellen Upload-Konverter-Versionen inklusive der ggf. vorhandenen Schemas abgefragt werden.
[FEATURE]: Wenn Projektrollen über Systemgruppen zugewiesen werden, erscheinen diese Zuweisungen nun direkt in den Projektbenutzeransichten.
[FEATURE]: Playbooks können im Playbook-Editor über die Schaltfläche Speichern unter in einem anderen Ordner gespeichert werden.
Beim Speichern-Button wird das Playbook immer direkt unter dem bestehenden Namen und Ordner in der nächsten Revision gespeichert.
Beim Speichern unter kann zusätzlich der neue Name und Zielordner des Playbooks angegeben werden:
[CHANGED]: Alle Eigenschaften von wiederholten und verzögerten Playbookausführungen können bearbeitet werden.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) werden in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird im Release 1.178.0 entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[REMOVED]: Der REST-API Endpunkt: api/report/{reportid} wurde durch den neuen Endpunkte api/report/reports/{reportid} ersetzt.
[REMOVED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST wurde entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Reportdatenbank automatisch migriert, um fehlerhafte Verlinkungen zwischen Testfällen und Dateianhängen aufzuräumen, dies kann je nach Datenstand mehrere Tage dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
[PREVIEW]: Die Quality Gates werden nun übersichtlich als Baum dargestellt. Dadurch lassen sich Abhängigkeiten leichter nachvollziehen.
[PREVIEW]: Um die Infos und Strukturierungsebenen im Modul Testinfrastruktur besser darzustellen, gibt es eine neue Test-Resource-Detailseite (TR-Detailseite).
Diese enthält Infos zur Testressource, wie z.B. den Ort oder den aggregierten Status (vgl. Hilfethemen Kap. 2.5).
Die Detailseite der übergeordneten Testressource kann nun von der Test-Resource-Machine-Detailseite über einen Button in der oberen rechten Ecke aus aufgerufen werden.
[FEATURE]: Mit dem neuen ResourceAdapterInfo Plug-in kann ein ResourceAdapter Informationen zu seiner Version senden.
Über die Filterung unter "Testinfrastruktur → Testressourcen" kann so zukünftig z.B. schnell herausgefunden werden, ob es veraltete ResourceAdapter gibt.
Das Plug-in kann über die folgenden Konfigurationsparameter aktiviert werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.resourceAdapterInfo.ResourceAdapterInfoPlugin.1.config.enabled=true
plugin.de.tracetronic.ttstm.monitoring.plugin.resourceAdapterInfo.ResourceAdapterInfoPlugin.1.config.polling=43200000
plugin.de.tracetronic.ttstm.monitoring.plugin.resourceAdapterInfo.ResourceAdapterInfoPlugin.1.config.resourceLocationId=${resourceLocationId}Es ist im Standard-Template für neue ResourceAdapter per Default aktiv und sendet dann die folgenden Infos als Ausstattungsmerkmale:
[FEATURE]: Das JSON2ATX-Reportformat unterstützt für Nachbewertungen nun auch benutzerdefinierte Bewertungen, Tags und Kontakte.
[FEATURE]: Jira-Tickets, die im Rahmen eines Testfall-Reviews über test.guide erstellt werden, können mit bestehenden Jira-Vorgängen verknüpft werden.
Die Verknüpfung kann manuell durch Angabe des Verknüpfungstyps und der jeweiligen Vorgangsschlüssel der Vorgänge erfolgen.
Alternativ können Vorgänge automatisch verknüpft werden, wenn ihre Vorgangsschlüssel als Werte eines Attributs oder einer Konstante der Testfallausführung, die einem Review unterzogen wird, zur Verfügung stehen. Dazu muss eine Vorlage unter Projekteinstellungen → Issue Tracker → Vorlage → Vorlage zum Verknüpfen von Vorgängen beim Anlegen eines neuen Tickets angelegt werden:
[FEATURE]: Die Issue-Tracker-Vorlage erlaubt jetzt die Definition von Artefakt-Platzhaltern.
Die Syntax ist {artifact:<file name>}, wobei Wildcards für den Dateinamen erlaubt sind.
Der Platzhalter erstellt eine Artefaktfreigabe für jede Datei, die mit dem Ausdruck <file name> übereinstimmt.
Es werden nur Artefaktfreigaben für Dateien erstellt, die in einem Depository (artifact management) abgelegt sind!
[FEATURE]: Playbooks können über Ordner hinweg gesucht werden.
Auf der Playbook-Übersichtsseite gibt es die Möglichkeit, Playbooks über alle Ordner hinweg nach Namen zu suchen:
Es öffnet sich eine Seite in der alle gefundenen Playbooks mit ihrem Ordner angezeigt werden:
[FEATURE]: Gespeicherte Filter für Ausführungsaufträge und Artefakte können einfach per Link geteilt werden.
[FEATURE]: Der Ergebnis-Upload nach Codebeamer unterstützt jetzt das Befüllen von Feldern von TestRuns mit unterschiedlichen Werten.
Welche Felder der TestRuns mit welchen Werten befüllt werden sollen, kann man mit einer Vorlage konfigurieren. Diese Vorlage gilt sowohl für Felder von TestSet-TestRuns als auch für Felder von TestCase-TestRuns.
Es ist jetzt möglich, in einem Upload-Schritt Felder zu befüllen, die sich pro TestCase-TestRun unterscheiden sollen.
Unterscheiden sich die Werte pro Testfall , wird dieses Feld im TestSet-TestRun leer gelassen.
Ist der Wert eines Feldes für alle TestCase-TestRuns identisch, so wird dieser Wert auch in das entsprechende Feld des TestSet-TestRuns geschrieben.
Außerdem können jetzt auch TestRun-Felder vom Typ "Wikitext" und "Wiki Link / URL" befüllt werden.
So ist es nun möglich z.B. klickbare Links von Codebeamer nach test.guide zu erzeugen, indem man [TestRun Details in test.guide|{testcase:link}] in ein Wikitext-Feld der TestRuns schreibt.
[CHANGED]: Die Codebeamer-Anbindung setzt nun Codebeamer Version 2.1 voraus. Ältere Codebeamer-Versionen werden nicht mehr unterstützt.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) werden in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunsten des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird im Releases 1.175.0 entfernt.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird im Release 1.175.0 entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird im Release 1.178.0 entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[SECURITY]: Authentifizierungsschlüssel für die API werden nun nach spätestens einem Jahr ungültig. Das Ablaufdatum wird in der GUI angezeigt und kann beim Anlegen festgelegt werden. Vor Ablauf erhält der Besitzer des Authentifizierungsschlüssels eine E-Mail-Benachrichtigung.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[ALPHA PREVIEW]: Testressourcen können nun zusätzlich über Outlook-Kalender im Projekt verknüpft werden, sodass die Belegung der Testressource einfacher und schneller nachvollzogen werden kann.
Bei Interesse an diesem Feature bitten wir um Rückmeldung an support@tracetronic.de. Voraussetzung für die Nutzung des Features ist Office 365 und ein IT-Zugang zum Microsoft Entra Admin Center.
[FEATURE]: Die Ausführung von Testausführungsaufträgen kann durch beliebige Aktivitäten auf der Testressource blockiert werden.
Dazu müssen die IDs der Aktivitätstypen angegeben werden, für die die Testausführung blockiert werden soll (Standardwert 5). Die Aktivitätstypen können unter Projekteinstellungen → Ressourcenadapter konfiguriert werden.
Es sind folgende Einstellungen in der Konfiguration des ResourceAdapters nötig:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.blockingActivityTypes=3,4,5[CHANGED]: Der Papierkorb zum Löschen unbenutzter Attribute und Konstanten wurde überarbeitet, sodass die Lösch- und Wiederherstellungsoperationen als Aufträge abgebildet werden.
Zusätzlich kann über den Parameter recycleBinRetentionPeriod in der Datei applicationsettings.yml die Aufbewahrungszeit (Default 90 Tage) des Papierkorbs eingestellt werden (siehe Operations Manual Kapitel 10.4).
[CHANGED]: Der Export von Kennzahlen im trace.xplorer Format wurde verbessert, sodass nun auch Boolsche Signale exportiert und analysiert werden können.
[CHANGED]: ecu.test ATX Generator: Die ATX-Option coveredConstants erfasst unabhängig von den konfigurierten Werten alle wichtigen tracetronic test.guide Konstanten und Attribute, die mit TT_* beginnen.
[CHANGED]: Die TestResourceMachine (TRM) Detailseiten und ihre Unterseiten sind vom Modul Monitoring in das Modul Testinfrastruktur umgezogen. Dadurch haben sich die URLs von /monitoring/devices nach /testinfrastructure/testresourcemachine geändert.
[CHANGED]: Für IBM ETM mit Jazz Security Architecture steht nun eine zusätzliche Token-basierte Login-Möglichkeit bereit.
Das kann in Umgebungen genutzt werden, in denen über einen separaten Dienst Tokens vom IBM Jazz Authorization Server bezogen werden können.
Zur Verbindung von test.guide mit IBM ETM kann nun dafür die neue Authentifizierungsmethode "Personal Access Token" konfiguriert werden.
[DEPRECATED]: Durch den Umzug der TestResourceMachine (TRM) Detailseiten ändern sich deren URLs. Die alten URLs (enthalten monitoring) werden in einer zukünftigen Version von test.guide nicht mehr unterstützt. Bitte updaten Sie etwaige Lesezeichen, falls vorhanden.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunsten des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird im Releases 1.175.0 entfernt.
[DEPRECATED]: Die Einstellung ecutest.automationBlockedBy=TEST_ACTIVITY des ExecutionPlugins des ResourceAdapters ist deprecated und wird in einem der nächsten Releases entfernt.
Stattdessen kann die neue Strategie ACTIVITY verwendet werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=ACTIVITY[DEPRECATED]: Die Verwendung von impliziten ecu.test-Start- und Stopp-Schritten im Playbook ist deprecated und wird in einem der nächsten Releases entfernt.
Durch die Einstellung noImplicitEcuTestStartStop=true am Playbook, kann auf den neuen Modus umgestellt werden, dass ecu.test-Start- und Stopp-Schritte immer explizit im Playbook angegeben werden.
Playbooks können im Playbook-Editor auf explizite ecu.test-Start- und Stopp-Schritte umgestellt werden:
Mit expliziten Start- und Stopp-Schritten ist es jetzt unter Anderem möglich ein laufendes ecu.test zu schließen, ein neues zu starten und dieses am Ende der Ausführung offen zu lassen (ecu.test Start-Schritt zu Beginn, aber kein ecu.test Stopp-Schritt am Ende).
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird im Release 1.175.0 entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[SECURITY]: Der Download von Logfiles im Fehlerfall ist standardmäßig nur für Servermanager möglich. Diese Einschränkung ist per Default aktiviert.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[PREVIEW]: Das Releasemanagement wurde um Quality Gates erweitert. Diese neuen Gates ermöglichen eine einfachere Steuerung der Prozesse im Projekt durch Staging.
Quality Gates, auch Q-Gates genannt, können in so genannten Quality Gate Plänen definiert werden. Ein Q-Gate-Plan entspricht dabei einer bestimmten Ausprägung eines gewünschten Staging-Prozesses für z.B. ein bestimmtes Release.
Q-Gates können 3 Zustände annehmen:
UNDEFINED, wenn noch kein Ergebnis für diese Stage vorliegt.
STOPPED, wenn die Stage nicht erfüllt ist.
PASSED, wenn die Stage erfüllt ist.
Derzeit stehen 3 Arten von Q-Gates zur Verfügung:
Manuelles Q-Gate, um z.B. bestimmte Prozessabläufe manuell zu bestätigen
Release Q-Gate, das automatisch geschaltet wird, sobald die Release-Scope-Bedingung erfüllt ist
Join-Q-Gate, mit dem andere Q-Gates miteinander verbunden werden können
Zur Automatisierung der Staging-Prozesse steht eine REST-API der Quality Gates zur Verfügung.
[FEATURE]: Die IssueTracker Templates für Jira wurden um die Unterstützung von Multi-Value-Feldern erweitert. Dies geschieht über das Trennzeichen ||| im Template, welches beim Anlegen eines Issues automatisch ausgewertet wird und das Multi-Value-Feld korrekt vorbefüllt.
[FEATURE]: Wenn sich in einem Projekt viele unbenutzte Konstanten oder Attribute angesammelt haben, kann der Projektleiter diese mit Hilfe des Papierkorbs aus test.guide entfernen. Um das Löschen mehrerer Konstanten oder Attribute auf einmal zu erleichtern, können nun auch kommaseparierte Listen angegeben werden.
[FEATURE]: Beim Speichern von Filtern für die Testausführungsverteilung und die Artefaktverwaltung kann zusätzlich der Zeitbereich angegeben werden, der gefiltert werden soll.
In diesem Zusammenhang ist auch die Verwendung relativer Zeitangaben möglich, z. B. now - 7d, wobei now immer der aktuelle Zeitpunkt ist.
[FEATURE]: test.guide kann Ergebnisse in ALM-Systeme exportieren. Liegen später in test.guide neue Ergebnisse vor, gibt es nun eine Möglichkeit per REST-API zu definieren, dass diese neuen Ergebnisse die bereits hochgeladenen alten Ergebnisse im ALM-System überschreiben sollen.
Dafür kann per API /testCaseExecution/{tceId}/exportLogs/derive das ALM-Upload-Ziel vom alten test.guide-Ergebnis auf das neue test.guide-Ergebnis übertragen werden.
Über /testCaseExecution/{tceId}/exportLogs/invalidate kann die Traceability eines Testergebnisses ungültig machen.
[CHANGED]: Die Bewertungen vom Typ Blocked in Octane wurden zusätzlich zu den bereits bestehenden Blocking reasons um ein ggf. zu setzendes Blocking reason detail erweitert. Diese sind bevorzugt zu verwenden, da die bisherigen Blocking reasons bis auf wenige Ausnahmen in Zukunft entfallen.
[CHANGED]: Wenn Ergebnisse in Codebeamer hochgeladen werden, kann die Übernahme von Metadaten flexibel über ein Template konfiguriert werden.
[CHANGED]: Die Erstkonfiguration von test.guide wurde um die Konfiguration der Artefaktdatenbank erweitert.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunsten des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird im Releases 1.175.0 entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird im Release 1.175.0 entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
[FEATURE]: Ein Projektmanager kann mit Hilfe einer neuen Upload-Regeln dafür sorgen, dass überflüssige Konstanten oder Attributen beim Upload aus Testfallausführungen entfernt werden.
Der Upload selbst wird nicht abgelehnt, es werden nur die konfigurierten Konstanten oder Attributen entsprechend herausgefiltert und stehen dann auch nicht in test.guide zur Verfügung.
Dabei können auch Platzhalter der Form Irrelevant* verwendet werden.
[FEATURE]: Wenn ich im Release-Vergleich Auffälligkeiten finde, kann ich diese jetzt einfach über den Share-Button mit anderen teilen.
[FEATURE]: Das neue Dashboard-Widget "Benutzerdefinierter Text" ermöglicht die Anzeige beliebiger Textinformationen auf dem geöffneten Dashboard.
Dies kann hilfreich sein, um wichtige Infos z. B. fürs Daily zentral zur Verfügung zu stellen.
HTML kann zur Erstellung der Informationen verwendet werden kann.
[FEATURE]: Es gibt eine neue Projektberechtigung für die Verwaltung von Projektfiltern, die es in Kombination mit der Projektberechtigung Dashboard verwalten Personen ermöglicht, Dashboards vollständig zu verwalten, ohne explizit Projektmanager sein zu müssen.
[FEATURE]: Es gibt neue Möglichkeiten für die Arbeit mit Playbook-Ordnern über die test.guide REST-API.
Playbook-Ordner können über die neuen Endpunkte unter api/v2/execution/playbook/folder abgefragt, erstellt, umbenannt, verschoben und gelöscht werden.
Ein Playbook kann über den neuen PUT-Endpunkt api/v2/execution/playbook/{id}/move in einen anderen Playbook-Ordner verschoben werden.
[FEATURE]: Über die test.guide REST-API können Informationen zu den ausgeführten Playbook-Schritten abgefragt werden.
Diese Information wird vom bereits existierenden GET-Endpunkt api/v2/execution/task direkt am Playbook-Schritt im Abschnitt playbook (falls vorhanden) bereitgestellt.
Zurückgegeben werden die Startzeit, die Endzeit und das Ergebnis des Schrittes:
...
{
"relativePath": "Packages/MyPackage.pkg",
"type": "package",
"stepId": 1,
"executionInfo": {
"startTime": "2024-05-15T13:18:12.814473Z",
"stopTime": "2024-05-15T13:22:22.859409Z",
"result": "VERDICT_SUCCESS"
}
}
...[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunsten des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird im Releases 1.175.0 entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird im Release 1.175.0 entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[REMOVED]: Die folgenden Features wurden, wie in Release 1.163.0 angekündigt, wegen Nichtbenutzung entfernt.
IssueTracker Anbindung Redmine
ChartView in der Ergebnisfilteransicht
Dateiablagen mit HDFS
💡 Falls die Dateiablage noch verwendet wird, ist ein Update von test.guide auf diese Version nicht möglich, es kann dann die Version 1.170.0 für die Migration auf eine andere Dateiablage verwendet werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.168.0 |
ACHTUNG: Bei Inbetriebnahme der neuen test.guide Version werden alte migrierte Datenbank-Tabellen gelöscht und somit Datenbank-Speicher wieder freigegeben. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen.
[FEATURE]: Kurzlebige Sprint-Releases, aber auch ablieferungsrelevante Releases, die einer bestimmten Informationsklassifizierung im Unternehmen unterliegen, können nun über die entsprechende Release-Löschregel automatisch bereinigt werden.
Wird ein Release gelöscht, bleiben die zugehörigen Testfallausführungen erhalten, sollen diese ebenfalls automatisch gelöscht werden, müssen die Aufräumregeln entsprechend konfiguriert werden.
[FEATURE]: Wenn sich in einem Projekt viele unbenutzte Konstanten oder Attribute angesammelt haben, kann der Projektmanager diese nun mit Hilfe des Papierkorbs aus test.guide entfernen. Dies spart Speicherplatz und verbessert automatisch die Suche, da keine unnötigen Daten mehr vorhanden sind.
Die gelöschten Konstanten oder Attribute werden in einen Papierkorb verschoben, wo z.B. nach x Wochen auch festgestellt werden kann, dass diese Konstante evtl. wiederhergestellt werden muss, da eine Person im Team diese doch beim Filtern vermisst.
In Zukunft wird der Papierkorb auch nach x Wochen automatisch geleert.
[FEATURE]: Die Projektmanager können nun das Standard-Review-Template auswählen, das bei der Erstellung neuer Reviews automatisch angewendet wird.
[FEATURE]: Als Projektmanager kann ich direkt im Taskmanager sehen, wann die konfigurierte Dateiablage nicht erreichbar war, um festzustellen, in welchem Zeitraum keine Uploads durchgeführt werden konnten.
[FEATURE]: Filter für Artefakte können pro Projekt gespeichert und geladen werden.
Filter können optional nach Kategorien sortiert und mit einer optionalen Beschreibung versehen werden:
[FEATURE]: Die aktuelle ALM Octane Version 24.2 wird unterstützt.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunsten des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird im Releases 1.175.0 entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird im Release 1.175.0 entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die folgenden Features werden nach derzeitigem Kenntnisstand wegen Nichtnutzung eingestellt und in einem der nächsten Releases endgültig entfernt. Sollte eine Funktionalität weiterhin benötigt werden, bitten wir um Rückmeldung.
IssueTracker Anbindung Redmine
Dateiablagen mit HDFS
ChartView in der Ergebnisfilteransicht
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[FIXED]: Mit Release 1.169 kam es beim Anlegen neuer Dashboard-Widgets aufgrund eines Datenbank-Cache-Problems zu einem Verhalten, bei dem neu angelegte Widgets nur bis zum nächsten Neustart von test.guide angezeigt wurden. Bitte zur Sicherheit überprüfen ob alle gewünschten Widgets angezeigt werden und ggfs. diese neu hinzufügen.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.161.0 |
[FIXED]: Verschiedene Operationen (Hochladen, Herunterladen und Löschen von Artefakten) der Artefaktverwaltung konnten aufgrund architektonischer Änderungen unter bestimmten Bedingungen nicht mehr durchgeführt werden. Diese Operationen sind nun wieder zuverlässig ausführbar.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.161.0 |
[FEATURE]: Der POST-Endpunkt /api/export/atx/{reportid} in der Report Management REST API wurde um den Parameter useExportStorage erweitert .
Dieser ermöglicht es, die konfigurierte Export/Import-Ablage für den Export zu verwenden.
Dadurch laufen nicht alle Daten über den test.guide Server, was sich vor allem beim Export größerer Datenmengen positiv auf die Performance und Stabilität auswirkt.
[FEATURE]: test.guide unterstützt nun auch die Synchronisation von Systemgruppen per OpenId Connect. Die Synchronisation der Systemgruppen eines Benutzers erfolgt im Moment des Logins (aus technischen Gründen ist kein periodischer Abgleich im Hintergrund möglich).
Voraussetzung ist, dass OpenId Connect auch als Authentifizierungsverfahren verwenden wird.
Die Konfiguration erfolgt unter Systemgruppen | Synchronisation konfigurieren. Es muss mindestens ein JsonPath-Ausdruck angegeben werden, um die Systemgruppen aus dem OpenId Connect Access Token auszulesen.
Ein typisches Access Token sieht z.B. wie folgt aus:
{
"realm_access": {
"roles": [
"offline_access"
]
},
"resource_access": {
"account": {
"roles": [
"hil_user",
"tg_admin"
]
}
}
}In diesem Fall kann z.B. der Wildcard-basierte JsonPath-Ausdruck $..['roles'][*] verwendet werden, um offline_access, hil_user und tg_admin auszuwählen und als Systemgruppe zu synchronisieren. Weitere Details finden sich in der test.guide Benutzerdokumentation.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunsten des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die folgenden Features werden nach derzeitigem Kenntnisstand wegen Nichtnutzung eingestellt und in einem der nächsten Releases endgültig entfernt. Sollte eine Funktionalität weiterhin benötigt werden, bitten wir um Rückmeldung.
IssueTracker Anbindung Redmine
Dateiablagen mit HDFS
ChartView in der Ergebnisfilteransicht
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.161.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Reportdatenbank für Performance-Optimierungen automatisch migriert. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[FEATURE]: Nachdem in test.guide verschiedene Artefakte als Links in der Artefaktverwaltung bekannt gegeben werden können, ist es mit ecu.test 2024.1 nun auch möglich, Dateien als Link / Referenz bekannt zu geben, was den großen Vorteil hat, dass diese Dateien nicht explizit erst nach test.guide hochgeladen werden müssen.
Damit die Dateireferenzen erfasst werden können, ist es wichtig, dass der ATX-Parameter archiveExternalLinks aktiviert ist, damit die Testschritte des ecu.test Report Utility die Anhänge als Referenz im ATX erfassen.
Zusätzlich muss in der Artefaktverwaltung ein Depository auf dem Referenzdatei-Hostpfad eingerichtet werden, die dann zusätzlich in der Dateiablage aktiviert werden muss.
Die verlinkten Dateien werden dann in test.guide verwaltet und können heruntergeladen, aber auch z.B. über Löschregeln bereinigt werden.
[FEATURE]: Es gibt eine neue Projektberechtigung für das Verwalten von SCM-Konfigurationen: SCM-Konfigurationen verwalten.
Benutzer mit dieser Berechtigung dürfen SCM-Konfigurationen hinzufügen, bearbeiten und entfernen.
Die Projektberechtigung "Projekt verwalten", die diese Aktionen bisher erlaubt hat, bleibt unverändert und berechtigt weiterhin zum Verwalten von SCM-Konfigurationen.
[CHANGED]: Für den Datenexport von Testfallausführungen oder Abdeckungsfiltern nach Excel wurden neue Grenzen gesetzt, um unnötige Exporte zu vermeiden, wenn die Anzahl der Zeilen zu groß ist und die Grenzen von Excel überschritten werden.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunsten des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die folgenden Features werden nach derzeitigem Kenntnisstand wegen Nichtnutzung eingestellt und in einem der nächsten Releases endgültig entfernt. Sollte eine Funktionalität weiterhin benötigt werden, bitten wir um Rückmeldung.
IssueTracker Anbindung Redmine
Dateiablagen mit HDFS
ChartView in der Ergebnisfilteransicht
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.161.0 |
[PREVIEW]: Das neue Modul Testinfrastruktur ermöglicht die Verwaltung von Testressourcen.
Das Modul kann über die Navigationsleiste aufgerufen werden.
Herzstück ist die neue Testressourcenliste, die eine schnelle und filterbare Übersicht über alle in test.guide verwalteten Testressourcen ermöglicht.
Viele weitere Informationen sind der test.guide-Hilfe unter Kapitel 2.5 in einem ausklappbaren Bereich "Using the test infrastructure management" enthalten.
Alle wichtigen Features des Moduls "Monitoring" werden zukünftig sukzessive in das neue Modul integriert, sodass das Modul "Monitoring" perspektivisch entfallen kann.
[FEATURE]: Über neue Export-Endpunkte in der Test Infrastrucutre REST-API ist es möglich, den Excel-Export der Aktivitätsverteilung automatisiert herunterzuladen.
Es wurden drei neue Endpunkte unter /api/testinfrastructure/activitydistribution/export hinzugefügt, die analog zu anderen Export-Endpuntken in test.guide genutzt werden können.
[FEATURE]: Die neuen Quota-Optionen für die Artefaktverwaltung ermöglichen Projektmanagern eine bessere Verwaltung, z.B. durch rechtzeitige Benachrichtigungen oder Upload-Limits.
[FEATURE]: Mit Hilfe der erweiterten Report Management REST API ist es nun möglich, auf alle Reviews einer Testfallausführung zuzugreifen, anstatt wie bisher nur auf das letzte durchgeführte Review.
[FEATURE]: Als ServerManager ist es nun einfach möglich, inaktive Benutzer in Projekten zu deaktivieren. Diese Benutzer erhalten eine E-Mail, wenn sie in den Projekten deaktiviert wurden und belegen keine Lizenz mehr in test.guide.
[FEATURE]: Playbook-Ordner können als Ganzes mitsamt Inhalt in andere Playbook-Ordner verschoben werden.
[FEATURE]: Workspace-Abhängigkeiten und Prüfplatzanforderungen können einfach im Playbook-Editor dupliziert werden.
[FEATURE]: Unter /api/metrics/performance gibt es einen neuen Performance-Metriken-Endpunkt, der das Monitoring verschiedener Berechnungs- und Filter-Metriken via Prometheus erlaubt.
[CHANGED]: Mit der Einführung des neuen Endpunkts wurden die folgenden Metriken in diesen verschoben und ihre Namen angepasst:
testguide.api.request → testguide.perf.api.request
testguide.model.delete.report → testguide.perf.report.delete
testguide.web.upload.report → testguide.perf.report.upload
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunst des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die folgenden Features werden nach derzeitigem Kenntnisstand wegen Nichtnutzung eingestellt und in einem der nächsten Releases endgültig entfernt. Sollte eine Funktionalität weiterhin benötigt werden, bitten wir um Rückmeldung.
IssueTracker Anbindung Redmine
Dateiablagen mit HDFS
ChartView in der Ergebnisfilteransicht
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.161.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird Java 17 für den ResourceAdapter vorausgesetzt.
Wie seit dem Release 1.154.0 angekündigt, endet der Support für Java 11 mit diesem Release.
Bitte stellen Sie vor dem Update von test.guide sicher, dass alle verbundenen ResourceAdapter entsprechend der Anleitung aktualisiert wurden.
ResourceAdapter, die auf die Version 1.166.0 aktualisiert werden und zuvor kein Java-Update erhalten haben, werden nicht länger funktionsfähig sein.
Die Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann.
Es wird empfohlen, die alte mitgelieferte Java Runtime Environment in Version 11 (entspricht dem Ordner JRE im Installationsverzeichnis des ResourceAdapter) zu löschen.
[FEATURE]: Zur besseren Verwaltung von Playbooks können diese in Ordnern organisiert werden.
Auf der Playbook-Übersichtsseite können neben Playbooks auch Playbook-Ordner angelegt werden. Der Benutzer kann in der Ordnerstruktur navigieren. Es werden immer nur die Playbooks und Unterordner des aktuell ausgewählten Playbook-Ordners angezeigt.
Das Verschieben von Playbooks von einem Ordner in einen anderen Ordner ist ebenfalls möglich.
[FEATURE]: Testausführungsaufträge können mit der Ausführung warten bis eine ecu.test-Lizenz zur Verfügung steht.
Die Einstellung, wie lange auf die Lizenz gewartet werden soll, kann am ecu.test-Startschritt vorgenommen werden:
[FEATURE]: ecu.test ATX-Generator: Die ATX-Option coveredConstants, die festlegt, welche Konstanten bei der test.guide-Suche berücksichtigt werden sollen, unterstützt nun die Angabe von Wildcards.
Aus Gründen der Abwärtskompatibilität enthält die Voreinstellung noch den Platzhalter *. Es ist geplant, den Platzhalter * in Zukunft aus dem Default zu entfernen.
Es wird empfohlen, den Parameter auf die relevanten Konstanten zu beschränken, um Datenmüll in der Datenbank zu vermeiden und damit die Datenbank kleiner und auch performanter zu halten.
[FEATURE]: Artefakte können in der Artefaktverwaltung als Link bekannt gemacht werden, wenn sie zuvor in einen AWS S3-Storage hochgeladen wurden.
Damit wird neben Artifactory, SMB und SFTP nun auch AWS S3 als Storage-Typ für dieses Feature unterstützt.
[CHANGED]: Der Testinfrastruktur REST-API Endpunkt DELETE /api/testinfrastructure/testresourcemachine/{testResourceMachineId} löscht nun zusätzlich zur TRM-ID auch sämtliche an der TestResourceMachine hängende Daten mit. Da dies asynchron in einem Task erfolgt, wurde der Response-Code von 204 auf 202 geändert. Im Response-Body wird zudem die erzeugte Task-ID zurückgegeben.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunst des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Das direkte Verlinken auf TestResourceMachine-Detailseiten (auch bekannt als Testbench-Detailseiten) über die Elemente der ResourceLocationId in der URL wird in einem zukünftigen Release entfernt. Diese Seiten können ab sofort über die TrmId verlinkt werden. Bitte passen Sie etwaige Bookmarks entsprechend an. Passende Parameter für die Links können z.B. mit Hilfe der Teilen-Funktion auf der jeweiligen Seite erzeugt werden.
[DEPRECATED]: Die folgenden Features werden nach derzeitigem Kenntnisstand wegen Nichtnutzung eingestellt und in einem der nächsten Releases endgültig entfernt. Sollte eine Funktionalität weiterhin benötigt werden, bitten wir um Rückmeldung.
IssueTracker Anbindung Redmine
Dateiablagen mit HDFS
ChartView in der Ergebnisfilteransicht
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[FIXED]: Es konnte vorkommen, dass der Excel-Export scheiterte, weil das Temp-Verzeichnis vom Betriebssystem automatisch geleert wurde und ein bestimmter Ordner für den Export nicht mehr zur Verfügung stand. Die Ablage erfolgt nun über eine andere Strategie, die davon nicht betroffen ist.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.161.0 |
[FEATURE]: Projektfilter können nun über einen Link geteilt werden, z.B. kann ein Projektfilter-Link einfach im Team-Confluence-Bereich für alle hinterlegt werden.
[FEATURE]: Die Projektbenutzerverwaltung wurde überarbeitet. So kann z.B. schnell nach noch nicht aktivierten Benutzern im Projekt gefiltert werden.
[FEATURE]: Storage-Konfigurationen in der Artefaktverwaltung können vor dem Speichern getestet werden, dabei wird eine Datei in den Storage hochgeladen, wieder heruntergeladen und anschließend gelöscht.
Achtung: Wenn das Löschen der Datei fehlschlägt, bleibt die Datei im Storage und muss manuell gelöscht werden!
[CHANGED]: Die Review-Templates stehen nun auch bei Mehrfach-Reviews zur Verfügung. Dabei werden jedoch kontextabhängige Testfallausführungsvariablen wie z.B. Konstanten nicht ersetzt, da diese mitunter nicht eindeutig ermittelt werden können.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunst des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Die folgenden Features werden nach derzeitigem Kenntnisstand wegen Nichtnutzung eingestellt und in einem der nächsten Releases endgültig entfernt. Sollte eine Funktionalität weiterhin benötigt werden, bitten wir um Rückmeldung.
IssueTracker Anbindung Redmine
Dateiablagen mit HDFS
ChartView in der Ergebnisfilteransicht
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[REMOVED]: Die Berechtigungsvorlagen wurden zugunsten der Projekt-Rollen abgeschafft. Alle bestehenden Berechtigungsvorlagen wurden automatisch in Rollen umgewandelt, aber nicht automatisch zugewiesen. Es gehen keine Berechtigungen von Benutzern verloren!
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[PREVIEW]: Im Modul Testinfrastruktur gibt es eine neue Einstellungsseite, über die Attribute für Testressourcen verwaltet werden können.
Es können neue Attribute im jeweiligen Projekt angelegt werden. Bestehende Attribute werden angezeigt und können bearbeitet oder gelöscht werden.
[FEATURE]: Git-Quellen von Testausführungsaufträgen können auf dem ausführenden Prüfplatz ohne Auschecken von Git-Submodulen ausgecheckt werden, was zu einer schnelleren Ausführung führt.
Diese Einstellung kann in den SCM-Konfigurationen (unter Projekteinstellungen → SCM-Tools) vorgenommen werden:
[FEATURE]: Manche Filterlinks werden sehr lang und können dann in manchen Mailclients nicht korrekt geöffnet werden, daher wurde die Teilen-Option so angepasst, dass hier automatisch verkürzte URLs erzeugt werden.
Weiterhin können aber auch noch editierbare Links generiert werden.
[CHANGED]: Die Artefaktdatenbank kann deaktiviert werden, wenn sie nicht benötigt wird.
Beim erstmaligen Start von test.guide wird nicht automatisch eine Artefaktdatenbank vom Typ H2 initialisiert. Die Konfiguration der Artefaktdatenbank muss manuell aktiviert werden.
Es findet eine Datenbankmigration statt, die automatisch die Artefakt-Datenbankkonfiguration deaktiviert, wenn auf der Instanz kein Depository konfiguriert ist und die Datenbank vom Typ H2 ist.
Bitte beachten Sie, dass H2-Datenbanken in test.guide nur für Demonstrationszwecke genutzt werden dürfen. Für den Produktiveinsatz werden PostgreSQL Datenbanken vorausgesetzt.
[DEPRECATED]: Der bestehende REST-API Endpunkt: api/report/{reportid} wird zugunst des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Die Berechtigungsvorlagen werden zugunsten der Projekt-Rollen abgeschafft. Alle bestehenden Berechtigungsvorlagen werden automatisch in Rollen umgewandelt, aber nicht automatisch zugewiesen. Es gehen keine Berechtigungen von Benutzern verloren! Derzeit werden die bestehenden Berechtigungsvorlagen noch in der Benutzeroberfläche angezeigt, um den Umstieg auf Projekt-Rollen zu erleichtern. Neue Vorlagen können jedoch nicht mehr angelegt werden.
[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Die folgenden Features werden nach derzeitigem Kenntnisstand wegen Nichtnutzung eingestellt und in einem der nächsten Releases endgültig entfernt. Sollte eine Funktionalität weiterhin benötigt werden, bitten wir um Rückmeldung.
IssueTracker Anbindung Redmine
Dateiablagen mit HDFS
ChartView in der Ergebnisfilteransicht
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[PERFORMANCE]: 🚀 Der ATX-Generator wurde optimiert, so dass die Erstellung der ATX.zip für den Upload nun bis zu 20% schneller erfolgt.
[FEATURE]: Für den einfachen Betrieb von test.guide in Cloud- oder Container-Umgebungen wird test.guide nun mit jedem Release mit einem Red Hat Universal Base Image (UBI) ausgeliefert.
Die Anleitung für die Inbetriebnahme ist im Betriebshandbuch aktualisiert.
Es wird eine Migrationsanleitung für die Migration von test.guide-Debian-Images nach UBI geben.
[FEATURE]: Dashboard Widgets können nun mit Beschreibungen versehen werden, die dann als Tooltip im Dashboard zur Verfügung stehen.
[FEATURE]: Das Dashboard Widget zur Anzeige der Testfallausführungen (gruppiert nach Eigenschaften) wurde um die Option erweitert, die Ergebnisse immer ohne Review-Nachbewertung anzuzeigen.
[FEATURE]: Mit Hilfe der erweiterten Report Management REST-API ist es nun einfach möglich, Daten zu archivieren, indem diese exportiert und nach erfolgreichem Export gelöscht werden.
Ein Beispiel-Skript für die Archivierung findet sich in der Anwenderhilfe in Kapitel 7. Dabei werden erfolgreich exportierte Reports aus test.guide nach Datum strukturiert abgelegt und aus test.guide gelöscht. Diese können bei Bedarf über API oder GUI wieder importiert werden.
### Archive report id 280 ###
Start export of report id 280
Export of report id 280 is being processed under task id 9d2814a2-9f6c-4721-8a55-ad9384cf713d.
Export task 9d2814a2-9f6c-4721-8a55-ad9384cf713d is finished
Download report c:\...\ArchiveProject\2023\10\27\1698434468.0-280-ProjectD.zip...
Download report c:\...\ArchiveProject\2023\10\27\1698434468.0-280-ProjectD.zip finished
Start Deletion of report id 280
Deletion of report id 280 is being processed under task id 62733baa-d240-4ee0-9aee-9c031188b134.
Deletion task is not done yet....
Deletion of task id 62733baa-d240-4ee0-9aee-9c031188b134 is finished: Report was removed successfully: Report ID 280[DEPRECATED]: In diesem Zusammenhang wurde der bestehende REST-API Endpunkt: api/report/{reportid} zugunst des neuen Endpunktes api/report/reports/{reportid} als deprecated eingestuft und wird in einem der nächsten Releases entfernt.
[FEATURE]: Seit ecu.test 2023.2 können alle hochgeladenen Daten direkt in test.guide geöffnet werden, so dass eine detaillierte Analyse für ein Review schneller und einfacher möglich ist. Diese Funktionalität wurde erweitert, so dass auch innerhalb der geöffneten TRF einfacher und schneller auf test.guide Artefakte zugegriffen werden kann.
Für die korrekte Funktion mit test.guide 1.163.0 ist ein aktuelles ecu.test 2023.4 oder ein aktueller Service Pack für ecu.test >= 2023.2 erforderlich!
[FEATURE]: Testausführungsaufträge können automatisch wiederholt werden, wenn z.B. aufgrund eines instabilen Testsetups bzw. einer instabilen Testumgebung wiederholt Fehler auftreten.
Testausführungsaufträge haben jetzt einen zusätzlichen Parameter remainingRetriesOnError im JSON-Schema innerhalb der additionalSettings:
{
...
"additionalSettings": {
...
"remainingRetriesOnError": 3
}
}Wenn der Ausführungsauftrag in den Zustand ERROR übergeht und ein remainingRetriesOnError größer als 0 hat, wird er automatisch neu eingestellt. Der neue Ausführungsauftrag erhält einen um 1 reduzierten remainingRetriesOnError.
Die Anzahl der Wiederholungen bei Fehlern kann auch bei der Ausführung eines Playbooks angegeben werden.
[FEATURE]: Playbook-Schritte können nun einfach im Playbook-Editor dupliziert werden.
[FEATURE]: Der Endpunkt GET /task der Execution API bietet die Möglichkeit, nur ausgewählte Felder zurückgeben zu lassen, indem über den Query-Parameter fields eine Liste von Feldern angegeben wird, die in der API-Antwort zurückgegeben werden sollen.
[FEATURE]: Die neue REST-API Version 3 für SCM-Konfigurationen unter …/api/v3/scm unterstützt die notwendigen Einstellungen, um Credentials für die Basic Authentication aus einem Hashicorp Vault zu beziehen.
[CHANGED]: Für eine vereinfachte Einrichtung wurde die Erstkonfiguration von test.guide überarbeitet.
[CHANGED]: Aufgrund des Updates von Eclipse BIRT (Business Intelligence and Reporting Tools) muss für die Anpassung der PDF-Vorlagen ab sofort auch ein aktueller Eclipse BIRT Designer 4.14.0 verwendet werden (siehe Hilfethemen Kapitel 6.3.1).
[CHANGED]: Bei angebundener ALM Octane Version 16.2.100 wird die Erstellung von Defects unterstützt.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Die Berechtigungsvorlagen werden zugunsten der Projekt-Rollen abgeschafft. Alle bestehenden Berechtigungsvorlagen werden automatisch in Rollen umgewandelt, aber nicht automatisch zugewiesen. Es gehen keine Berechtigungen von Benutzern verloren! Derzeit werden die bestehenden Berechtigungsvorlagen noch in der Benutzeroberfläche angezeigt, um den Umstieg auf Projekt-Rollen zu erleichtern. Neue Vorlagen können jedoch nicht mehr angelegt werden.
[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Die folgenden Features werden nach derzeitigem Kenntnisstand wegen Nichtnutzung eingestellt und in einem der nächsten Releases endgültig entfernt. Sollte eine Funktionalität weiterhin benötigt werden, bitten wir um Rückmeldung.
IssueTracker Anbindung Redmine
Dateiablagen mit HDFS
ChartView in der Ergebnisfilteransicht
[DEPRECATED]: Die alte REST-API Version 2 für SCM-Konfigurationen unter …/api/v2/scm ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen kann die neue REST-API für SCM-Konfigurationen unter …/api/v3/scm verwendet werden.
[REMOVED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} wurde entfernt.
Stattdessen kann das neue Feld attributeList verwendet werden, welches die Liste aller Attribute wie folgt zurückgibt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[FIXED]: Die Konstanten TT_ResourceLocationId und TT_ResourceProjektLabel, die bei der ATX-Generierung von ecu.test automatisch hinzugefügt werden, wenn ein entsprechender ResourceAdapter auf dem gleichen System installiert ist, wurden mit Release 1.161.0 nicht mehr erfasst, dieses Problem ist nun behoben.
[FIXED]: Größere ALM Octane Exports werden nicht mehr automatisch nach 15min abgebrochen, wenn sie in dieser Zeit nicht verarbeitet werden konnten.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[PREVIEW]: Nach dem Anlegen von Attributen für meine Testinfrastruktur kann ich die Werte für die Attribute je Test Resource Machine auf der jeweiligen Detailseite direkt bearbeiten.
Dazu wird das Recht zum Anlegen/Ändern von Monitoring-Daten benötigt.
[PREVIEW]: Auf der Testressourcen-Übersichtsliste kann jetzt auch nach nach Attributen gefiltert werden.
Die Filterung erfolgt zweistufig (key-value-basiert), analog zur Filterung nach Ausstattungsmerkmalen.
[FEATURE]: Über den Info-Button auf der TestResourceMachine-Detail-Seite kann man sich die UUID einer TestResourceMachine und der zugehörigen TestResource anzeigen lassen.
[FEATURE]: Durch die Unterstützung von Sparse Checkouts in Git-Repositories als Workspace-Quellen in Playbooks ist es möglich, nur bestimmte Repository-Pfade aus großen Repositories auszuchecken und somit Speicherplatz und Zeit zu sparen.
Wenn ein Sparse-Checkout-Pfad definiert wurde, dann werden bei der Testausführung im ResourceAdapter nur Dateien ausgecheckt, die innerhalb dieses Pfades liegen (und zusätzlich Dateien, die Top-Level in allen Ordnern höherer Ebene liegen).
Der Sparse Checkout wird aktuell nur für die Workspacequelle und noch nicht für Workspaceabhängigkeiten vom Typ Git unterstützt.
Der Sparse Checkout wird bei Verwendung des JGit-Clients im Execution-Plugin des ResourceAdapters nicht unterstützt.
[FEATURE]: Für Playbooks können Templates für Ausführungsauftragsnamen eingerichtet werden.
Es können innerhalb des Namenstemplates verschiedene Platzhalter verwendet werden.
Wird ein Playbook ausgeführt, dann werden die Platzhalter ersetzt und Ausführungsaufträge mit den entsprechend vordefinierten Auftragsnamen generiert.
[FEATURE]: Auf der Artefaktübersichtsseite können mehrere Artefakte ausgewählt und als ZIP-Archiv heruntergeladen werden.
Die Artefakte befinden sich nach dem Download im Ordner artifacts der ZIP-Datei. Treten beim Download eines oder mehrerer Artefakte Fehler auf, werden diese in der Datei errors.txt der ZIP-Datei geloggt.
[FEATURE]: Wenn ich mich für ein Projekt registriert, aber noch keine Rückmeldung von den Projektmanagern erhalten habe, gibt es jetzt die Möglichkeit, die Projektmanager direkt zu kontaktieren.
Im Profil unter dem Menüpunkt Projekt kontaktieren können die Projekte, in denen man registriert ist, angeschrieben werden.
[FEATURE]: Die SSO-Authentifizierung über OpenId-Connect wird nun auch für die IssueTracker-Anbindung mit Octane unterstützt.
[CHANGED]: In der neuen Release-Management Sektion werden die Testfallabdeckung und die Release-Übersicht zusammengeführt.
Die Testfallabdeckungsdatei- und ALM-Imports wurden in die Filterdefinitionen integriert.
Die Release-Einstellungen wurden ebenfalls in die neue Sektion verschoben.
[CHANGED]: Beim erneuten Editieren von Konstanten- und Attributwerten im Ergebnisfilter des Testreport Managements wird automatisch die *-Wildcard vorausgewählt, um mögliche weitere Eingaben vorzuschlagen.
[CHANGED]: Das Löschen von Reports, die vielen offenen Releases zugeordnet sind, kann unter Umständen länger dauern, da diese Reports auch aus den Releases entfernt werden.
[DEPRECATED]: Die Prüfplatzausstattung mit der Kategorie XIL/ECU-TEST ist deprecated und wird in einem der nächsten Releases entfernt, stattdessen sendet der ResourceAdapter den gleichen Ausstattungswert mit der Kategorie XIL/ecu.test, wenn das Execution-Plugin entsprechend konfiguriert ist.
Diese Prüfplatzausstattung kann als Prüfplatzanforderung für Ausführungsaufträge verwendet werden, um zu definieren welche ecu.test-Version bei der Testausführung verwendet werden soll.
[DEPRECATED]: Die Berechtigungsvorlagen werden zugunsten der Projekt-Rollen abgeschafft. Alle bestehenden Berechtigungsvorlagen werden automatisch in Rollen umgewandelt, aber nicht automatisch zugewiesen. Es gehen keine Berechtigungen von Benutzern verloren! Derzeit werden die bestehenden Berechtigungsvorlagen noch in der Benutzeroberfläche angezeigt, um den Umstieg auf Projekt-Rollen zu erleichtern. Neue Vorlagen können jedoch nicht mehr angelegt werden.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated und wird mit test.guide Release 1.163.0 entfernt.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[CHANGED]: TEST-GUIDE wird zu test.guide. TraceTronic feiert nächstes Jahr seinen 20. Geburtstag 🎈🎂🥳. Dieses Jubiläum nehmen wir zum Anlass, unser Corporate Design aufzufrischen. Aus TraceTronic wird tracetronic und neben Anpassungen am Firmenlogo, ändern sich vor allem auch Schreibweise, Logos und Icons unserer Produkte: ECU-TEST wird zu ecu.test, TRACE-CHECK zu trace.check und TEST-GUIDE zu test.guide.
Wichtig: Durch das Release von test.guide mit neuem Corporate Design ändern sich nur optische Aspekte, etwa in der Benutzeroberfläche und in der Hilfe. Die von uns veröffentlichten Dateien, wie die Binaries von test.guide, wurden zunächst nicht angepasst, sodass Automatisierungen für das Deployment ohne Eingriffe weiterhin funktionieren.
[FEATURE]: Wurden Testfallausführungen versehentlich einem falschen Release zugeordnet, können diese nun über die Option "Aus Release entfernen" wieder entfernt werden.
[FEATURE]: Die REST-API wurde um den Endpunkt /testCaseExecutions/filter/{filterId} erweitert, der es erlaubt, gespeicherte Projektfilter über die API abzufragen und entsprechend zu verarbeiten.
Die benötigte filterId kann in der Benutzeroberfläche nun dem Tooltip eines Projektfilters im Filter laden Dialog entnommen werden.
[FEATURE]: Auf allen REST-API-Endpunkten wurde GZip-Kompression für Responses hinzugefügt, so dass test.guide die Responses komprimieren kann und dadurch Bandbreite spart, was bei großen Responses zu kürzeren Antwortzeiten führt.
Alle test.guide REST-API Endpunkte unterstützen die Angabe gzip im Accept-Encoding Header.
[DEPRECATED]: Die Berechtigungsvorlagen werden zugunsten der Projekt-Rollen abgeschafft. Alle bestehenden Berechtigungsvorlagen werden automatisch in Rollen umgewandelt, aber nicht automatisch zugewiesen. Es gehen keine Berechtigungen von Benutzern verloren! Derzeit werden die bestehenden Berechtigungsvorlagen noch in der Benutzeroberfläche angezeigt, um den Umstieg auf Projekt-Rollen zu erleichtern. Neue Vorlagen können jedoch nicht mehr angelegt werden.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated und wird mit test.guide Release 1.163.0 entfernt.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[PREVIEW]: Um die Verwaltung von Testressourcen in test.guide zu verbessern, können kundenspezifische Attribute für Prüfplätze (Test Resource Machines) auf Projektebene definiert werden.
Das Anlegen der Attribute setzt das Vorhandensein von TR- bzw. TRM-IDs voraus (diese werden seit der 1.155.0 automatisch beim Verarbeiten neuer Daten von verbundenen ResourceAdapter erzeugt).
Neue Attribute können per API angelegt und befüllt werden (siehe Sektion "Test Infrastructure API")
Die Attribute werden anschließend auf der jeweiligen Detailseite angezeigt.
Weitere Infos hierzu und zu Test Resources, Test Resource Machines sowie deren IDs sind nun auch in einem ausklappbaren Bereich in der Anwenderhilfe am Anfang von Kapitel 2.5 enthalten.
[FEATURE]: Ausgaben von Kommandoschritten der Testausführungsverteilung können in einem separaten Log gesammelt und von dort aus weiterverarbeitet werden.
Über eine neue Einstellung in der ResourceAdapter-Konfiguration, kann ein separates Log für alle Ausgaben der Kommandoschritte aktiviert werden. Die entsprechenden Logdateien werden unter ${HOME}/TTS-TM-ResourcenAdapter/Execution_Resources/logs abgelegt.
plugin.....execution.ExecutionPlugin.1.config.properties.logCommandStepOutput=true[FEATURE]: Die Health-API wurde um den Endpunkt /version erweitert und ermöglicht die Abfrage der aktuellen test.guide Versionsnummer.
[CHANGED]: Die test.guide Logs wurden neu strukturiert und sind nun besser nach Themenbereichen getrennt. Das wichtigste Log z.B. für den Betrieb ist das ops.log . Weitere Informationen dazu finden sich in der Benutzerhilfe im Kapitel 8.1. Working with logs.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated und wird mit test.guide Release 1.163.0 entfernt.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[REMOVED]: Die folgenden Monitoring REST API Endpunkte wurden wie angekündigt entfernt. Für alle entfernten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[REMOVED]: Die offizielle Unterstützung von PostgreSQL 11.x wurde eingestellt! Voraussetzung ist PostgreSQL in Version >=12.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[PREVIEW]: Der Gruppierungsfilter wurde um die Möglichkeit erweitert, Filterparameter über die URL zu teilen, so dass Lesezeichen für beliebige Filter, einschließlich der Gruppierung, erstellt werden können.
[PERFORMANCE]: 🚀 Der Ergebnisfilter wurde für eine performantere Filterung und Anzeige der Daten optimiert.
[FEATURE]: ECU-TEST ATX-Generator: Mit der neuen ATX-Option coveredConstants kann genau angegeben werden, welche Konstanten für die test.guide-Suche relevant sind. Dadurch wird Datenmüll in der Datenbank vermieden, die Datenbank wird kleiner und damit schneller.
[FEATURE]: Möchte man Reports nach dem Uploaddatum filtern, so ist dies in der Historienansicht über den Filter des Uploaddatums in Kombination mit dem neuen Button "Im Filter öffnen" möglich.
[CHANGED]: Die Konfiguration für den Abgleich der Systemgruppen wurde von der LDAP-Authentifizierung getrennt und die Konfiguration dafür in die Systemgruppen verschoben. Damit ist es nun auch möglich, sich über OpenId-Connect einzuloggen und die Systemgruppen über LDAP zu synchronisieren (sofern die User-IDs identisch sind).
Bestehende Konfigurationen werden automatisch migriert.
[DEPRECATED]: Die Unterstützung von PostgreSQL 11.x wird Mitte November 2023 eingestellt! Voraussetzung ist danach PostgreSQL in Version >=12.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[REMOVED]: Der Platform REST API Endpunkt /platform/notification wurde durch den neuen Endpunkt /platform/notification/mail ersetzt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[PREVIEW]: Der Gruppierungsfilter wurde um den Basisfilter für Testcases erweitert.
[FEATURE]: Es ist nun möglich, neben der Support E-Mail Adresse auch einen Link z.B. für einen Issue Tracker im Supportfall systemweit zu konfigurieren.
[FEATURE]: Die Webhook-API wurde um Webhooks für die Generierung von PDFs erweitert, um z.B. per Event auf die Generierung einer PDF zu reagieren, um diese dann automatisch zu archivieren oder zu verteilen.
[FEATURE]: Als Projektmanager erhalte ich automatisch eine E-Mail, wenn die aktive Dateiablage für Uploads im Projekt nicht verfügbar ist.
[FEATURE]: Die Projektbenutzerverwaltung wurde überarbeitet. So können z.B. mehrere nicht mehr aktive Benutzer aus dem Projekt selektiert und gelöscht werden.
[CHANGED]: Wenn ein Benutzer von einem Server-Manager aus der Instanz entfernt wird, ist dies in der E-Mail an die Projektverantwortlichen besser ersichtlich.
[CHANGED]: Wenn die OpenID Connect Authentifizierung aktiviert ist, werden die zu ermittelnden Claims nun nicht nur auf Basis der UserInfo, sondern auch auf Basis des Id-Tokens ermittelt.
[CHANGED]: Um im Supportfall besser helfen zu können, wurde die debugInfo.log um die Protokollierung der Postgres-Datenbankeinstellungen erweitert.
[DEPRECATED]: Die Unterstützung von PostgreSQL 11.x wird Mitte November 2023 eingestellt! Voraussetzung ist danach PostgreSQL in Version >=12.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[PREVIEW]: Der Gruppierungsfilter wurde um den Basisfilter für Testsuites erweitert und ermöglicht zusätzlich die Gruppierung nach Testsuites.
[FEATURE]: Geschützte Variablen können auf der Übersichtsseite für Variablen der Testausführungsverteilung definiert werden. Im Gegensatz zu öffentlichen Variablen werden diese während der Testausführung als Umgebungsvariablen an Kommandoschritte oder ein gestartetes ECU-TEST übergeben und stehen nicht als Konstanten in den einzelnen ECU-TEST-Schritten zur Verfügung.
Werte von geschützten Variablen werden nicht im ResourceAdapter-Log ausgegeben und können nur von Projektmanagern bearbeitet werden.
[FEATURE]: Für die Testmanagement-Verbindung mit Octane wird nun die SSO-Authentifizierung über OpenId-Connect unterstützt.
[FEATURE]: Als Projektmanager kann ich unter Projekteinstellungen / Projektbenutzer einen Hinweistext mit den wichtigsten Informationen für die Registrierung in einem Projekt hinterlegen, der jedem Benutzer bei der Registrierung angezeigt wird.
[FEATURE]: Die Suche in der Benutzerverwaltung für Server-Manager wurde erweitert, sodass nun auch nach Benutzern in bestimmten Projekten gesucht werden kann.
[CHANGED]: Bei größeren Tabellen wird die ausgewählte Zeile zur besseren Übersicht nun automatisch hervorgehoben.
[DEPRECATED]: Die Unterstützung von PostgreSQL 11.x wird Mitte November 2023 eingestellt! Voraussetzung ist danach PostgreSQL in Version >= 13 12.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[FIXED]: 🚀 Auf Grund eines GUI-Fehlers öffnete sich die Releaseübersicht sehr langsam, dieses Problem wurde behoben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird Java 17 vorausgesetzt.
[FEATURE]: Die Vergleichsansichten wurden um die Option erweitert, nur die Zeilen mit Unterschieden anzuzeigen, was insbesondere bei großen Datenmengen hilfreich ist, um die Analyse zu beschleunigen.
[FEATURE]: Microsoft Azure Blob Storage wird als neuer Speichertyp von der Artefaktverwaltung unterstützt.
Die Authentisierung am Azure Blob Storage ist mittels geteiltem Schlüssel (Shared Key) oder Nutzername und Passwort möglich.
Artefakte können direkt über test.guide in den Storage geladen und von dort bezogen werden. Zur Zeit ist es noch nicht möglich, die Artefakte in Form eines Links in test.guide via Azure Blob Storage zu veröffentlichen.
[FEATURE]: test.guide kann mit Git-Repositories arbeiten, die Git LFS verwenden und die LFS-Dateien in einem externen System speichern.
[FEATURE]: Die Suche in der Benutzerverwaltung für Server-Manager wurde überarbeitet, so dass nun z.B. auch explizit nur nach technischen Benutzern gesucht werden kann.
[FEATURE]: Über die neue REST-API /api/userManagement/users ist es für Server-Manager möglich, Benutzer bzw. Benutzerberechtigungen über API zu validieren.
[CHANGED]: Die Ergebnis-Slots können nun auch in einem separaten Browser-Tab aus dem Gruppierungs- und Ergebnisfilter geöffnet werden.
[CHANGED]: Das ECU-TEST Attribut Project_Build bzw. die Konstante Build wird beim Export der Ergebnisse nach IBM Rational Quality Manager (RQM) mit dem entsprechenden Build-Attribut in RQM verknüpft.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[REMOVED]: Die Unterstützung von Java 11 ist eingestellt! Es wird mindestens Java 17 für test.guide vorausgesetzt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[PERFORMANCE]: 🚀 Die automatische Zuordnung von Testfällausführungen zu Releases, die beim Upload von Testfallreports erfolgt, wurde optimiert.
[PREVIEW]: Die Anzeige des Gruppierungsfilters wurde um die Reviews sowie um die Möglichkeiten erweitert, alle Ergebnisse auf- und zuzuklappen.
[FEATURE]: Die Erstellung, der Start und der Abschluss eines Ausführungsauftrags können in Form eines Issue Tracker Ticket-Kommentars erfasst werden.
Der Issue Tracker (Typ Jira) muss in den Projekteinstellungen konfiguriert werden. Danach können ein oder mehrere Links zu Tickets im Ausführungsauftrag hinterlegt werden:
...
"additionalSettings": {
...
"issueTrackerTickets": [
"https://my.jira.com/browse/Ticket-42",
"https://my.jira.com/browse/Ticket-007"
]
}
...
[FEATURE]: Die Dateiablage/Artefaktverwaltung für das SMB-Protokoll unterstützt nun auch die SMB-Version 3.x und bietet die Möglichkeit, die Transportverschlüsselung zu aktivieren.
[FEATURE]: Storages der Artefaktverwaltung können in andere Storages desselben Depositories umgezogen werden.
Die Depository-Detailseite zeigt eine Übersicht über alle laufenden und abgeschlossenen Migrationen des Depositories. Neue Migrationen können über den entsprechenden Button gestartet werden:
[FEATURE]: Um die Verwaltung von Testinfrastruktur in test.guide zu verbessern, wurden zwei neue IDs vom Typ UUID eingeführt.
Die aus dem Monitoring-Modul bekannten "Testbenches" (Prüfstände) werden nun explizit in test.guide als "TestResources" verwaltet und erhalten hierfür eine "TestResource-ID (TR-ID)".
PCs von Testbenches, die im Monitoring-Modul von test.guide durch einen ResourceAdapter angebunden sind, werden nun als "TestResourceMachines" in test.guide verwaltet und erhalten hierfür eine "TestResourceMachine-ID (TRM-ID)".
Eine TestResourceMachine ist immer mit einer TestResource über die jeweilige ID verknüpft.
Für mit test.guide verbundene ResourceAdapter werden automatisch neue TR- und TRM-IDs erzeugt. Dies kann zu einer erhöhten Last auf der Monitoring-Datenbank führen.
Die Standort- und Namensinformationen aus der ResourceLocationId werden für die Zuordnung zu den neuen IDs verwendet.
Neue ResourceAdapter werden weiterhin wie gehabt über die ResourceLocationId an test.guide angebunden.
[FEATURE]: Um im Supportfall besser helfen zu können, wurde die debugInfo.log um die Protokollierung der genau verwendeten Datenbankversion erweitert.
[CHANGED]: Für die Installation von test.guide als Service unter Linux wurde die beiliegende installService.sh so angepasst, dass sie ohne das Hilfsprogramm jsvc auskommt. Dies kann dazu führen, dass bei Verwendung eines privilegierten Ports < 1024 unter systemd andere Berechtigungen erforderlich sind. Lösungen hierzu sind im Betriebshandbuch im Kapitel Implementation as Linux Service beschrieben.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[DEPRECATED]: Der Endpunkt /api/download-file/ResourceAdapter der Monitoring API ist veraltet und wird in einem zukünftigen Release entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[REMOVED]: Der veraltete Monitoring REST API Endpunkt PUT /api/v2/resourceadapter/configurations/{hostname} wurde entfernt. Als Alternative kann der Test Infrastructure REST API Endpunkt POST /api/testinfrastructure/resourceadapter/configuration/{hostname} verwendet werden.
[REMOVED]: Die veralteten Endpunkte /res-adapter-config und /api/res-adapter-config der Monitoring API wurden wie in Release 1.130.0 angekündigt entfernt.
[REMOVED]: Der veraltete Endpunkt /monitoring-upload der Monitoring API wurde wie in Release 1.130.0 angekündigt, entfernt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Reportdatenbank für Performance-Optimierungen automatisch migriert. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu zwei Stunden dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[PREVIEW]: Der Gruppierungsfilter wurde um die Basisfilterung für Attribute und Konstanten erweitert und ermöglicht zusätzlich die Filterung nach dem effektiven Verdict, d.h. nach dem Verdict inklusive der Review-Nachbewertung.
[FEATURE]: Im Playbook-Editor können verfügbare Artefakte eines Depositories einfacher für die Playbook-Quelle oder für Workspace-Abhängigkeiten ausgewählt werden.
[FEATURE]: Die Report Management API wurde um die folgenden Endpunkte export/atx/… erweitert, um automatisiert einen Export eines vollständigen ATX-Reports durchführen zu können.
[FEATURE]: Die aktuelle ALM Octane Version 1.16.200 wird unterstützt.
[CHANGED]: Wird bereits bei der Generierung der ATX in ECU-TEST festgestellt, dass die Bezeichner der Testfälle nicht dem ATX-Standard entsprechen, wird die Generierung entsprechend abgebrochen und der Fehler nicht erst beim Upload erkannt.
[CHANGED]: Wenn die Anzahl der registrierten Benutzerlizenzen die aktuelle Lizenz überschreitet, werden die Servermanager regelmäßig per E-Mail informiert.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Durch den auslaufenden Support für Java 11 muss auch der ResourceAdapter auf Java 17 aktualisiert werden. Dies ist aus technischen Gründen leider nicht durch die AutoUpdate-Funktion möglich. Eine Anleitung mit den notwendigen Update-Schritten (ResourceAdapterUpdateReadme.txt) befindet sich im Installationsverzeichnis des ResourceAdapter und im ResourceAdapter-Paket, das über test.guide heruntergeladen werden kann. Die Aktualisierung kann ab sofort erfolgen. Java 11 wird jedoch vom ResourceAdapter noch bis zum Release 1.166.0 unterstützt.
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
PUT /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[FIXED]: Ein Problem in der installService.bat wurde behoben, der bei der Installation des test.guide-Service in Version 1.152.0 / 1.153.0 mit der Fehlmeldung CreateJavaVM Failed with error [-1] fehlschlug.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
[FIXED]: Beim Verwenden des Ergebnisfilters zum Export von Testfallausführungen in ein Test Management Tool war die Eingabe der persönlichen Zugangsdaten nicht möglich, da die entsprechenden Formularfelder nicht ausgewählt werden konnten. Ein Export konnte damit nicht stattfinden, wenn persönliche Zugangsdaten verwendet werden müssen. Die Formularfelder sind nun auswähl- und beschreibbar.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.149.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Reportdatenbank für Performance-Optimierungen automatisch migriert. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu zwei Stunden dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[ALPHA PREVIEW]: Mit dem neuen Gruppierungsfilter im Testreport Management wird es möglich sein, die Ergebnisse ähnlich wie in der Coverage gruppiert anzuzeigen. In dieser ersten Version kann die Gruppierung bereits ausprobiert werden.
Die noch fehlenden Basisfilter werden in den nächsten Releases für weitere Tests hinzugefügt. Über Feedback jeglicher Art würden wir uns sehr freuen!
[FEATURE]: Zugangsdaten für SCM-Repositories können über den externen HashiCorp Vault Secret Manager bereitgestellt werden.
Unter Projekteinstellungen → Secret Management kann ein Secret Management vom Typ Vault konfiguriert werden:
Für die Authentifizierung einer SCM-Konfiguration über HTTPS können die Zugangsdaten eines konfigurierten Vaults verwendet werden:
[FEATURE]: Auf der Übersichtsseite der Testausführungsaufträge kann nach dem Erstellungsdatum gefiltert werden.
[FEATURE]: Die Json2ATX-Schnittstelle wurde erweitert, sodass Bilder zu den jeweiligen TestSteps als Artefakte mit angegeben und in test.guide analog zu den ECU-TEST-Plots mit angezeigt werden können.
Beispiel:
{
"name": "Test-Suite",
"timestamp": 1691071488000,
"testcases": [
{
"@type": "testcase",
"name": "TestCaseWithPlots",
"verdict": "PASSED",
"timestamp": 1691071488000,
"executionTestSteps": [
{
"@type": "teststep",
"name": "TestStepWithPlots",
"verdict": "PASSED",
"testStepArtifacts": [
{
"path": "Plot1.png",
"artifactType": "IMAGE"
},
{
"path": "Plot2.png",
"artifactType": "IMAGE"
}
]
}
]
}
]
}[CHANGED]: Die Funktion zum Übertragen kompletter Testläufe eines test.guide-Projekts auf die gleiche oder eine andere Instanz wurde dahingehend optimiert, dass die Übertragung als Hintergrundaufgabe erfolgt und bei größeren Übertragungen im Task-Manager nachverfolgt werden kann.
[CHANGED]: Die API-Response von /api/report/testCaseExecution/{tceId} der Report Management API wurde um das Feld filePath für artifacts erweitert.
Der filePath enthält den absoluten Pfad der Datei, in dem test.guide die Datei in der konfigurierten Dateiablage gespeichert hat. Wenn die Artefaktverwaltung konfiguriert wurde, wird die Artefakt-Id zurückgegeben.
Beispiel:
{...
"artifacts": [
{
"id": 0,
"filename": "Recording.mf4",
"relPath": "",
"uploadDate": "2023-08-10T07:36:18.286Z",
"downloadUrl": "https://...",
"fileSize": 42,
"fileHash": "1a4d69722247dc37d828e5ab471fb625",
"filePath": "ArtifactId-42"
}
],
...
}[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
PUT /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.146.0 |
ACHTUNG: Es wird in einem der nächsten Releases nicht abwärtskompatible Änderungen in der Kommunikation zwischen ResourceAdapter und test.guide geben. Bitte aktualisieren Sie alle mit test.guide verbundenen ResourceAdapter auf die neueste Version (1.152.0), um zu verhindern, dass Ihre Testressourcen die Verbindung zu test.guide verlieren. Sollten Sie das AutoUpdate in den ResourceAdapter Konfigurationen nicht deaktiviert haben, brauchen Sie nichts weiter zu tun. Die ResourceAdapter aktualisieren sich dann automatisch.
[FEATURE]: In der Artefaktverwaltung können Artefakte auch nachträglich mit Attributen versehen bzw. Attribute geändert werden.
Um Attribute bearbeiten zu können, muss am Depository die neue Rollenberechtigung "Attribute bearbeiten" gesetzt werden.
[FEATURE]: Wenn ein Testausführungsauftrag ein SCM-Repository als Abhängigkeit definiert, kann diese Abhängigkeit direkt in ein bestimmtes Verzeichnis ausgecheckt werden.
Bisher wurden Abhängigkeiten in einem temporären Verzeichnis ausgecheckt und bei Bedarf in ein anderes Verzeichnis kopiert.
Das neue Feld checkoutLocation an einer SCM-Abhängigkeit legt fest, dass das Repository direkt im angegebenen Verzeichnis ausgecheckt wird.
Ist das Repository bereits vorhanden, dann wird es entsprechend der in der SCM-Konfiguration hinterlegten Strategie aktualisiert.
[FEATURE]: Mehrmalige Uploads von Testergebnissen nach ALM Octane sind robuster geworden.
test.guide erzeugt nur beim ersten Mal ManualRuns in ALM Octane.
Bei erneutem Upload werden die neuen Ergebnisdaten in die bereits vorhandenen ManualRuns eingetragen.
[CHANGED]: test.guide unterstützt JIRA in der Version 9 und ist abwärtskompatibel bis zur Version >= 8.4.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt denselben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog der Releases 1.150.0 und 1.151.0.
POST /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/download
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
PUT /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[REMOVED]: Die ResourceAdapter-Konfiguration "ecutest.external" im Execution-Plugin wurde entfernt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.146.0 |
[PREVIEW]: Für Releases werden nun die experimentellen Freigabeempfehlungen persistiert und stehen auch nach einem Neustart von test.guide weiterhin zum Ausprobieren zur Verfügung.
[FEATURE]: Kennzahlen über mehrere Testfallausführungen können nun auch im AutoSPY Viewer oder AutoSPY Analyzer detaillierter betrachtet und analysiert werden. Der neue AutoSPY-Export stellt die *.astrace-Datei mit allen Kennzahlen eines Testfalls im gefilterten Zeitbereich zur Verfügung.
Diese Funktionalität ist auch in der Export-Ansicht verfügbar und erlaubt den Export verschiedener Testfallausführungskennzahlen in eine *.astrace-Datei.
[FEATURE]: Die Artefaktverwaltung unterstützt jetzt auch Storages vom Typ SFTP (Secure File Transfer Protocol).
Bei der Konfiguration von SFTP-Storages kann zwischen Basisauthentisierung (per Nutzername und Passwort) und SSH-Schlüssel-Authentisierung (per Nutzername und privatem SSH-Schlüssel) entschieden werden.
[FEATURE]: Usability: Erzeugte Authentifizierungsschlüssel können per Knopfdruck direkt in die Zwischenablage kopiert werden.
[FEATURE]: Als Servermanager kann ich mir mit dem neuen Filter auf der Seite zur Verwaltung der Hintergrundtasks versteckte Tasks anzeigen lassen, um schnell zu erkennen, wie lange z.B. wichtige Hintergrundtasks benötigen.
[FEATURE]: Abhängig von der verwendeten Hardware kann die maximale Upload-Grenze von den Administratoren festgelegt werden.
Im neuen Kapitel Maximum upload file size des Operations Manual (siehe release.zip unter doc/operations_manual.pdf) ist beschrieben, wie dieser Parameter angepasst werden kann.
[FEATURE]: Für Workspace-Abhängigkeiten vom Typ Link kann in Testausführungsaufträgen und Playbooks eine Prüfsumme angegeben werden, um die korrekte Ausführung sicherzustellen.
Beim Herunterladen der Workspace-Abhängigkeit auf die ausführende Testressource wird geprüft, ob die angegebene Prüfsumme (MD5-Hash) mit der tatsächlichen Prüfsumme der herunterzuladenden Datei übereinstimmt. Andernfalls wird die Ausführung abgebrochen.
Auch beim Herunterladen von Workspace-Abhängigkeiten vom Typ Artefakt wird automatisch geprüft, ob die in der Artefaktverwaltung hinterlegte Prüfsumme mit der tatsächlichen Prüfsumme übereinstimmt.
[FEATURE]: Prüfplatzanforderungen können nun direkt im Playbook-Editor ausgewählt werden.
Es werden Kategorie-Label-Kombinationen existierender Ausstattungen aus dem test.guide Monitoring, sowie dazu passende Ausstattungswerte vorgeschlagen:
[FEATURE]: Es gibt eine neue Option unter Systemkonfiguration / Allgemein, mit der festgelegt werden kann, dass Registrierungen für ein Projekt nicht von den Benutzern selbst vorgenommen werden können. Wenn diese Option aktiviert ist, müssen Benutzer vom Projektmanager persönlich registriert werden.
[CHANGED]: Um das Teilen von Links in test.guide zwischen Projekten zu vereinfachen, wurden die Links in der Navigation und auf den Detailseiten um die Projekt-ID erweitert, so dass automatisch das entsprechende Projekt ausgewählt wird.
[CHANGED]: Mit der neuen Projektberechtigung Dashboards verwalten wird es auch anderen Benutzern als den Projektmanagern ermöglicht, Dashboards zu verwalten.
[CHANGED]: Ein neuer Zeitfilter-Shortcut wurde hinzugefügt, um Reports, Coverage oder Releases über 2 Wochen zu filtern (passend für die meisten Scrum Sprints), dafür wurde der 60 Tage Shortcut entfernt.
[CHANGED]: Die Option Review-Bewertungen verwenden ist nun standardmäßig aktiviert, wenn eine Coverage geladen wird.
[CHANGED]: Beim Beenden von test.guide werden laufende Jobs nicht mehr als fehlgeschlagen, sondern als canceled angezeigt und beim Neustart automatisch wieder gestartet. Dies erspart z.B. bei einem Upgrade von test.guide das manuelle Neustarten der fehlgeschlagenen Jobs.
[CHANGED]: Der Health-API-Endpunkt /databases wurde um die Information erweitert, ob eine Datenbank gerade durch eine Migration blockiert ist und wenn ja, seit wann und von welchem Host. Dies erleichtert die Fehlersuche bei einem Upgrade im Fehlerfall und die Information kann auch automatisiert in Update-Skripten ausgelesen und verarbeitet werden.
[CHANGED]: Das CANoe2ATX Plugin ist nun in der Version 5.0.0 verfügbar und unterstützt eine verbesserte Darstellung der Testschrittbezeichner.
[CHANGED]: Die Migration einer Dateiablage in einen S3-Speicher wurde optimiert, um die Auslastung des Gesamtsystems während der Migration zu reduzieren.
[DEPRECATED]: Da der Support für ältere JIRA Versionen ausläuft, werden wir in einem zukünftigen Release nur noch JIRA Versionen >= 8.4 unterstützen.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird ab Version 1.152.0 nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Der Monitoring REST API Endpunkt POST /api/v2/resourceadapter/download ist veraltet und wird in einem der nächsten Releases entfernt. Der neue Test Infrastructure REST API Endpunkt POST /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden. Dieser verhält sich analog, es werden jedoch aus Sicherheitsgründen weder der Authentifizierungsschlüssel (client.authKey) noch die test.guide URL (host.target.url) aus einer bestehenden ResourceAdapter-Konfiguration übernommen. Diese Elemente müssen immer beim Aufruf ersetzt werden.
[DEPRECATED]: Der Monitoring REST API Endpunkt GET /api/v2/resourceadapter/download ist veraltet und wird in einem der nächsten Releases entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/download kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Die folgenden Monitoring REST API Endpunkte sind veraltet und werden in einem der nächsten Releases entfernt. Für alle veralteten Endpunkte gibt es Alternativen in der neuen Test Infrastructure REST API Sektion. Weitere Infos befinden sich im Changelog des Release 1.150.0.
GET /api/v2/resourceadapter/configurations
GET /api/v2/resourceadapter/configurations/{hostname}
PUT /api/v2/resourceadapter/configurations/{hostname}
DELETE /api/v2/resourceadapter/configurations/{hostname}
[FIXED]: Der Standardwert für die Anzeige des maximalen Alters der anzuzeigenden früheren Reviews ist nun korrekt auf 90 Tage gesetzt (falls nicht bereits geändert). Die in Release 1.148.0 angekündigte Anpassung setzte den Wert auf 0 Tage.
[FIXED]: Bei der Erstellung eines neuen Releases ist es wieder möglich, sich auf eine bestehende Release-Coverage zu beziehen, die sich im Coverage-Ordner: "Releases" befindet.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.146.0 |
[FEATURE]: Mit ECU-TEST 2023.2 können alle hochgeladenen Daten direkt aus test.guide geöffnet werden, so dass eine detaillierte Analyse für ein Review schneller und einfacher möglich ist.
Bei z.B. vielen Parametersätzen in einem ECU-TEST TRF-Report wird die ausgewählte Testfallausführung aus test.guide direkt in der TRF an der richtigen Stelle geöffnet, so dass ein Scrollen und Suchen überflüssig wird.
Weitere Analysedaten, wie z.B. Traces zur genaueren Signalbetrachtung, werden bei Bedarf automatisch aus test.guide in ECU-TEST nachgeladen.
[FEATURE]: Zur einfacheren Analyse der Dashboard-Ergebnisse können die Links hinter den Balkendiagrammen direkt in einem neuen Tab geöffnet werden, so dass die aktuelle Anzeige erhalten bleibt und die Ergebnisse parallel besser analysiert werden können.
[FEATURE]: Für die Testmanagement-Verbindung mit Codebeamer wird nun die SSO-Authentifizierung über OpenId-Connect unterstützt.
[FEATURE]: Die Aktivitätsstatistiken der Testressourcen werden besser erfasst, während Testausführungsaufträge laufen.
Bisher wurden Vor- und Nachbereitungsschritte eines Testausführungsauftrags sowie Playbook-Schritte ohne geöffnetes ECU-TEST nicht in der Aktivitätsstatistik einer Testressource berücksichtigt.
Jetzt wird die Ausführungszeit eines Ausführungsauftrags standardmäßig als CI Activity erfasst. Der Aktivitätstyp kann in der ResourceAdapter-Konfiguration angegeben werden.
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.testBenchActivityType=4
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.testBenchActivityTimeout=3600000[CHANGED]: Für ResourceAdapter-Konfigurationen ist es nicht mehr möglich, die Elemente Authentifizierungsschlüssel (client.authKey) und test.guide URL (host.target.url) über test.guide zu verwalten.
Die Funktionalität wurde aus Sicherheitsgründen entfernt.
Änderungen dieser Elemente sind nun nur noch in der lokalen ResourceAdapter-Konfigurationsdatei auf der jeweiligen Testressource möglich.
Die Anzeige und die Möglichkeit zum Bearbeiten der Elemente wurde aus der zentralen ResourceAdapter-Konfigurationsseite entfernt.
Es wurden neue API-Endpunkte in der Test Infrastructure API implementiert, die weder Lese- (GET /api/testinfrastructure/resourceadapter/configuration/{hostname}) noch Schreibzugriff (POST /api/testinfrastructure/resourceadapter/configuration/{hostname}) auf die Elemente unterstützen.
ACHTUNG: Der Mechanismus zur Synchronisation der lokalen ResourceAdapter-Konfiguration mit der in test.guide hinterlegten Konfiguration wird in einem der nächsten Releases auf die neuen Endpunkte umgestellt. Bitte stellen Sie sicher dass alle mit test.guide verbundenen ResourceAdapter mindestens auf Version 1.148.0 aktualisiert sind, um zu verhindern, dass Ihre Testressourcen die Verbindung zu test.guide verlieren.
ACHTUNG: Bei der Verwendung des Endpunktes POST /api/v2/resourceadapter/download der Monitoring API müssen die Elemente ggf. nach dem Download des angepassten ResourceAdapter-Paketes noch in der resourceAdapter.preconfigured.config hinzugefügt werden, damit der aus dem Paket gestartete ResourceAdapter mit test.guide kommunizieren kann.
[CHANGED]: Beim Upload von ECU-TEST Reports über den ResourceAdapter enthalten die Upload-Ordner den Namen der ECU-TEST TRF-Datei, wodurch ein schnelleres Auffinden im Falle eines fehlgeschlagenen Uploads ermöglicht wird.
Änderungen an der Konfiguration des plugin.de.tracetronic.ttstm.monitoring.plugin.testguideupload.TestGuideUploadPlugin's sind nicht erforderlich.
[CHANGED]: Die Verwendung von scmUrl und scmLabel in SCM-Quellen und SCM-Abhängigkeiten von Testausführungsaufträgen und Playbooks wurde in der REST-API vereinheitlicht.
SCM-Quellen sowie SCM-Abhängigkeiten eines Testausführungsauftrags können direkt als URL oder indirekt als Label der zugehörigen SCM-Konfiguration referenziert werden. Beim Upload des Ausführungsauftrags wird die SCM-URL in ein SCM-Label umgewandelt.
SCM-Quellen sowie SCM-Abhängigkeiten eines Playbooks können direkt als URL oder indirekt als Label der zugehörigen SCM-Konfiguration referenziert werden.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird ab Version 1.152.0 nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[DEPRECATED]: Der Monitoring REST API Endpunkt GET /api/v2/resourceadapter/configurations ist veraltet und wird in einem der nächsten Releases entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/configurations kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Der Monitoring REST API Endpunkt GET /api/v2/resourceadapter/configurations/{hostname} ist veraltet und wird in einem der nächsten Releases entfernt. Der neue Test Infrastructure REST API Endpunkt GET /api/testinfrastructure/resourceadapter/configuration/{hostname} kann anstelle des veralteten Endpunktes genutzt werden. Dieser verhält sich analog, es werden jedoch aus Sicherheitsgründen der Authentifizierungsschlüssel (client.authKey) und die test.guide URL (host.target.url) aus einer bestehenden ResourceAdapter-Konfiguration entfernt, falls hierfür noch Einträge in der Datenbank existieren.
[DEPRECATED]: Der Monitoring REST API Endpunkt PUT /api/v2/resourceadapter/configurations/{hostname} ist veraltet und wird in einem der nächsten Releases entfernt. Der neue Test Infrastructure REST API Endpunkt POST /api/testinfrastructure/resourceadapter/configuration/{hostname} kann anstelle des veralteten Endpunktes genutzt werden.
[DEPRECATED]: Der Monitoring REST API Endpunkt DELETE /api/v2/resourceadapter/configurations/{hostname} ist veraltet und wird in einem der nächsten Releases entfernt. Der neue Test Infrastructure REST API Endpunkt DELETE /api/testinfrastructure/resourceadapter/configuration/{hostname} kann anstelle des veralteten Endpunktes genutzt werden.
[REMOVED]: Die Möglichkeit, den Authentifizierungsschlüssel und die test.guide URL für hinterlegte ResourceAdapter-Konfigurationen über test.guide zu verwalten, wurde aus Sicherheitsgründen entfernt. Die Möglichkeit, die restlichen ResourceAdapter Konfigurationsparameter zu verwalten, bleibt erhalten.
[FIXED]: Ein Update auf die Version 1.149.0 war unter Umständen nicht möglich, wenn der Standardbezeichner für das Datenbankschema nicht public war. Diese Einschränkung wurde korrigiert.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.146.0 |
ACHTUNG: Es werden wichtige Datenbank-Änderungen bei der maximalen Zeichenanzahl bestimmter Testfall-Felder vorgenommen! Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbanken vorzunehmen. Die Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
Die Länge der Testfall-Konstantenwerte wird auf maximale 512 Zeichen reduziert.
Die Länge der Testfall-Attributwerte wird auf maximale 1300 Zeichen reduziert.
Die Länge der Testfall-Parameterwerte wird auf maximale 512 Zeichen reduziert.
Die Länge der Testfall-Rückgabewerte wird auf maximale 1700 Zeichen reduziert.
[FEATURE]: Als Testmanager kann ich mich über ein Release-Abonnement stets über den aktuellen Stand eines Releases per E-Mail informieren lassen.
[FEATURE]: Über den neuen Platform REST API Endpunkt /platform/projects/{projectId}/notification/mail können E-Mails im Projekt automatisiert versendet werden, z.B. um nach dem Sperren eines Releases alle Testmanager zu informieren.
Die Empfänger werden dabei durch die Rollen im Projekt bestimmt (siehe auch /platform/projects{projectId}/roles).
[CHANGED]: Storages der Artefaktverwaltung können so konfiguriert werden, dass beim Löschen von Artefakten die zugehörigen Dateien im Storage verbleiben.
[CHANGED]: Beim Bekanntmachen von Reportanhängen als Links in der Artefaktverwaltung kann die Dateigröße durch den Nutzer selbst angegeben werden.
Wenn der Benutzer sowohl den MD5-Hash als auch die Dateigröße im JSON-Report angibt, fragt test.guide diese Informationen nicht mehr selbst beim Storage ab. Es wird auch nicht mehr überprüft, ob die Datei tatsächlich im Storage vorhanden ist. Dies spart Zeit.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Die Möglichkeit, den Authentifizierungsschlüssel und die test.guide URL für hinterlegte ResourceAdapter-Konfigurationen über test.guide zu verwalten, wird in einem der nächsten Releases aus Sicherheitsgründen entfernt. Die Möglichkeit, die restlichen ResourceAdapter Konfigurationsparameter zu verwalten, bleibt erhalten.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird ab Version 1.152.0 nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
[REMOVED]: Der veraltete Endpunkt /api/monitoring/hil-configuration der Monitoring API wurde wie in Release 1.130.0 angekündigt, entfernt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.146.0 |
ACHTUNG: Bei Inbetriebnahme der neuen test.guide Version werden alte migrierte Datenbank-Tabellen gelöscht und somit Datenbank-Speicher wieder freigegeben. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
ACHTUNG: Es wird in einem der nächsten Releases nicht abwärtskompatible Änderungen in der Kommunikation zwischen ResourceAdapter und test.guide geben. Bitte aktualisieren Sie alle mit test.guide verbundenen ResourceAdapter auf die neueste Version (1.148.0), um zu verhindern, dass Ihre Testressourcen die Verbindung zu test.guide verlieren. Sollten Sie das AutoUpdate in den ResourceAdapter Konfigurationen nicht deaktiviert haben, brauchen Sie nichts weiter zu tun. Die ResourceAdapter aktualisieren sich dann automatisch.
[FEATURE]: Release-Filter können nun einfach über den Teilen-Button als Link ausgetauscht werden, sodass Release-Filter-Übersichten einfach geteilt oder z.B. auch in Confluence abgelegt werden können.
[FEATURE]: Um die Benutzer zusätzlich zu den E-Mails über anstehende Anpassungen wie Migrationen oder Wartungsfenster zu informieren, habe ich als Servermanager die Möglichkeit, ein Benachrichtigungsbanner zu aktivieren.
Der Benachrichtigungsbanner kann unter Systemkonfiguration / Nutzer informieren konfiguriert werden.
Das Benachrichtigungsbanner kann ebenfalls über die REST-API Endpunkte /platform/notification/banner konfiguriert werden.
[FEATURE]: Um den hybriden Betrieb aus manueller und automatisierter Testausführung noch besser zu unterstützen, kann die Ausführung eines Testausführungsauftrags am Prüfplatz über einen Warnungsdialog verhindert werden.
Für das Execution-Plugin des ResourceAdapters kann ein Timeout für die Anzeige eines Warnungsdialogs (in Millisekunden) konfiguriert werden:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.automationWarningDialogTimeout=30000In diesem Fall öffnet sich vor jeder Ausführung eines Ausführungsauftrags am Prüfplatz ein Dialog:
Die Ausführung kann durch einen Nutzer am Prüfplatz verhindert und das Execution-Plugin über den Button Set Offline für eine konfigurierbare Zeit offline genommen werden.
Über den Button Start kann das Timeout übersprungen und der Ausführungsauftrag direkt gestartet werden. Erfolgt keine Benutzerinteraktion mit dem Dialog, wird der Ausführungsauftrag nach Ablauf des Timeouts ausgeführt.
[CHANGED]: Um die Ladezeiten der Reviewseite zu reduzieren, kann nun das maximale Alter der anzuzeigenden bisherigen Reviews für einen bestimmten Testfall unter Projekteinstellungen / Revieweinstellungen selbst festgelegt werden.
Der Defaultwert wurde von 365 Tagen auf 90 Tage geändert.
[CHANGED]: Der in Version 1.103.0 eingeführte ResourceAdapter-Konfigurationsparameter pluginsPostponeRestarts ist nun in der mitgelieferten Standard-ResourceAdapter-Konfiguration resourceAdapter.example.config per Default aktiv und auf true gesetzt.
Für neu heruntergeladene ResourceAdapter wird somit ein angeforderter Neustart solange verschoben, bis alle blockierenden Plug-in-Aktivitäten abgeschlossen sind.
Bestehende ResourceAdapter-Konfigurationen sind davon nicht betroffen.
[DEPRECATED]: Das Feld attributes eines Artefakts an den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Die Möglichkeit, den Authentifizierungsschlüssel und die test.guide URL für hinterlegte ResourceAdapter-Konfigurationen über test.guide zu verwalten, wird in einem der nächsten Releases aus Sicherheitsgründen entfernt. Die Möglichkeit, die restlichen ResourceAdapter Konfigurationsparameter zu verwalten, bleibt erhalten.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird ab Version 1.152.0 nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Der Platform REST API Endpunkt /platform/notification wurde nach /platform/notification/mail verschoben. Der alte Endpunkt wird bis Ende September 2023 unterstützt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.140.0 |
[FEATURE]: Als Projektmanager kann ich in der test.guide Navigation unsere wichtigsten Teamlinks im Projekt hinzufügen, so dass wir von test.guide aus schnell auf alle wichtigen Daten zugreifen können.
Die Links können unter den Projekteinstellungen/App-Links hinzugefügt werden.
[FEATURE]: Benutzer können Playbooks abonnieren und werden per E-Mail benachrichtigt, wenn ein Playbook-Lauf abgeschlossen ist.
Die E-Mail wird versendet, wenn für einen Playbook-Lauf alle aus dem Playbook erzeugten Ausführungsaufträge vollständig abgeschlossen wurden.
[FEATURE]: Als Testmanager kann ich mir in den Releasedetails die Testfallausführungszeit für jedes einzelne Release berechnen und anzeigen lassen, so dass ich feststellen und vergleichen kann, wie viel Zeit ein Release benötigt.
Bei der Berechnung kann zwischen allen und der letzten Testfallausführung in einem Release unterschieden werden.
[FEATURE]: Im Ergebnisfilter werden die Defect-Tickets im Review-Tooltip direkt als Link angeboten, um einen schnelleren Zugriff zu gewährleisten.
[FEATURE]: Das Warnungs-Banner für ein deaktiviertes AutoUpdate in ResourceAdapter-Konfigurationen wird nun auch auf der ResourceAdapter Einstellungsseite angezeigt, wenn ResourceAdapter-Konfigurationen existieren, in denen das AutoUpdate-Feature deaktiviert ist. Das macht es noch leichter, ResourceAdapter zu identifizieren, bei denen das AutoUpdate ausgeschaltet ist.
[DEPRECATED]: Das Feld attributes eines Artefakts and den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Die Möglichkeit, den Authentifizierungsschlüssel und die test.guide URL für hinterlegte ResourceAdapter-Konfigurationen über test.guide zu verwalten, wird in einem der nächsten Releases aus Sicherheitsgründen entfernt. Die Möglichkeit, die restlichen ResourceAdapter Konfigurationsparameter zu verwalten, bleibt erhalten.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird ab Version 1.152.0 nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Die Möglichkeit, die historischen Monitoring-Daten von bestehenden Testressourcen/Testbenches zu einer neuen ResourceLocationId umzuziehen, wurde entfernt.
[FIXED]: Testfälle mit Testfallargumenten, die sowohl als Parameter (IN) als auch als Rückgabewert (OUT) erfasst wurden, können im Ergebnisfilter korrekt gefiltert werden.
[FIXED]: Unter Umständen konnten neu erstellte z.B. Excel-Exporte im Task-Manager nicht geöffnet werden und es wurde die Fehlermeldung Das Ergebnis dieses Tasks ist abgelaufen und wurde gelöscht angezeigt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.140.0 |
ACHTUNG: Bei Inbetriebnahme der neuen test.guide Version werden alle Releases für eine Optimierung migriert. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist der Zugriff auf test.guide weiterhin möglich, die Release-Migration kann bis zu mehreren Stunden dauern.
[FEATURE]: Das Dashboard Balkendiagramm Widget wurde erweitert, um Testausführungen pro Konstantenwert anzuzeigen, so dass z.B. die Testfallausführungen pro getesteter Softwareversion dargestellt werden können.
[FEATURE]: Die Exportfunktion der ATX-Reports wurde um die Option erweitert, dass nach einem erfolgreichen Export / Backup die Daten aus test.guide gelöscht werden.
Dadurch kann auf einfache Weise Datenbankspeicher freigegeben werden, nachdem ältere Projektdaten in ein Archiv exportiert wurden.
[FEATURE]: Um Fehleingaben zu vermeiden, können Playbook-Parameterwerte bei der Ausführung von Playbooks anhand benutzerdefinierter Regeln validiert werden.
Für Parameter an Playbooks kann zusätzlich ein Schema für den Parameterwert angegeben werden. Dieses Schema muss ein regulärer Ausdruck im RE2-Dialekt sein.
Beim Ausführen eines Playbooks wird der angegebene Parameterwert gegen das Schema des Playbook-Parameterwertes validiert.
Der Standardwert eines Playbook-Parameters (wenn vorhanden) muss diesem Schema ebenfalls entsprechen.
[FEATURE]: Über einen neuen Link in der Coverage kann direkt zwischen dieser und der zugehörigen Filterdefinition gewechselt werden, um z.B. eine geladene Release-Coverage schneller überprüfen zu können.
[FEATURE]: Projektmanager werden per E-Mail benachrichtigt, wenn Depository-Freigaben für ihr Projekt hinzugefügt, geändert oder gelöscht werden.
[FEATURE]: In der zentralen ResourceAdapter-Konfiguration wird ein Warnungs-Banner angezeigt, wenn ResourceAdapter-Konfigurationen existieren, in denen das AutoUpdate-Feature deaktiviert ist.
Durch das AutoUpdate-Feature wird sichergestellt, dass immer die neueste Version des ResourceAdapters verwendet wird.
In Ausnahmefällen kann es aber notwendig sein, das Feature (temporär) zu deaktivieren. Es wird jedoch empfohlen, das AutoUpdate nicht zu deaktivieren.
Um auf die z.B. versehentlich deaktivierte AutoUpdate-Funktionalität hinzuweisen, wird die Warnung angezeigt, die mit einem Klick geschlossen werden kann.
[CHANGED]: In Version 1.144.0 wurde eine neue Projektberechtigung eingeführt: ResourceAdapter-Konfiguration synchronisieren, die den Zugriff auf APIs regelt, die von ResourceAdaptern benötigt werden, um ihre jeweiligen Konfigurationsdateien zu synchronisieren.
Die Berechtigung wurde bisher implizit über die Monitoring Daten Berechtigung geregelt und wurde automatisch auf die neue Berechtigung migriert.
ACHTUNG! Leider werden hierbei jedoch nur die benutzerspezifischen Berechtigungen, nicht jedoch Projektrollen und Berechtigungsvorlagen berücksichtigt.
Eine nachträgliche Migration dieser Daten ist aus technischen Gründen nicht möglich, da dies zu Konflikten mit zwischenzeitlich manuell vorgenommenen Anpassungen führen würde.
Sofern Projektrollen für die Berechtigungsverwaltung von Benutzern, unter denen ResourceAdapter betrieben werden, Verwendung finden, ist es daher notwendig, die neue Berechtigung "ResourceAdapter-Konfiguration synchronisieren" für entsprechende Rollen manuell zu setzen. Darüber hinaus empfehlen wir, selbst erstellte Berechtigungsvorlagen dahingehend zu überprüfen.
[CHANGED]: Das GUI-Framework für die Anzeige von Tooltips wurde gewechselt, sollte ein seltsames Verhalten bei der Anzeige von Tooltips beobachtet werden, würden wir uns über eine Rückmeldung an support@tracetronic.com freuen.
[DEPRECATED]: Das Feld attributes eines Artefakts and den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Die Möglichkeit, die historischen Monitoring-Daten von bestehenden Testressourcen/Testbenches zu einer neuen ResourceLocationId umzuziehen, wird in einem kommenden Release entfernt. Zu einem späteren Zeitpunkt wird darüber hinaus die ResourceLocationId durch eine Testressourcen-ID ersetzt, wodurch das Umziehen von Testbenches deutlich einfacher wird.
[DEPRECATED]: Die Möglichkeit, Authentifizierungsschlüsseln für hinterlegte ResourceAdapter-Konfigurationen über test.guide zu ändern, wird in einem der nächsten Releases aus Sicherheitsgründen entfernt. Die Möglichkeit, die restlichen ResourceAdapter Konfigurationsparameter zu ändern, bleibt erhalten.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird in einer zukünftigen Version nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist seit der Version 1.134.0 deprecated und wurde entfernt.
Als Alternative können Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten benutzt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.140.0 |
[PERFORMANCE]: 🚀 Die Seite zur Erstellung eines Reviews wurde optimiert, um ein schnelleres Öffnen auch bei einer langen Review-Historie zu ermöglichen.
[FEATURE]: Um die Zusammenarbeit über Projektgrenzen hinweg an gemeinsam genutzten Artefakten zu erleichtern, können Depositories der Artefaktverwaltung für andere Projekte derselben test.guide-Instanz freigegeben werden.
Auf der Depository-Detailseite können Projektmanager Freigaben für ein anderes test.guide-Projekt hinzufügen, bearbeiten und löschen. Hierbei kann eingeschränkt werden, welche Berechtigungen die Nutzer des anderen Projektes maximal erhalten dürfen:
Ein Depository, welches Projektfreigaben besitzt, wird auf der Depository-Übersichtsseite als solches markiert:
Auf der Depository-Übersichtsseite werden zusätzlich alle dem Projekt freigegebenen Depositories aufgelistet:
Auf der Detailseite eines geteilten Depositories können Projektmanager Berechtigungen für Projektrollen hinzufügen, bearbeiten und löschen. Die Auswahl der Berechtigungen ist auf die maximalen Berechtigungen eingeschränkt, die ursprünglich im freigebenden Projekt eingestellt wurden:
[FEATURE]: Als Projektmanager kann ich in der Skriptserver-Übersicht sehen, welche Skripte zuletzt gelaufen sind und wie lange jedes Skript gelaufen ist.
[FEATURE]: Als Skriptserver-Verantwortlicher erhalte ich nun über den Detail-Download mehr Informationen über die Ausführung meines Skripts, um z.B. Fehler in den Skripten schneller finden und beheben zu können.
[FEATURE]: Beim Hochladen von Dateien zu Testfallausführungen werden die Artefakt-Referenzpfade als Ordnerstruktur erfasst und entsprechend als Dateibaum in den Testfalldetails angezeigt.
Beispiel: Json2ATX Artefakt-Referenzpfade werden ausgehend vom Wurzelverzeichnis übernommen und entsprechend in den Testfalldetails angezeigt.
{
"name": "Test-Suite",
"timestamp": 1662631148000,
"testcases": [
{
"@type": "testcase",
"name": "TestCase-0",
"verdict": "NONE",
"description": "My Description",
"timestamp": 1662631148000,
"executionTime": 579,
"artifacts": [
"Specs/Spec.docx"
],
"artifactRefs": [
{
"ref": "\\\\192.168.007.42\\Fileserver\\LinkStorage\\Logs\\error.log",
"md5": "bd01856bfd2065d0d1ee20c03bd3a9ae"
},
{
"ref": "\\\\192.168.007.42\\Fileserver\\LinkStorage\\Logs\\debug.log",
"md5": "bd01856bfd2065d0d1ee20c03bd3a9ad"
}
]
}
]
}
[CHANGED]: Bei der Erstellung von ExecutionRecords und Results im Testmanagement-Tool IBM Rational Quality Manager (RQM) werden nun eindeutige Namen verwendet.
[CHANGED]: Beim Export von ManualRun-Ergebnissen aus test.guide nach Octane kann der ManualRun-Name nun über das Template definiert werden.
[DEPRECATED]: Das Feld attributes eines Artefakts and den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Die Möglichkeit, Authentifizierungsschlüsseln für hinterlegte ResourceAdapter-Konfigurationen über test.guide zu ändern, wird in einem der nächsten Releases aus Sicherheitsgründen entfernt. Die Möglichkeit, die restlichen ResourceAdapter Konfigurationsparameter zu ändern, bleibt erhalten.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird in einer zukünftigen Version nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
Der Parameter interval wird mit dem Release 1.146.0 entfernt.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Wenn eine Dateiablage migriert wurde, kann sie wieder gelöscht werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.140.0 |
[FEATURE]: In den Testfalldetails können nun Anhänge, wie z.B. Logs und Traces, zur besseren Fehleranalyse ausgewählt und als Zip-Bundle heruntergeladen werden.
Die Größe der Zip ist auf 4 GB begrenzt. Dieses Limit kann über die Umgebungsvariable ARTIFACT_ZIP_DOWNLOAD_MAX_SIZE angepasst werden.
[FEATURE]: Die aktuelle ALM Octane Version 16.1.100 wird unterstützt.
[FEATURE]: Als Prüfstandsverantwortlicher kann ich durch die direkte Anzeige der aktuellen Monitoringwerte schneller beurteilen, wie es um den Prüfstand steht.
[CHANGED]: Es gibt eine neue Projektberechtigung: ResourceAdapter-Konfiguration synchronisieren, die den Zugriff auf APIs regelt, die von ResourceAdaptern benötigt werden, um ihre jeweiligen Konfigurationsdateien zu synchronisieren.
Die Berechtigung wurde bisher implizit über die Monitoring Daten Berechtigung geregelt und wird nun automatisch auf die neue Berechtigung migriert.
[DEPRECATED]: Das Feld attributes eines Artefakts and den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artefakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Die Möglichkeit, Authentifizierungsschlüsseln für hinterlegte ResourceAdapter-Konfigurationen über test.guide zu ändern, wird in einem der nächsten Releases aus Sicherheitsgründen entfernt. Die Möglichkeit, die restlichen ResourceAdapter Konfigurationsparameter zu ändern, bleibt erhalten.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird in einer zukünftigen Version nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
Der Parameter interval wird mit dem Release 1.146.0 entfernt.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Pre-Setup- und Post-Teardown-Skripte für Playbooks sind entfernt.
Als Alternative können Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten benutzt werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.140.0 |
ACHTUNG: Bei Inbetriebnahme der neuen test.guide Version werden alte migrierte Datenbank-Tabellen gelöscht und somit Datenbank-Speicher wieder freigegeben. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist der Zugriff auf test.guide weiterhin möglich, es kann bis zum Abschluss der Migration zu Performance-Einbußen kommen. Die Migration kann bis zu mehreren Tagen dauern.
[FEATURE]: Der Export der Ergebnisdaten in die jeweiligen ALM-Systeme wurde überarbeitet, sodass diese im Hintergrund exportiert werden. Das Ergebnis des Exports wird anschließend in Form einer CSV-Datei zur besseren Analyse im Taskmanager zur Verfügung gestellt.
[FEATURE]: Die Vergleichsansicht wurde um die Option erweitert, Spalten mit gleichen Testschrittergebnissen zu markieren, so dass es möglich ist, auch Testfallausführungen mit gleichem Fehlerverlauf auszuwählen, um ein Mehrfach-Review durchzuführen.
[FEATURE]: Auf der Playbook-Detailseite können SCM-Repositories und Commit-Referenzen für die Quelle und Abhängigkeiten eines Playbooks einfacher ausgewählt werden.
[FEATURE]-[CHANGED]: Berechtigungen für Aktionen in der Artefaktverwaltung werden ab sofort auf Basis von Projektrollen für jedes Depository separat konfiguriert, damit Artefakte in Zukunft leichter für andere Projekte freigegeben werden können.
Auf der Detailseite eines Depositories können die Berechtigungen für das Abfragen, Hochladen und Löschen von Artefakten existierenden Projektrollen zugewiesen werden. Diese Berechtigungen können jederzeit geändert oder gelöscht werden:
Die Projektberechtigungen für das Anlegen und Löschen von Hinterlegten Dateien werden nicht mehr für die Artefaktverwaltung benötigt. Diese obsoleten Berechtigungen werden migriert, indem für jede Rechtekombination automatisch generierte Projektrollen angelegt und jedem Depository des Projektes hinzugefügt werden. Die generierten Projektrollen können bei Bedarf gelöscht und durch bereits existierende Projektrollen ersetzt werden:
[CHANGED]: Die Migration der Dateiablage wurde so umgestellt, dass sie als Projektjob läuft und somit auch bei Unterbrechung, z.B. durch ein test.guide Update, vom Projekt-Manager ohne Unterstützung eines Administrators wieder gestartet werden kann.
[DEPRECATED]: Das Feld attributes eines Artifakts and den REST-API Endpunkten GET /artifacts und GET /artifacts/{artifactId} ist deprecated.
Das Feld enthält eine Zuordnung von Attributschlüsseln zu Attributwerten. Wenn ein Artifakt den selben Attributschlüssel mehrfach besitzt, erhält man nun eine kommaseparierte Liste der Werte als Schlüsselzuordnung:
{
...
"attributes": {
"myKey": "myValue1,myValue2"
}
...
}Das Feld attributes wird in einem der folgenden Releases entfernt. Im neuen Feld attributeList erhält man eine Liste aller Attribute wie folgt:
{
...
"attributeList: [
{
"key": "myKey",
"values": [
"myValue1",
"myValue2"
]
}
],
...
}[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird in einer zukünftigen Version nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
Der Parameter interval wird mit dem Release 1.146.0 entfernt.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden ab dem Release 1.144.0 nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" sind nicht mehr gültig.
[REMOVED]: Das alte Format der Benutzeraktivität, das das User Activity Plug-in des ResourceAdapters zuvor gesendet hat, wurde entfernt.
[FIXED]: Bei der Inbetriebnahme von test.guide 1.142.0 konnte es bei bestimmten Datenbankständen zu einem Fehler kommen, da bestimmte Datenbank-Constraints nicht angelegt werden konnten. Dieses Problem ist behoben und ein Update auf die aktuelle Version ist möglich.
[FIXED]: Beim Senden von Aktivitäten über das Test Bench Activity REST API Plug-in kam es zu einem Problem, wenn der optionale Parameter actualTask ein escapedes Semikolon enthielt. Dies wurde behoben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.140.0 |
ACHTUNG: Bei Inbetriebnahme der neuen test.guide Version werden alte migrierte Datenbank-Tabellen gelöscht und somit Datenbank-Speicher wieder freigegeben. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu zwei Stunden dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[FEATURE]: Bei der Nutzung des ResourceAdapter Remote Access Plug-ins wird auf der Testressoucen-Detail-Seite für das Protokoll RDP neben dem Direktlink auch ein Downloadlink bereitgestellt.
Beim Klick wird eine *.rdp-Datei erzeugt und zum Download bereitgestellt, über die die Remotedesktop-Verbindung gestartet werden kann.
Dadurch entfallen die für den Direktlink notwendigen umständlichen Einstellungen im Betriebssystem, die Adminrechte erfordern.
[FEATURE]: Die Vergleichsansicht für Releases wurde um folgende Details erweitert:
Release-Attribute und -Tickets werden ebenfalls angezeigt.
Zur besseren Erfassung des Fortschrittes wird die Ergebnisverteilung dargestellt.
Pro Testplan wird ebenfalls die Ergebnisverteilung angezeigt.
[FEATURE]: Als ServerManager habe ich nun die Möglichkeit, nur die Projekt-Manager der Projekte per Mail über Änderungen zu informieren.
[FEATURE]: Die Review-Templates wurden um die Option "Testausführung als ungültig markieren" erweitert.
[CHANGED]: Die API-Response von /api/report/testCaseExecution/{tceId} der Report Management API wurde um das Feld fileHash für recordings und artifacts erweitert.
Beispiel:
{...
"recordings": [
{
"name": "Recording.mf4",
"direction": "IN",
"fileHash": "1a4d69722247dc37d828e5ab471fb625"
}
],
"artifacts": [
{
"id": 0,
"filename": "Recording.mf4",
"relPath": "",
"uploadDate": "2023-02-20T16:36:18.286Z",
"downloadUrl": "https://...",
"fileSize": 42,
"fileHash": "1a4d69722247dc37d828e5ab471fb625"
}
],
...
}[CHANGED]: Im Rahmen einer Umgestaltung des Berechtigungskonzepts für die Artefaktverwaltung, können Details von Depositories nur noch von Projektmanagern eingesehen werden.
Hierzu gehören die Storage-Konfigurationen und Artefakt-Löschregeln. Der Depository-Name, die Depository-ID und der Name des aktiven Storages sind weiterhin für alle Nutzer abrufbar.
[DEPRECATED]: Das alte Format der Benutzeraktivität, das das User Activity Plug-in des ResourceAdapters zuvor gesendet hat, wird in einem kommenden Release auch aus test.guide entfernt. Damit ist es nicht mehr möglich, Informationen in diesem Format über etwaige selbst geschrieben Skripte direkt an test.guide zu senden. Das Plug-in im ResourceAdapter sendet bereits seit einiger Zeit die Aktivität im neuen Format.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird in einer zukünftigen Version nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
Der Parameter interval wird mit dem Release 1.146.0 entfernt.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden ab dem Release 1.144.0 nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden ab dem Release 1.143.0 keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute war seit dem Release 1.130.0 als veraltet markiert und wurde jetzt entfernt. Es sollte stattdessen das Feld distributionStrategy verwendet werden.
[FIXED]: ATX-Generator: Bei der Erfassung der Konstanten TCF_HOSTNAME wird nun der Name des Computers erfasst, der die Ausführung durchgeführt hat, und nicht wie bisher der Name des Computers, auf dem die TCF erstellt wurde.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[PERFORMANCE]: 🚀 Die Release-Übersicht wurde für eine performantere Anzeige der Daten optimiert.
[FEATURE]: Sowohl geplante Ausführungsaufträge als auch geplante Playbook-Ausführungen können nun bearbeitet werden.
[FEATURE]: Zur besseren Fehleranalyse der Testausführungsaufträge werden die Logs für den Checkout von SCM-Quellen und SCM-Abhängigkeiten ebenfalls erfasst.
Voraussetzung hierfür ist, dass ein Log-Archiv unter Testausführung → Einstellungen eingerichtet wurde.
[FEATURE]: Auf der Systemstatusseite werden für jede eingebundene Postgres-Datenbank die aktuelle Datenbankgröße zur besseren Betriebsüberwachung ausgegeben.
Die Metriken können ebenfalls unter /api/metrics automatisiert abgerufen werden.
[FEATURE]: Mit Hilfe der Disclaimer-Funktion können Compliance-Regelungen für die Nutzung von test.guide im Unternehmen für jeden Nutzer transparent gemacht werden, jeder Nutzer kann den Disclaimer nun auch im Nachhinein einfach im Nutzerprofil einsehen.
[CHANGED]: Benutzereingaben in Textfeldern mit Autovervollständigung werden hervorgehoben, um die Eingabe von den vorgeschlagenen Vervollständigungen leichter unterscheiden zu können.
[CHANGED]: Bei der Verwendung einer H2-Monitoring-Datenbank wird ein Hinweis eingeblendet, sodass diese nicht versehentlich für Produktiv-Umgebungen genutzt wird.
[DEPRECATED]: Das alte Format der Benutzeraktivität, das das User Activity Plug-in des ResourceAdapters zuvor gesendet hat, wird in einem kommenden Release auch aus test.guide entfernt. Damit ist es nicht mehr möglich, Informationen in diesem Format über etwaige selbst geschrieben Skripte direkt an test.guide zu senden. Das Plug-in im ResourceAdapter sendet bereits seit einiger Zeit die Aktivität im neuen Format.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird in einer zukünftigen Version nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
Der Parameter interval wird mit dem Release 1.146.0 entfernt.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden ab dem Release 1.144.0 nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird mit dem Release 1.142.0 entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden ab dem Release 1.143.0 keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Der veraltete Endpunkt /api/monitoring/artifacts/${action} der Monitoring API wurde wie in Release 1.130.0 angekündigt, entfernt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Sicherheitsupdates automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen.
[FEATURE]-[CHANGED]: Die Verwaltung der Authentifizierungsschlüssel wurde komplett überarbeitet, so können pro Nutzer mehrere Schlüssel angelegt und auch wieder entzogen werden.
Alle angelegten Bestandsschlüssel seit 2018 werden automatisch migriert und den jeweiligen Nutzern zugewiesen. Für erzeugte Schlüssel vor 2018 kann es vorkommen, dass diese nicht migriert werden können. Dann muss ein neuer Schlüssel angelegt und bei den entsprechenden Clients hinterlegt werden.
Authentifizierungsschlüssel werden weiterhin im Benutzer-Profil verwaltet. Es ist dabei zu beachten, dass die Schlüssel einmalig nur bei der Erstellung im test.guide sichtbar sind.
Für technische Benutzer können die Schlüssel wie bisher über die Projektbenutzer verwaltet werden.
Hinweis: Für eine bessere Verwaltung werden alle neuen Schlüssel mit einem generieren Prefix versehen, welche in der Schlüsselverwaltung einsehbar sind. Weiterhin kann über die User Management REST-API /api/userManagement/whoami die Zuordnung des Schlüssels zum Benutzer erfragt werden.
[PERFORMANCE]: 🚀 Die ALM Octane-Anbindung wurde optimiert, so dass die Defect- und Testmanagement-Templates sehr schnell geladen werden können.
[FEATURE]: Beim Export der Testfälle nach ALM-Octane werden die Testfallausführungszeiten mit exportiert.
[FEATURE]: Als Tester kann ich mir auf Basis eines Ergebnisfilters Sofortbenachrichtigungen für Reviews konfigurieren. So kann ich schnellstmöglich auf das Feedback aus meinem Team reagieren.
[FEATURE]: Die IssueTracker und Review-Templates wurden um die Platzhalter: {argument:<argument name>}, {returnValue:<return value name>} und {recording:<file name>} erweitert um z.B. KPIs beim Anlegen von Issues automatisch vorzubefüllen.
[FEATURE]: Durch die neue Variablenübersicht in der Testausführung können alle benötigten Testausführungsvariablen zentral verwaltet werden.
Alle Variablen werden zum Zeitpunkt der Ausführung über den ResourceAdapter an jeden Ausführungsauftrag gegeben und während der Ausführung wie Parameter am Ausführungsauftrag behandelt.
Testausführungsvariablen können auch über die REST-API angelegt, bearbeitet und gelöscht werden.
[FEATURE]: Für Ausführungsaufträge kann eine Verfallszeit festgelegt werden, so dass Aufträge z.B. automatisch abgebrochen werden, wenn diese nicht bis zum nächsten Morgen ausgeführt werden konnten.
Die Einstellung der Verfallszeit kann in den additionalSettings auf dem Feld expirationTimeInMinutes gesetzt oder beim Ausführen eines Playbooks angegeben werden.
Wenn der Ausführungsauftrag länger als die angegebene Zeit nicht gestartet wird, dann wird er in den Fehlerzustand versetzt und mit einer entsprechenden Fehlernachricht versehen.
[FEATURE]: ECU-TEST-Startschritte im Playbook können auch extern gestartete ECU-TEST-Instanzen wiederverwenden, dazu muss das Feld reuse des Startschrittes auf den Wert always gesetzt werden.
[FEATURE]: Die Ein- und Ausklappfunktion in der Releaeseübersicht ermöglicht ein schnelleres Navigieren durch gefilterte Releases.
[FEATURE]: In den Testfalldetails werden die zugehörige Release gelistet um z.B. fehlende Release-Zuordnungen schneller erkennen zu können.
[FEATURE]: Die Verwaltung von Systemgruppen wurde um die Möglichkeit erweitert, so dass Systemgruppen jetzt auch manuell hinzugefügt und wieder gelöscht werden können.
[FEATURE]: Der ATX-Generator wurde erweitert, so dass bei einem Loop-Testschritt der erste Schleifendurchlauf der zur Bewertung des Testschrittes geführt hat mit im ATX erfasst und in test.guide angezeigt wird.
[CHANGED]: Der ATX-Generator wurde erweitert, so dass das Schlüsselwort mit lokaler Traceanalyse als Testschritte mit erfasst und in test.guide angezeigt werden.
[CHANGED]: Die Trend-Chart-Darstellung in den Testfalldetails zeigt jetzt immer das Effektive Verdict und nicht wie zuvor das Orginale-Verdict (ohne Nachbewertung) an.
[CHANGED]: Die in Release 1.133.0 hinzugefügt neue Vergleichsansicht ist nun die Standardansicht für den Testfallausführungsvergleich.
[CHANGED]: Das verwendete GUI-Framework wurde auf die aktuelle Version aktualisiert.
[DEPRECATED]: Das alte Format der Benutzeraktivität, das das User Activity Plug-in des ResourceAdapters zuvor gesendet hat, wird in einem kommenden Release auch aus test.guide entfernt. Damit ist es nicht mehr möglich, Informationen in diesem Format über etwaige selbst geschrieben Skripte direkt an test.guide zu senden. Das Plug-in im ResourceAdapter sendet bereits seit einiger Zeit die Aktivität im neuen Format.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Die ResourceAdapter-Konfiguration ecutest.external im Execution-Plugin ist deprecated und wird in einer zukünftigen Version nicht länger unterstützt.
Extern gestartete ECU-TEST-Instanzen können weiterhin genutzt werden, indem im Playbook des Ausführungsauftrags ein ECU-TEST-Startschritt mit der Option reuse=always genutzt wird.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
Der Parameter interval wird mit dem Release 1.146.0 entfernt.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden ab dem Release 1.144.0 nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird mit dem Release 1.142.0 entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden ab dem Release 1.143.0 keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Der veraltete Endpunkt /api/monitoring/hil-activity der Monitoring API wurde wie in Release 1.130.0 angekündigt, entfernt.
[REMOVED]: Das User Activity Plug-in des ResourceAdapters sendet keine Aktivitäten mehr im alten Format.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen und Sicherheitsupdates automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[PREVIEW]: Das neue Dashboard Balkendiagramm-Widget ermöglicht es Testausführungen pro Attributwert darzustellen, so lassen sich z.B. die Testfallausführungen pro Testthema anzeigen.
[FEATURE]: Das Anlegen von ManualRuns in ALM Octane kann jetzt direkt nach der Testfalldurchführung aus test.guide heraus erfolgen, wenn bei der Testfallerstellung die TestScript-ID von Octane hinterlegt wird. Somit spart man bei der Automatisierung die vorherige Synchronisationen und das Anlegen der ManualRuns in Octane.
Test-Ergebnisse mit definierter TestSkript-ID ( TT_TESTSCRIPT_ID - ManualTest-ID) werden aus test.guide nach Octane als ManualRuns ohne SuiteRun exportiert. Für jedes Ergebnis wird ein neuer ManualRun angelegt. Die Eigenschaften des neu angelegten ManualRuns werden mittels Templates vom Test-Ergebnis aus test.guide übernommen.
[FEATURE]: Über die neue REST-API /api/report/testCaseExecutions/exportTms ist es möglich ALM-Exports zu automatisieren, z.B. indem man auf einen Webhook zu einem geschlossenen Release reagiert.
[FEATURE]: Die neuen Quota-Optionen für Dateiablagen ermöglichen es Projekt-Managern diese, z.B. durch rechtzeitige Benachrichtigungen oder vorgelagerte Limits, besser zu verwalten.
[FEATURE]: Ein Mehrfach-Review, z.B. von mehreren Parametersätzen einer Testfallausführung, kann jetzt direkt aus den Testfalldetails heraus durchgeführt werden.
[CHANGED]: Alle Trend-Chart-Darstellungen, wie z.B. das Dashboard-Widget für den Trend-Projektfilter, zeigen jetzt immer das Effektive Verdict und nicht wie zuvor das Orginale-Verdict (ohne Nachbewertung) an.
[DEPRECATED]: Die Informationen, die das User Activity Plug-in des ResourceAdapters sendet, wurden mit der Version 1.101.0 verändert. Bislang sendet das Plug-in auch die alten Daten, dies wird jedoch in einem kommenden Release entfernt. Sollten Sie ein aktuelles test.guide im Zusammenspiel mit einem ResourceAdapter in einer Version < 1.101.0 nutzen, aktualisieren Sie bitte Ihre ResourceAdapter, um Probleme zu vermeiden.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated und wird in einem der nächsten Releases entfernt.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden in naher Zukunft nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Die Upload-Regel Datei-Existenz prüfen mit der Suchbereichsoption für den Report verarbeitet die eingegebenen Wildcards.
[SECURITY]: Die AES-Schlüssellänge wurde von 128 Bit auf 256 Bit angehoben. Alle verschlüsselt gespeicherten Daten werden automatisch migriert.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[FEATURE]: Der neue Inkrementelle Review-Modus erlaubt es, bei einer Auswahl bestehender Reviews, einzelne Review-Felder zu überschreiben. Sollte beispielsweise nach einem umfassenden Review festgestellt werden, dass die Fehlerpriorität aller Reviews falsch gesetzt ist, dann lässt sich diese jetzt leicht überschreiben, während alle anderen Reviewfelder unverändert bleiben.
[FEATURE]: Angelegte Dashboards können jetzt als Bookmark gespeichert und somit als Link zur Verfügung gestellt werden.
[FEATURE]: Ein laufendes ECU-TEST kann über mehrere Playbook-Ausführungen hinweg wiederverwendet werden.
Hierfür kann im ECU-TEST-Start-Schritt das Feld reuse auf den Wert always gesetzt werden:
{
"type": "ecuTestStart",
"reuse": "always"
}Ein noch vom vorherigen Ausführungsauftrag laufendes ECU-TEST, wird dann für den aktuellen Auftrag wiederverwendet. Außerdem wird ECU-TEST am Ende des aktuellen Ausführungsauftrags nicht geschlossen, sofern kein expliziter ECU-TEST-Stoppen-Schritt angegeben ist, um es für den folgenden Auftrag wiederverwenden zu können.
ACHTUNG: Aktuell erfolgt keine Prüfung, ob das laufende ECU-TEST im richtigen Workspace bzw. im richtigen Zustand ist, um den anstehenden Ausführungsauftrag korrekt ausführen zu können!
[FEATURE]: Wurde vergessen, das Release rechtzeitig vor der Testfallausführung anzulegen, um die Reports automatisch zuzuweisen, ist es nun einfach möglich, beim Anlegen des Releases die bereits eingespielten Reports anhand des Release-Zeitraums und der Release-Coverage automatisch zuzuweisen.
[FEATURE]: Auf der Artefaktübersichtsseite kann nach freigegebenen (oder nicht freigegebenen) Artefakten gefiltert werden.
[FEATURE]: Das Erstellen und Entfernen von Freigaben für Artefakte ist jetzt ebenfalls über die Artefakt-API möglich.
[CHANGED]: Die Rechte um Aktionen über die Artefakt-API durchzuführen wurden an die Rechte der Benutzeroberfläche angeglichen.
ACHTUNG: Um während der Testausführungsverteilung Logs nach test.guide hochladen zu können, benötigt der technische Nutzer des ResourceAdapters jetzt das Recht Hinterlegte Dateien anlegen/ändern.
[CHANGED]: Das ReleaseStateChangedEvent wurde um den neuen Status FULLY_COVERED erweitert, so dass ein Webhook auf eine vollständige Release-Abdeckung reagieren kann.
Dieses Event wird immer verschickt, wenn die Release-Abdeckung nach dem Einspielen neuer Reports 100 Prozent erreicht.
[CHANGED]: Als ServerManager kann ich beim Excel-Export der Benutzerliste in der neuen Spalte Project Role Permissions einsehen, welche Projekte auf Projekt-Rollen setzen.
[CHANGED]: Die Detailseite für die Prüfstände (Testressourcen) im Monitoring wurde optimiert.
Das Layout der Seite wurde angepasst.
Die markierten Panels wurden intuitiver benannt.
Das Panel "Komponentenstatus" wurde thematisch passend zu den anderen Status-Panels nach links verschoben.
Das Ausstattungs-Panel wurde nach rechts verschoben.
Die Werte der Ausstattungen sind nun direkt in der Tabelle (und nicht mehr nur beim Mouseover) im Ausstattungs-Panel sichtbar.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated und wird in einem der nächsten Releases entfernt.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden in naher Zukunft nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Die Seite zum Erstellen von Ausführungsaufträgen aus Artefakten wurde entfernt.
Stattdessen wird diese Aktion direkt in der Artefaktübersichtsseite (Artefaktverwaltung → Artefakte) angeboten, wenn das Attribut ArtifactType entsprechend gesetzt ist.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[FEATURE]: Als Tester kann ich aus dem Ergebnisfilter meine Ausführungsaufträge einfach per Knopfdruck erneut ausführen. Damit ist es mir möglich u.a. einfacher die Reproduzierbarkeit von Testdurchläufen zu prüfen oder bei Behebung eines HiL Hardware-Defekts erneut die Testausführung anzustoßen.
In der Mehrfach-Review-Ansicht gibt es eine neue Aktion für die Wiederholung als Ausführungsauftrag.
In dem folgendem Dialog wird zusammengefasst welche Testergebnisse erneut ausgeführt werden. Diese sind gruppiert nach den Ausführungsaufträgen, welche die Testergebnisse urspünglich erzeugt haben.
Die ausgewählten Testergebnissen können nur dann erneut ausgeführt werden, wenn sie auch ursprünglich durch einen Ausführungsauftrag erzeugt wurden.
Für Testergebisse, die durch eine Playbook-Ausführung erzeugt wurden, werden nur die zugehörigen Playbook-Schritte erneut ausgeführt.
Für Testergebisse, die durch einen Ausführungsauftrag ohne Playbook erzeugt wurden, werden die kompletten zugehörigen Ausführungsaufträge erneut ausgeführt.
Testergebisse, die nicht durch einen Ausführungsauftrag erzeugt wurden oder deren zugehöriger Ausführungsauftrag gelöscht wurde, können nicht erneut ausgeführt werden!
[FEATURE]: Für Artefakte der Artefaktverwaltung können anonyme Download-Links erstellt werden, die zur Freigabe an Benutzer außerhalb des Projekts verwendet werden können.
In der Artefaktverwaltung gibt es eine neue Detailseite für Artefakte. Über diese Seite können Artefakte direkt heruntergeladen oder gelöscht werden.
Außerdem können anonyme Downloadlinks (sogenannte Freigaben) verwaltet werden.
[FEATURE]: Um einen besseren Überblick über die Nutzung der Dateiablagen zu bekommen, ist es nun möglich pro Dateiablage eine Quota in GB anzugeben, die dann entsprechend den Admins als Hinweis zur Verfügung steht.
[FEATURE]: Die in Release 1.133.0 hinzugefügt neue Vergleichsansicht wurde um die Bestandsfunktionalitäten der bisherigen Vergleichsansicht erweitert.
[FEATURE]: Bei der Auswahl der bisherigen Reviews hilft der neue Button Kürzlich verwendete Kontextfilter indem er die Eingabe der Suchkriterien durch die Auswahl überflüssig macht und die Suche damit beschleunigt.
[CHANGED]: Die Upload-Regel "Datei-Existenz prüfen" wurde um den Suchbereich z.B. zur Prüfung des Uploads pro Testfallausführung und um die Eingabe von Wildcards bei der Dateiprüfung erweitert.
[CHANGED]: Das Dashboard History-Widget wurde um die Einstellung der Anzahl der anzuzeigenden Tabellenzeilen erweitert.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated und wird in einem der nächsten Releases entfernt.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden in naher Zukunft nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Die Unterstützung für die Microsoft SQL Server-Datenbank (MSSQL) ist eingestellt!
Für die Version 1.137.0 ist eine PostgreSQL-Datenbank (Version 11 oder höher) erforderlich.
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[PREVIEW]: Das neue Dashboard History-Widget ermöglicht es, Report-Uploads von z.B. gefilterten Programm- oder Softwareständen darzustellen.
[FEATURE]: Die neuen Filtermöglichkeiten ermöglichen eine schnellere Übersicht über geplante Testausführungsaufträge und geplante Playbook-Ausführungen.
[FEATURE]: Die Playbook-Detailseite wurde um die Links zu allen Ausführungsaufträgen des Playbooks und zu allen Testergebnissen des Playbooks erweitert.
[FEATURE]: Die Integration API wurde um Webhooks für Coverage-Filterdefinitionen erweitert.
Damit können ALM-Coverage Imports leichter in bestehende Workflows automatisiert integriert werden.
Das neue WebhookCoverageFilterDefinitionChangedEvent enthält die UUID der Filterdefinition und die Art der Zustandsänderung (CREATED, UPDATED oder DELETED).
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder höher).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated und wird in einem der nächsten Releases entfernt.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden in naher Zukunft nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[FEATURE]: Als Projektmanager kann ich mir für die konfigurierten Dateiablagen Nutzungsstatistiken anzeigen lassen.
Die Übersicht je Dateiablage ist unter Projekteinstellungen/Dateiablage Speicherbelegung zu finden.
Neben der Verteilung der Dateitypen (anhand der Datei-Endung) zum aktuellen Zeitpunkt wird die Auslastung des verwendeten Speichers über die Zeit dargestellt.
[FEATURE]: Das neue Statistik Dashboard Widget kann grundlegende Statistik-Informationen zum Projekt anzeigen.
Mithilfe der Widgets "Testfall-Übersicht" und "Statistik-Widget" kann so die Projektstatistik-Seite vollständig als Dashboard abgebildet werden.
[FEATURE]: Auf der Review-Seite wird der Parametersatzname einer Testfallausführung in Klammern hinter dem Namen des Testfalls im Titel angezeigt.
[FEATURE]: Es gibt eine neue Möglichkeit, Playbook-Ausführungen am Prüfplatz über das Kontextmenü des ResourceAdapters abzubrechen.
Seit Version 1.132.0 ist es bereits möglich, ein Playbook ohne Ausführung der Teardown-Schritte und mit offenbleibendem ECU-TEST abzubrechen.
Nun kann man außerdem die Option wählen, das Playbook abzubrechen und vorher noch alle Teardown-Schritte auszuführen. ECU-TEST wird (sofern für die Ausführung verwendet) im Anschluss geschlossen.
[FEATURE]: Artefakte können der Artefaktverwaltung als Link bekannt gemacht werden, wenn sie vorab in ein Artifactory hochgeladen wurden.
Damit wird als Storage für dieses Feature jetzt neben SMB auch Artifactory unterstützt.
[FEATURE]: Auf der Systemstatus-Seite werden zusätzlich für jedes Projekt alle Depositories und deren konfigurierte Storages angezeigt.
[FEATURE]: Der neue REST-API-GET-Endpunkt /api/v2/resourceadapter/download ermöglicht es, ein ResourceAdapter-Paket mit Standard-Beispiel-Konfiguration und ohne Ersetzungen in der Konfiguration herunterzuladen.
[CHANGED]: In der Projektbenutzerübersicht wird in der Projektrollen-Spalte ein Icon angezeigt, wenn zusätzliche Individuelle Berechtigungen vergeben sind.
[CHANGED]: Die Anzeige der Ausführungsdauer eines Testplans wurde zwischen der Testpläne-Seite und der Testplan-Detailseite vereinheitlicht. Es wird nun immer die Gesamtdauer des jeweiligen Testplans angezeigt.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder höher).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated und wird in einem der nächsten Releases entfernt.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden in naher Zukunft nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Der Versand des Excel-Exports via Email ist wieder möglich.
[FIXED]: Die Validierung beim Import von Filterdefinitions-XML-Dateien für die Testfallabdeckung wurde korrigiert.
[FIXED]: Das Löschen von Ausstattungsmerkmalen einer Testbench funktioniert wieder, auch bei großen Datenmengen in der Monitoring Datenbank.
[SECURITY]: Update der Apache Commons Text Bibliothek auf die aktuelle Version 1.10.0 zur Schließung der Sicherheitslücke CVE-2022-42889.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[FEATURE]: Als Testmanager nutze ich die neue Rally (Agile Central) Testmanagement-Anbindung, um meine getaggten Releases bei einer Abgabe zurückzuspielen.
Zusätzlich kann ein Rally-TestSet als Abdeckungsfilter importiert werden.
Die Rally-Anbindung muss unter Projekteinstellungen/Management Tools konfiguriert werden
[FEATURE]: Die aktuelle ALM Octane Version 16.0.400 wird unterstützt.
[FEATURE]: Der neue Release-Filter hilft mir schnell als Testmanager z.B. offene Releases zu finden.
Das Layout der Release-Übersichtsseite wurde dahingehend überarbeitet, dass der Release-Filter und die Releases im Fokus stehen.
Das Filterergebnis wird von der gefundenen Release-Komponente bis zur Release-Wurzel-Komponente als Baumpfad dargestellt.
[FEATURE]: Bei der Erzeugung von geplanten wiederholten Ausführungsaufträgen und geplanten wiederholten Playbooks ersetzt ein deutlich flexiblerer Cron-Ausdruck das bisher anzugebende Intervall, um eine bessere Ausführungsplanung zu ermöglichen.
Der Cron-Ausdruck muss im UNIX-Format angegeben werden. Zusätzlich muss ausgewählt werden, auf welche Zeitzone sich der Cron-Ausdruck bezieht.
[FEATURE]: Prüfplatzanforderungen können in Playbooks parametriert werden, dies ermöglicht eine flexiblere Nutzung der Playbooks.
Es ist möglich, Variablen der Form ${VAR} in den Prüfplatzanforderungen von Playbooks zu verwenden:
"xilConfigRequirements": [
{
"category": "XIL",
"label": "Identifier",
"value": "${TEST-BENCH}"
}
]Beim Ausführen der Playbooks muss für jede verwendete Variable ein Parameter mit demselben Namen (im Beispiel TEST-BENCH) bereitgestellt werden. Die verwendeten Variablen werden in den erzeugten Ausführungsaufträgen durch die zugehörigen Parameterwerte ersetzt.
[FEATURE]: Bei vielen angelegten Playbooks, hilft der neue Namensfilter um schnell die geplante Ausführung zu finden.
[CHANGED]: Als ServerManager kann ich beim Excel-Export der Benutzerliste in der neuen Spalte Individual Permissions einsehen, welche Projekte komplett auf Projekt-Rollen setzen und welche Projekte zusätzliche individuelle Rechte vergeben.
[CHANGED]: Kommt es beim Erstellen von Jira-Tickets zu Fehlern, so wird die Fehlermeldung vom Jira mit angezeigt.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Der Parameter interval an den REST-API-POST-Endpunkten /api/v2/execution/task und /api/v2/execution/playbook/{playbookId}/execute ist deprecated und wird in einem der nächsten Releases entfernt.
Statt interval sollen die Parameter cronExpression und cronTimeZone für wiederholte Ausführungen verwendet werden.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden in naher Zukunft nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[PREVIEW]: Sollen sehr viele Testfallausführungen mit sehr vielen Testschritten und Meta-Daten verglichen werden, ist dies in der aktuellen Vergleichsansicht nur schwer möglich, da in dieser die Header-Zeile und -Spalte nicht fixiert werden konnte. Aus diesem Grund wurde eine neue Vergleichsansicht implementiert, in der dies umgesetzt ist.
Die Bestandsfeatures aus der alten Vergleichsansicht werden in den kommenden Releases ergänzt.
[FEATURE]: Ist eine Testfallausführung z.B. auf Grund einer fehlerhaften Prüfstandskonfiguration fehlgeschlagen und dieses Problem ist behoben, so lassen sich Testausführungsaufträge aus der Testfalldetailansicht für einen Nachtest wiederholt anstarten.
Bedingung hierfür ist, dass das Testergebnis auch ursprünglich durch einen Ausführungsauftrag erzeugt wurde (zu erkennen an der Konstanten TT_TASK_ID).
Beim Klicken auf den Menüeintrag öffnet sich ein Fenster, in dem zusätzlich der JSON-Auftrag angepasst und als verzögerter oder wiederholter Auftrag gestartet werden kann:
Wenn der ursprüngliche Ausführungsauftrag aus einem Playbook erzeugt wurde (TT_PLAYBOOK_SECTION und TT_PLAYBOOK_STEP_ID existieren), dann werden nur der zu diesem Testfall zugehörige Playbook-Schritt sowie Setup und Teardown wiederholt. Ohne Playbook wird der komplette Ausführungsauftrag wiederholt.
[FEATURE]: Bei sehr großen Coverages lässt sich über das neue Ausklappen-Menü schnell aufdecken, wo noch Lücken in der Coverage sind und wo es aktuell noch Probleme gibt.
[FEATURE]: In der Release-Übersicht können nun mehrere Releases markiert und auf einmal gelöscht werden.
[FEATURE]: Die Konfigurationsparameter des ResourceAdapters werden beim Start validiert. Werden dabei unzulässige Parametrierungen gefunden, wird eine Warnung im Log ausgegeben.
[CHANGED]: Die Major-Version der X2ATX-API und aller X2ATX-Plugins wurden angehoben, da die API-Unterstützung für den Import mehrerer Testpläne innerhalb eines ATX-Dokumentes entfernt wurde.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden in naher Zukunft nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[FEATURE]: Es ist möglich Testausführungsaufträge direkt über test.guide abzubrechen.
Ein noch nicht gestarteter Ausführungsauftrag geht nach dem Abbruch direkt in den Zustand ERROR über und erhält eine entsprechende Fehlermeldung.
Ein bereits gestarteter Ausführungsauftrag wird nach dem Abbruch entsprechend markiert und in naher Zukunft vom ResourceAdapter abgebrochen. Dabei wird der Teardown-Block abschließend ausgeführt, um den Prüfplatz in einem aufgeräumten Zustand zu hinterlassen.
Der Ausführungsauftrag mit der ID taskId kann über den neuen API-Endpunkt PUT /api/v2/execution/task/{taskId}/abort abgebrochen werden.
[FEATURE]: Es ist möglich eine Playbook-Ausführung über das Kontextmenü des ResourceAdapters direkt am Prüfstand abzubrechen.
Der aktuell laufende Testschritt wird abgebrochen. Es wird kein Teardown und kein Post-Teardown-Skript ausgeführt.
Erfolgt die Ausführung in einem ECU-TEST, bleibt das aktuell geöffnete ECU-TEST offen.
[FEATURE]: Es gibt neue Playbook-Schritte im Setup und Teardown, die das individuelle Starten und Stoppen von ECU-TEST ermöglichen.
ECU-TEST-Playbook-Schritte (Package-, Projekt-, Konfigurationswechsel-Schritte) können nur zwischen einem ECU-TEST-Start- und einem ECU-TEST-Stopp-Schritt benutzt werden.
Enthält das gesamte Playbook keinen expliziten ECU-TEST-Start-Schritt, erfolgt der Start implizit am Anfang des Setup-Blocks. Enthält das gesamte Playbook keinen expliziten ECU-TEST-Stopp-Schritt, erfolgt der Stopp implizit am Ende des Teardown-Blocks.
ECU-TEST-Start- und ECU-TEST-Stopp-Schritte können nicht zusammen mit Pre-Setup- und Post-Teardown-Skripten und nur mit dem Dispatcher-Typ ecutest des ResourceAdapters verwendet werden.
Beim Hochladen eines Playbooks über die GUI oder die API lassen sich die Schritte wie folgt im Setup oder Teardown einfügen:
"setup" : {
"steps": [
...
{
"type" : "ecuTestStart"
},
...
}
}
...
"teardown" : {
"steps": [
...
{
"type" : "ecuTestStop"
},
...
}
}[FEATURE]: Beim Upload von Dateien zu Testfallausführungen kann die Ordnerstruktur der Dateien mit erfasst und entsprechend als Dateibaum in den Testfalldetails angezeigt werden.
Beispiel: Json2ATX Artifact-Pfade werden übernommen und in den Testfalldetails entsprechend dargestellt.
{
"name":"Test-Suite",
"timestamp":1662631048000,
"testcases":[
{
"@type":"testcase",
"name":"TestCase-0",
"verdict":"NONE",
"description":"My Description",
"timestamp":1662631048000,
"executionTime":578,
....
"artifacts": [
"Specs/Spec.docx",
"Measurements/Stim/stim.sti",
"Measurements/Checks/check1.mdf",
"Measurements/Checks/check2.mdf",
"Measurements/Checks/check3.mdf",
"Logs/outlog.log",
"Logs/error.log"
]
}
]
}
[FEATURE]: Für die Webhooks der Integration API wurde das WebhookReviewCreatedEvent hinzugefügt. Damit können Automatisierungsskripte bei Erstellung eines neuen Reviews ausgelöst werden.
[FEATURE]: Als Tester mit ECU-TEST habe ich die Möglichkeit in Fehlerbehandlungs-Packages bereits Fehlerinformationen als test.guide Reviewkommentaren, -Tags und -Fehlerklassen automatisch zu erfassen. Diese Möglichkeit wurde um die automatische Erfassung von Review-Zusammenfassung und -Nachbewertung erweitert, indem im Text bestimmte Schlüsselwörter automatisch erkannt werden.
Weitere Details finden sich in der Anwenderhilfe unter "2.2.5. How do I perform reviews within ECU-TEST?" → "Advanced usage"
[CHANGED]: Beim Release-Vergleich wird immer die jüngste Testfallausführung angezeigt, statt wie bisher die älteste.
[CHANGED]: Ein Abbruch einer Testausführung in ECU-TEST führt nicht mehr dazu, dass die zugehörige Playbook-Ausführung abgebrochen wird, stattdessen wird mit dem nächsten Testschritt fortgefahren.
Ein Abbruch während des Setups führt weiterhin zum Abbruch des gesamten Playbooks und es wird mit dem Teardown fortgefahren.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Pre-Setup- und Post-Teardown-Skripte sind deprecated und werden in naher Zukunft nicht mehr unterstützt.
Vorhandene Pre-Setup- und Post-Teardown-Schritte können mit Hilfe des Playbook-Editors in Kommandoschritte kombiniert mit ECU-TEST-Start- und ECU-TEST-Stopp-Schritten umgewandelt werden:
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
[DEPRECATED]: Die Unterstützung von Java 11 wird Ende September 2023 eingestellt! Danach wird mindestens Java 17 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
[FEATURE]: Filter für Ausführungsaufträge können jetzt pro Projekt gespeichert und geladen werden und stehen für die Zusammenarbeit dem ganzen Team zur Verfügung.
Filter können optional in Kategorien sortiert werden, sowie optionale Beschreibungen erhalten.
[FEATURE]: In der History-Ansicht können Report-Uploads über die Report-ID gefiltert werden um z.B. das Einspieldatum eines Uploads ermitteln zu können.
[FEATURE]: Über den neuen Endpunkt DELETE /coverage/filterdefinitions/{id} in der Coverage-API können Abdeckungsfilter automatisiert wieder entfernt werden.
[CHANGED]: Die Hinweismeldungen zu gesperrten Releases enthalten nun immer den kompletten Pfad des Releases und nicht mehr nur den Release-Namen für eine eindeutige Zuweisung.
[CHANGED]: Der Endpunkt POST /coverage der Coverage-API wurde um den Filterparameter scopeFilter, der in Release 1.129.0 eingeführt wurde, ergänzt.
[CHANGED]: 🚀 Die Releasestatistik-Berechnung findet nun direkt beim Upload der Reports statt und nicht mehr bei der ersten Anzeige dieser, wodurch die Releaseübersicht schneller lädt.
[CHANGED]: Beim AutoUpdate des ResourceAdapter werden alte Dateien entfernt.
Das betrifft die Java-Applikation selbst, die Lizenz HTMLs sowie die veralteten Plug-ins im Unterordner "outdated_plugins".
Die jeweils zuletzt verwendetet Version bleibt jedoch erhalten, um im Zweifel zu dieser zurück springen zu können.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[DEPRECATED]: Einige veraltete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle in Release 1.130.0 enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[DEPRECATED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
String-Ausdrücke für Konstanten und Package-Parameter müssen an Playbook-Schritten immer mit zusätzlichen Anführungszeichen versehen werden ("'${VARIABLE_NAME}'"). Werte der Form "${VARIABLE_NAME}" bilden zukünftig keinen validen Python-String mehr.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
[FEATURE]: Das Suchfeld für die Auswahl der Kennlinien ermöglicht eine schnellere Selektion, dies ist gerade bei Tests mit sehr vielen Ausgangsparametern sehr hilfreich.
[FEATURE]: In Filterdefinitionen der Abdeckungsfilter können Parametersatznamen verwendet werden.
Das vereinfacht die Erstellung von Testaufträgen aus einem Abdeckungsfilter heraus.
Ein Beispiel ist in der TraceTronic-Beispiel-Filterdefinition "Filter Tree: Collision detection (argument evaluation)" enthalten.
[FEATURE]: Ein neuer Hintergrund-Job ermöglicht die automatische Synchronisation von LDAP-Systemgruppen, sodass Änderungen der Systemgruppen schnell in test.guide übernommen werden.
Die Hintergrund-Aktualisierung wird beim Aktivieren der Systemgruppen-Synchronisation automatisch aktiviert
Ist die Synchronisation mit LDAP schon konfiguriert, so ist es erforderlich, die LDAP-Konfiguration einmalig manuell neu zu speichern
Der Job wird stündlich ausgeführt.
[FEATURE]: Playbooks können bei ihrer Ausführung auf alle aktuell passenden Prüfplätze geklont werden.
Hierfür wurde eine neue Verteilungsstrategie eingeführt, die bei der Ausführung eines Playbooks ausgewählt werden kann:
Es werden alle aktuell passenden Prüfplätze ermittelt. Für jeden passenden Prüfplatz wird ein Ausführungsauftrag erstellt, der nur auf diesem Prüfplatz ausgeführt werden kann und den kompletten Inhalt des Playbooks abbildet.
Die neue Verteilungsstrategie kann analog auch bei Ausführung eines Playbooks über die test.guide REST-API angegeben werden:
{
"name": "MyPlaybook (08/042022 08:59 AM)",
"priority": 50,
"distributionStrategy": {
"type": "cloneOnAllMatchingTestBenches"
}
}ACHTUNG: Das Feld partitioningStrategy ist deprecated und wird in naher Zukunft entfernt! Bitte verwenden Sie nur noch das Feld distributionStrategy!
[CHANGED]: Konstantenwerte oder Package-Parameter-Werte an Playbook-Schritten müssen immer Python-Ausdrücke sein.
Wenn der Wert ein String-Ausdruck sein soll, müssen daher zusätzliche Anführungszeichen gesetzt werden: "'${VARIABLE_NAME}'".
Werte der Form "${VARIABLE_NAME}" ergeben nach der Ersetzung ab einem der nächsten Releases keinen validen Python-String mehr.
[CHANGED]: Im Tooltip für die Projektbeschreibung wird immer die Projekt-Id mit angezeigt.
[CHANGED]: Elemente im Testreport-Vergleich werden anhand der Groß- und Kleinschreibung unterschieden.
[CHANGED]: Bei der Verwendung einer H2-Datenbank wird ein Hinweis eingeblendet, sodass diese nicht versehentlich für Produktiv-Umgebungen genutzt wird.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[DEPRECATED]: Einige veraltetete Endpunkte der Monitoring API werden in einem zukünftigen Release entfernt. Entsprechende Alternativen in der neuen API (v2) sind in der Tabelle unten enthalten, sofern vorhanden. Bitte kontaktieren Sie uns, sollten Sie einen der alten Endpunkte benötigen und nicht ersetzen können.
| Veralteter Endpunkt | Alternative |
|---|---|
|
|
|
|
|
|
|
|
keine Alternative in v2, aber: |
|
|
|
|
|
|
|
|
|
|
|
keine Alternative in v2 |
[DEPRECATED]: Das Feld partitioningStrategy im Request-Body des REST-API-POST-Endpunkts /api/v2/execution/playbook/{playbookId}/execute wurde in distributionStrategy umbenannt.
Das Feld partitioningStrategy wird in einem der nächsten Releases entfernt.
[REMOVED]: In der Reportfilteransicht wurde das Previewfeature zur automatischen nachgelagerten Analyse von eingespielten Signalaufnahmen zugunsten anderer Analysemöglichkeiten entfernt. Kontaktieren Sie bitte den Support bei diesbezüglichen Fragen.
[FIXED]: Beim Export von Upload-Regeln konnten die Jira-Upload-Regeln nicht wieder korrekt importiert werden.
[FIXED]: Beim Export von Projekteinstellungen wurde die Selektion nicht berücksichtigt, so dass immer alle Einstellungen exportiert wurden.
[FIXED]: Beim Übertragen von Projekteinstellungen konnten unter Umständen die Projektbenutzer nicht importiert werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[PREVIEW]: Mit der Laufzeitanalyse im Report Management ist ein neues Feature verfügbar, welches Projekt-Managern ermöglicht, die Prüfung von Performance-Anforderungen mittels Analyse von Testlaufzeiten vorzunehmen.
Mithilfe einer Coverage und einem Filterzeitraum wird eine Baseline für die Testlaufzeit eines Testcases ermittelt.
Wird eine Abweichung der Testlaufzeit identifiziert, wird der Projekt-Manager per Mail darüber benachrichtigt.
Über den Typ der statischen oder dynamischen Analyse kann die Strategie festgelegt werden, ab welcher Testlaufzeit-Abweichung eine Nachricht gesendet werden soll.
[FEATURE]: Über die neuen Review-Settings kann beim Setzen der Nachbewertung festgelegt werden, welche Werte in der Benutzerdefinierte Bewertung, der Fehlerklasse und der Fehlerpriorität zulässig sind. So kann sichergestellt werden, dass z.B. bei einer Nachbewertung zu Error nur bestimmte Fehlerklassen passend zum Error ausgewählt werden können.
Der Projekt-Manager kann pro Benutzerdefinierte Bewertung, Fehlerklasse oder Fehlerpriorität die entsprechende Nachbewertung in den Einstellungen festlegen
Danach sind bei der Erstellung einer Nachbewertung nur noch die eingestellten Einträge auswählbar
[FEATURE]: Im Playbook-Editor und über die API können Playbooks mit Hilfe von Parametern generischer erstellt werden.
Die Parameter können erforderlich oder optional sein, sowie einen Standard-Wert haben und sind anschließend im Dialog zur Ausführung eines Playbooks vorbefüllt.
Über die API werden die Parameter, die einen Standard-Wert haben, ergänzt, sofern dieser Parameter nicht mit einem anderen Wert belegt ist.
[FEATURE]: Parameter, Umgebungsvariablen und Konstanten (TT_TASK_ID, TT_PLAYBOOK_ID, TT_PLAYBOOK_STEP_ID usw.) können jetzt als Variablen zur Ersetzung an verschiedenen Stellen eines Execution-Tasks oder eines Playbooks verwendet werden.
In der Quelle und den Abhängigkeiten eines Execution-Tasks können nun ebenfalls Variablen zur Ersetzung verwendet werden.
{
"name" : "Playbook",
"priority" : 50,
"source" : {
"path" : "C:\\Daten",
"sourceType" : "location",
"relativeWorkspacePath" : "${RelWorkspace}"
},
"dependencies" : [ {
"label" : "A2L",
"copyTo" : "${TEMP}/dependencies/sample_${TT_TASK_ID}.a2l",
"unzip" : false,
"source" : {
"artifactId" : "Depository-17",
"sourceType" : "artifact"
}
} ],
"parameters" : [ {
"label" : "PackageName",
"value" : "EngineTest"
}, {
"label" : "RelWorkspace",
"value" : "EcuTestWorkspace"
} ],
"playbook" : {
"execution" : {
"testcases" : [ {
"relativePath" : "Packages/${PackageName}.pkg",
"constants" : [ {
"label" : "A2LFile",
"value" : "'${A2L}'"
} ],
"type" : "package",
"stepId" : 1
} ]
}
}
}[FEATURE]: In den Testfall-Details können die Testschritte anhand des Ergebnis-Filters entsprechend automatisch aufgeklappt werden, um z.B. Fehlerpfade schneller sich anschauen zu können.
[FEATURE]: Über die neuen Scope-Filter in der Coverage ist es möglich, das Ergebnis auf bestimmte Scopes weiter für die Anzeige zu reduzieren. Dies ist zum Beispiel sinnvoll, wenn verschiedenen Perspektiven in einer Coverage abgebildet werden.
[CHANGED]: Wird ein Coverage-Link geteilt, so enthält dieser den angegebenen Scope-Filter und die ausgewählte Ansicht für die Coverage-Ergebnisdarstellung.
[CHANGED]: In der Release-Übersicht ist es jetzt möglich, ein Release und zusätzlich alle seine Kinder zu entsperren.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[FEATURE]: Als mögliche Optimierung bei sehr großen Reportanhängen, können Dateien direkt auf den Storage kopiert und in test.guide verlinkt werden.
Verlinkte Dateien sind in der Dateiablage verfügbar und verhalten sich exakt wie direkt hochgeladene Dateien.
Die Dateiablage muss so konfiguriert sein, dass sie die test.guide Artefaktverwaltung verwendet (aktuell wird nur SMB als Storage unterstützt).
Zusätzliche Details finden sich in der Anwenderhilfe unter Punkt 2.1.2 .
[FEATURE]: Jobs können vom Nutzer deaktiviert werden um zum Beispiel eine geplante Ausführung von Testausführungsaufträgen oder Playbooks zu pausieren.
[FEATURE]: In der Reviewanalyse-Ansicht kann nach den Fehler-Tickets sortiert werden, welche die meisten Testfallausführungen ausweisen.
[CHANGED]: Der Tooltip in der zeitbasierten Ansicht im Ergebnisfilter wurde um die Anzeige der enthaltenen Reviews erweitert.
[CHANGED]: Für die Synchronisation von LDAP Benutzergruppen ist es nun möglich mehrere Systemgruppen anzugeben.
[CHANGED]: Ist die ATX-Option archiveFilesExcludeRecordings aktiviert, gilt diese ebenfalls für die Option archiveFilesPerPackage. Dies sorgt dafür, dass bereits mit Hilfe der Option archiveRecordings erfasste Aufnahmen nicht zusätzlich in den Misc-Files oder den archiveFilesPerPackage erfasst werden.
[CHANGED]: Das Format für das Json2ATX-Plug-in wurde überarbeitet, so ist es jetzt möglich auf dem Type teststepfolder explizit ein Verdict zu setzen, damit können z.B. Multi-Checks oder Assertions abgebildet werden.
Wird kein Verdict gesetzt, wird wie bisher das schlechteste Verdict des Kindes für den teststepfolder übernommen.
{
"@type":"teststepfolder",
"name":"Result of multi check",
"teststeps":[
{
"@type":"teststepfolder",
"name":"Multi check",
"verdict":"PASSED",
"teststeps":[
{
"@type":"teststep",
"name":"Check 1",
"verdict":"FAILED"
},
{
"@type":"teststep",
"name":"Check 2",
"verdict":"PASSED"
}
]
}
]
}[CHANGED]: Bei Angabe von Konstanten im Json2ATX-Plug-in sind der Konstanten-Key und -Value nun verpflichtende Felder.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[REMOVED]: Die DoS-Einstellung zur Coverage-Berechnungen über die Coverage-API wurde entfernt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[PERFORMANCE]: 🚀 Die Autovervollständigung des Testfallnamens im Ergebnisfilter wurden optimiert.
[FEATURE]: Die Release-API wurde um den Endpoint GET /releases/{releaseId}/changelog erweitert, damit ist es möglich Änderungen am eingespielten Release-Umfang z.B. zur Erfassung des Release-Fortschritts zu tracken.
[CHANGED]: Die Coverage-Scope-Darstellung wurde überarbeitet, so dass alle Ergebnisse in jeder Skalierung dargestellt werden um z.B. immer auf Fehler in einem Scope hinzuweisen.
Die Darstellung ist dadurch nicht mehr maßstabsgerecht.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[SECURITY]-[FIXED]: Der im Release 1.126.0 eingeführte neue Button zum Release sperren und entsperren auf der Release-Detailseite hatte keine ausreichende Berechtigungsprüfung für die Berechtigung Release sperren und Release entsperren.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[FEATURE]: Alte nicht mehr aktiv genutzte Projekte können vom Server-Manager gelöscht werden.
Nur vorher deaktivierte Projekte können gelöscht werden.
Ist das Löschen einmal bestätigt, werden alle Projektdaten gelöscht, dies kann je nach Datenmenge bis zu mehreren Monaten dauern!
[FEATURE]: Als Dateiablage kann nun ein Depository der Artefaktverwaltung konfiguriert werden.
Hinweis: Diese Art von Dateiablagen wird für die Zukunft empfohlen! Alte Dateiablagen können über Projekteinstellungen → Dateiablage → Dateiablage umziehen auf Depository-Dateiablagen migriert werden.
[FEATURE]: Auf der Playbook-Detailseite kann beim Hinzufügen von Package- oder Projektschritten nach den Dateinamen im Workspace gefiltert werden.
Es können die Wildcards * (für mehrere beliebige Zeichen) und ? (für genau ein beliebiges Zeichen) verwendet werden.
[FEATURE]: Coverage-Filterdefinitionen können auch via dem Menüpunkt Datei-Import erstellt werden.
[FEATURE]: Zur Automatisierung des Wartungsprozesses kann ich als Server-Manager über die neue Erweiterung der Platform-API: /platform/maintenance-mode direkt den Wartungsmodus konfigurieren.
[FEATURE]: Die Erfassung von Umgebungsvariablen durch das ResourceAdapter Software Scan Plug-in kann mit Hilfe des Parameters excludeEnvironmentVariables deaktiviert werden.
[CHANGED]: Der Endpunkt GET /testCaseExecution/{tceId} der Report Management API wurde um die Rückgabe des Verdicts und Erwartungswertes beim TestStepFolder erweitert.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.123.0 |
[PERFORMANCE]: 🚀 Alle Testfallreport-Uploads wurden optimiert.
Es werden alte migrierte Datenbank-Tabellen gelöscht und somit Datenbank-Speicher wieder freigegeben.
[FEATURE]: Ausführungsplanungen (Playbooks) können direkt über die Oberfläche von test.guide zusammengestellt werden.
Diese Funktion ist über den Button Neues Playbook anlegen in der Playbook-Übersichtsseite erreichbar. Es öffnet sich ein Dialog wo zunächst die Workspace-Quelle des Playbooks angegeben werden muss:
Das Playbook kann danach bearbeitet und anschließend abgespeichert oder direkt ausgeführt werden.
[CHANGED]: Für den Import und Export von Testfallausführungen muss ein eigene SMB-Konfiguration unter Projekteinstellungen → Export/Import konfiguriert werden.
Die Import- und Export-Funktionaliät nutzt keinen in der Dateiablage konfigurierten SMB-Storage mehr.
[CHANGED]: Die in Release 1.123.0 eingeführte ATX-Option archiveMiscFilesExcludeRecordings wurde in archiveFilesExcludeRecordings umbenannt, bitte diese in ECU-TEST, Jenkins oder den test.guide ECU-TEST Einstellung entsprechend anpassen.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[REMOVED]: Die Coverage Filterdefinition <testCaseHierarchy> ist zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.122.0 |
[PERFORMANCE]: Das Verwalten von Abdeckungs-Filterdefinitionen wurden optimiert, so können Abdeckungsfilter schneller geladen und durchsucht werden.
[FEATURE]: Die neue Upload-Regel "Testplanname gegen Regex prüfen" ermöglicht es, mit Hilfe einer Regular Expression sicherzustellen, dass nur gewünschte Testpläne ins test.guide geladen werden.
[FEATURE]: Es können Löschregeln für Depositories der Artefaktverwaltung festgelegt werden.
Diese kann man auf der Depository-Detailseite verwalten:
Es kann pro Depository nur eine Löschregel mit einer festen Altersgrenze für Artefakte (in Tagen) festgelegt werden.
[FEATURE]: Der Jenkins-Dispatcher der Testausführungsverteilung kann Workspace-Abhängigkeiten verarbeiten.
Workspace-Abhängigkeiten werden vor der Ausführung vom ResourceAdapter heruntergeladen. Die Abhängigkeits-Label und zugehörigen Dateipfade stehen als Parameter an der Jenkins-Pipeline zur Verfügung.
[FEATURE]: Aus dem Kontextmenü des ResourceAdapters ist der Aufruf der entsprechenden Prüfstands-Detailseite in test.guide möglich.
[FEATURE]: Die Release-Detailseite wurde erweitert. Releases können auf der Seite gesperrt/entsperrt werden und ein Export als PDF ist hier möglich.
[CHANGED]: Beim Anlegen eines neuen Releases oder Release-Folders wird automatisch der Release-Zeitraum des Eltern-Releases initial übernommen.
[CHANGED]: Die Projekt-Aufräumregeln enthalten im Probelauf eine Aufzählung der Ergebnisfilter-Links der zu löschenden Reports. Somit kann überprüft werden, welche Reports von der Regel betroffen sind.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
[FIXED]: Bei den Legacy-XML-PDF Templates wurde ein Fehler aus Release 1.122.0 beseitigt, der dafür gesorgt hat, dass PDFs mit enthaltenen Testschritten samt Erwartungswerten nicht generiert werden konnten.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.122.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Der erste Teil der Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich. Der anschließend erfolgende, zweite Migrationsschritt kann mehrere Tage in Anspruch nehmen, dabei ist ein Zugriff auf test.guide wieder möglich.
Es werden alte migrierte Datenbank-Tabellen gelöscht und somit Datenbank-Speicher wieder freigegeben.
[PERFORMANCE]: 🚀 Alle Testfallreport-Uploads wurden optimiert.
[PERFORMANCE]: 🚀 Das Löschen von eingespielten Testfallreports wurde beschleunigt.
[FEATURE]: Testaufträge lassen sich jetzt einfacher zusammenstellen, da Playbook-Schritte innerhalb der Blöcke Setup, Execution und Teardown auf der Playbook-Detailseite via Drag&Drop umsortiert werden können.
[FEATURE]: Über die neue ATX-Option archiveMiscFilesExcludeRecordings ist es möglich festzulegen, dass bereits mit Hilfe der Option archiveRecordings erfasste Aufnahmen nicht zusätzlich in den Misc-Files erfasst werden.
[FEATURE]: In der Artefaktübersicht können über die neue Checkbox alle auf der Seite sichtbaren Artefakte selektiert werden.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
[DEPRECATED]: Die Unterstützung der Microsoft SQL Server-Datenbank (MSSQL) wird im November 2022 eingestellt! Voraussetzung ist dann die Verwendung einer PostgreSQL Datenbank (Version 11 oder größer).
Wir empfehlen die Report-Daten über das Import / Export-Feature von einem MSSQL-basierten test.guide Server auf einen neuen PostgreSQL-basierten test.guide Server zu transferieren.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.120.0 |
[FIXED]: Die Hintergrund-Datenmigration der Testschrittergebnisse kann zu Fehlern der Form RuntimeException: Error when migrating entity with id … The name of test steps for test case 000000000 differ führen, wenn die Testschritt-Daten nicht in der vorgesehenen Reihenfolge vorliegen. Die Hintergrund-Datenmigration wurde überarbeitet, so dass die erforderliche Reihenfolge hergestellt wird.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.120.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
[FEATURE]: Mit Hilfe der Release Validierung können Release-Verantwortliche sicher sein, dass für die Planungen die Release-Start- und Endzeitpunkte auch bei verschachtelten Releases immer valide sind.
Unter den Projekteinstellungen/Releases kann die Validierung für Releases aktiviert werden.
[CHANGED]: Beim Anlegen von Releases werden die Start- und Endzeitpunkte auf Minuten abgeschnitten.
[FEATURE]: Depositories können aus der Artefaktverwaltung gelöscht werden, wenn diese keine Storages mehr konfiguriert haben. Die Storages müssen vorher separat gelöscht werden.
[CHANGED]: Depositories in der Artefaktverwaltung besitzen eine eigene Detailseite, auf welcher die Storages eines Depositories eingesehen, hinzugefügt, bearbeitet und gelöscht werden können.
[CHANGED]: Der Endpunkt POST /releases/{releaseId}/coverage der Release-API wurde um die Rückgabe der Coverage-UUID erweitert.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.119.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Die Migration kann je nach Datenstand bis zu vier Stunden dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[FEATURE]: Es können einmalige und wiederkehrende Ausführungen von Playbooks geplant werden.
Beim Ausführen von Playbooks ist auswählbar, ob das Playbook einmalig direkt, einmalig verzögert oder zyklisch wiederholt ausgeführt werden soll.
Geplante Playbook-Ausführungen werden auf der selben Seite wie geplante Ausführungsaufträge angezeigt.
Wenn die Ausführungsaufträge der letzten geplanten Ausführung des Playbooks noch nicht abgeschlossen sind, dann werden nach Ablauf des Zyklus keine neuen Aufträge erstellt.
Verzögerte oder wiederkehrende Playbook-Ausführungen können auch über die REST-API mithilfe des Endpunktes POST /playbook/{playbookId}/execute erstellt werden.
[CHANGED]: ACHTUNG: Die Antwort, die vom genannten API-Endpunkt zurückgegeben wird, hat sich geändert!
bei einer einmaligen direkten Playbook-Ausführung
{
"taskIds" : [1, 2, 3]
}bei einer einmaligen verzögerten oder einer wiederholten Playbook-Ausführung:
{
"jobId": 1
}[FEATURE]: Ältere Ausführungsaufträge können automatisiert gelöscht werden, damit die Testausführungsansicht für Testaufträge nicht wegen zu vieler Aufträge unübersichtlich wird.
Unter Testausführung → Einstellungen können Löschregeln für Ausführungsaufträge konfiguriert werden, dabei wird die Anzahl der Tage definiert nach der ältere Testausführungsaufträge automatisch gelöscht werden.
[FEATURE]: In der Auftragsübersicht gibt es neue Optionen, zum einen um alle Testausführungsaufträge auf einmal zu löschen und zum anderen um zu den Ergebnissen aller gefilterten Ausführungsaufträge zu springen.
Das betrifft ausdrücklich auch Filterergebnisse, die über die aktuell dargestellte Seite hinausgehen!
[FEATURE]: Alte nicht mehr aktiv genutzte Projekte können vom Server-Manager deaktiviert werden.
Beim Deaktivieren verschwindet das Projekt für alle Nutzer aus test.guide, die Daten bleiben erhalten.
Das Projekt kann jederzeit von den Server-Managern wieder aktiviert werden, dann haben die Projekt-Benutzer auch sofort wieder Zugriff auf alle ihre Daten. Allerdings müssen eingestellte Projekt-Regeln manuell wieder aktiviert werden.
[FEATURE]: Bei der Anmeldung in neuen Projekten sorgt der verpflichtende Registrierungsgrund dafür, dass die jeweiligen Projektverantwortlichen in der Registrierungs-E-Mail direkt sehen können, ob sich der neue Nutzer im richtigen Projekt registriert hat.
[FEATURE]: Zur Automatisierung des Wartungsprozesses kann ich als Server-Manager über die neue Erweiterung der Platform-API: /platform/notification direkt Wartungsnachrichten versenden.
[FEATURE]: Um einen schnellen Überblick über alle angebundenen Prüfplätze zu erhalten, kann die Anzahl der anzuzeigenden Prüfplätze in der IT Ansicht ausgewählt werden.
ACHTUNG: Die Performance der Darstellung kann sich bei einer großen Anzahl an gleichzeitig angezeigten Prüfplätzen verschlechtern.
[FEATURE]: Mit ECU-TEST 2022.1 ist die Suche nach Stimulations- und Analyse-Packages im test.guide deutlich einfacher. Hierzu werden zwei neue Attribute: isStimulationPackage und isAnalysisPackage für die Suche bereitgestellt.
Der ATX-Generator enthält dafür die zwei neuen Optionen mapIsStimulationAsAttribute und mapIsAnalysisAsAttribute, welche beide im Standardfall automatisch aktiviert sind.
[CHANGED]: Beim Testreport aggregieren Dialog in der Testfallabdeckung ist der Haken Hinterlegte Dateien hochladen standardmäßig aktiviert.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
[REMOVED]: Das ResourceAdapter Plug-in NFC Configuration Plug-in wurde aufgrund von Inkompatibilitäten mit Java 11 entfernt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.119.0 |
[FIXED]: Die Hintergrund-Datenmigration der Testschritte kann zu Fehlern der Form RuntimeException: Error when migrating entity with id TCReportId führen, wenn die Testschritt-Daten nicht vollständig sind. Die Hintergrund-Datenmigration wurde überarbeitet, so dass sie mit unvollständigen Testschritt-Daten umgehen kann.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.119.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Der erste Teil der Migration kann je nach Datenstand bis zu drei Stunden dauern, währenddessen ist KEIN Zugriff auf test.guide möglich. Der anschließend erfolgende, zweite Migrationsschritt kann mehrere Wochen in Anspruch nehmen, dabei ist ein Zugriff auf test.guide wieder möglich.
Durch die Migration wird mehr Datenbankspeicher benötigt. In den kommenden Versionen wird dieser zusätzliche Datenbankspeicher wieder freigegeben werden.
[FEATURE]: Um die jeweiligen Adressaten in den Projektfilter-Abonnements über die Tests zu informieren, ist es möglich, über eine neue E-Mail-Vorlage Platzhalter mit projektspezifischen Konstanten im Betreff zu verwenden.
[FEATURE]: Als Server-Manager kann ich beim Aktivieren des Wartungsmodus den Grund und die Dauer der Wartung mit angeben. Dieser wird dann jedem Nutzer beim Zugriff auf test.guide angezeigt.
[FEATURE]: Benutzer, die sich bereits seit einer bestimmten Zeit nicht mehr eingeloggt haben, können nun automatisch eine Benachrichtigung erhalten, dass ihr Konto ggf. gelöscht werden könnte.
Unter Systemkonfiguration/Benutzerverwaltung können Server-Manager die Zeit, ab der ein Benutzer als abwesend gilt, sowie Betreff und Inhalt der Benachrichtigung konfigurieren.
Benutzer werden bei Überschreitung der Abwesenheitsdauer automatisch einmalig per Mail benachrichtigt.
[FEATURE]: Testausführungsaufträge können auf ihrer Detailseite besser bearbeitet werden.
Name und Priorität von Ausführungsaufträgen können unabhängig voneinander über einen Klick auf die jeweiligen Symbole bearbeitet werden:
Attribute können für die nachträgliche Suche zu Ausführungsaufträgen hinzugefügt und auch wieder entfernt werden:
[FEATURE]: Im Execution-Plugin des ResourceAdapters kann konfiguriert werden, nach wie vielen Tagen ohne Zugriff der Bundle-Cache automatisch gelöscht werden soll.
Wenn als Anzahl der Tage eine "0" angegeben wird, dann werden die gecachten Artefakte bzw. SCM-Konfigurationen direkt nach der Ausführung des zugehörigen Testausführungsauftrags gelöscht.
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.bundleCacheDir.artifacts.retentionDays=10
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.bundleCacheDir.scm.retentionDays=30[CHANGED]: Die Quelle von Ausführungsaufträgen kann nicht mehr nachträglich bearbeitet werden, bei falscher Eingabe muss der Auftrag gelöscht und neu erstellt werden.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
[REMOVED]: Auf Grund der Entwicklung der Testausführungsverteilung mit Replay-Funktionalitäten, wurde die die alte Jenkins Replay Unterstützung entfernt.
[REMOVED]: Hinweis: Die Unterstützung von Java 8 für den ResourceAdapter ist bereits mit Release 1.106.0 eingestellt worden! Alle noch nicht umgestellten ResourceAdapter sollten spätestens jetzt umgestellt werden, damit ein weitere Betrieb des ResourceAdapters auf den Prüfständen gewährleistet ist.
Es wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.115.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
Durch die Migration wird mehr Datenbankspeicher benötigt. In den kommenden Versionen wird dieser zusätzliche Datenbankspeicher wieder freigegeben werden.
[FEATURE]: Auf Basis eines eingecheckten ECU-TEST Workspaces können ECU-TEST Package- und Projekt-Ausführungsaufträge im Playbook-Editor direkt in test.guide zusammengestellt werden.
Beim Hinzufügen von Testfällen, Setup- oder Teardown-Schritten zu einem Playbook kann man sich alle verfügbaren Packages und Projekte des ECU-TEST-Workspaces anzeigen lassen.
Durch Auswahl des Packages oder Projektes in der Baumstruktur wird der Pfad zur Datei ermittelt und in das Eingabefeld eingetragen.
Hinweis: Dieses Feature wird aktuell nur für Workspace-Quellen vom Typ SCM und nur für Package- und Projekt-Schritte unterstützt.
[FEATURE]: Die Detailseite für Testausführungsaufträge wurde um Parameter, Attribute und eine bessere Log-Ansicht erweitert.
[FEATURE]: Über das neue Startdatum für Releases können diese besser geplant werden.
Wird ein Release oder Release-Ordner angelegt, wird der Beginn und der Veröffentlichungstermin festgelegt.
Dadurch ist es möglich, die Durchlaufzeit für Releases zu ermitteln, um bei Engpässen entsprechend handeln zu können.
Über die REST-API kann das Startdatum des Releases ebenfalls gesetzt werden.
[FEATURE]: Die JIRA IssueTracker-Anbindung wurde um die neue Authentifizierungsmethode: Personal Access Token (PAT) erweitert.
Hinweis: Existierende JIRA-Konfigurationen unterstützen die neue Authentifizierungsmethode nicht und müssen bei Umstellen auf PAT neu angelegt werden.
[FEATURE]: Die Projektinformationen wurden um die Angabe einer optionalen Projektbeschreibung ergänzt.
Dies hilft Nutzern bei der Registrierung das richtige Projekt auszuwählen.
Über die REST Platform API kann die Projektbeschreibung ebenfalls abgefragt werden.
[FEATURE]: Die Anwenderhilfe wurde um die Kapitel Project roles und System groups ergänzt.
[CHANGED]: Die Beispiel-Konfiguration für den ResourceAdapter (resouceAdapter.example.config) wurde überarbeitet.
Die Datei befindet sich nach wie vor im ResourceAdapter-Paket, das von test.guide heruntergeladen werden kann und dient als Dokumentation für die Konfiguration des ResourceAdapters und aller Plug-ins.
Da der ResourceAdapters für alle Prüfplatzarten einsetzbar ist, wurde "HiL" durch "Testbench" ersetzt.
Dies betrifft auch die HILConfiguration_1-0.xsd des Configuration Plug-ins, die nun TestbenchConfiguration_1-0/.xsd heißt. Die Änderung ist abwärtskompatibel, sodass bestehende XMLs nicht angepasst werden müssen.
Der Inhalt der resouceAdapter.example.config ist nun strukturiert nach allgemeinen und Plug-in-spezifischen Konfigurationen. Es wurde zudem ein Inhaltsverzeichnis hinzugefügt.
Die Plug-ins sind in Kategorien unterteilt, damit man schneller die relevante Konfiguration findet.
Mit Hilfe einer mitgelieferten User Defined Language (UDL) XML-Datei kann man außerdem im Notepad++ nun Syntax-Highlighting aktivieren. Dies verbessert die Lesbarkeit.
Weitere Informationen dazu enthält die resouceAdapter.example.config.
[CHANGED]: Das Löschen von Fehlerklassen und -prioritäten unter den Revieweinstellungen ist nur noch möglich, wenn diese nicht bereits einem Review zugeordnet sind.
Sollte eine eingesetzte Fehlerklasse oder Priorität nicht mehr verwendet werden, so kann man diese deaktivieren.
[DEPRECATED]: Die Response von /testCaseExecutions/{tceId} des Feldes attributes wurde geändert und heißt nun values, da ein Attribut auch mehrere Werte (values) enthalten kann. Der Zugriff auf value wird in einem der kommenden Releases entfernt werden.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
[DEPRECATED]: Auf Grund der Entwicklung der Testausführungsverteilung mit Replay-Funktionalitäten, wird die alte Jenkins Replay Unterstützung in einem der kommenden Releases entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Feature verwenden und Sie Hilfe für die Umstellung auf die Testausführungsverteilung benötigen.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.115.0 |
[PREVIEW]: Die Synchronisation von LDAP Benutzergruppen erleichtert die Nutzerverwaltung für Admins mit Benutzerverwaltungsrechten.
Die Synchronisation muss zunächst in Systemkonfiguration/Authentifizierung eingerichtet werden.
Bei jedem LDAP-Login eines Nutzers werden die Benutzergruppen synchronisiert.
Nach der erfolgreichen Synchronisation können unter Projekteinstellungen/Projektrollen diese den LDAP Gruppen Projektrollen zugeordnet werden.
Dadurch können einem Nutzer die in den Projektrollen eingestellten Berechtigungen gewährt werden, indem er zu den entsprechenden LDAP Systemgruppen hinzugefügt wird.
Eine Übersicht über alle synchronisierten Gruppen enthält die neue Seite Systemkonfiguration/Systemgruppen.
[FEATURE]: Der Zugriff auf die Testbench Aktivitäts-Events ist jetzt über einen neuen REST-API Endpunkt möglich.
Über /monitoring/testbenchactivity/events können alle Events inkl. zugehöriger optionaler Daten innerhalb eines definierten Zeitraums abgerufen werden.
{
"startTime": "2022-02-25T06:32:00.790Z",
"endTime": "2022-02-25T06:32:00.790Z",
"timeout": 3600000,
"activityTypeId": 4,
"activityStatus": {
"actualExecutionStep": "project1/package13",
"actualExecutionStepNumber": 13,
"totalExecutionStepCount": 26,
"verdict": "NONE"
}
}Der ebenfalls neue Endpunkt /monitoring/testbenchactivity/types liefert zudem die vom Nutzer definierten Aktivitätstypen.
[FEATURE]: Testausführungsaufträge können jetzt benutzerdefinierte Attribute erhalten.
Attribute können zu jeder Zeit an einen Auftrag gehängt werden, also auch noch nachdem der Auftrag gestartet oder abgeschlossen wurde.
Anders als Parameter, dienen die Attribute nur zur Organisation bzw. Anreicherung der Aufträge in test.guide. Sie werden nicht an die eigentliche Ausführung weiter gereicht.
Attribute können über die API bearbeitet und abgefragt werden.
Attribute werden in der Auftragsübersicht angezeigt:
Aufträge können nach Attributen gefiltert und gruppiert werden.
Beim Replay eines Ausführungsauftrags werden Attribute nicht mit in den neuen Auftrag übernommen.
[FEATURE]: Es gibt eine neue Detailseite für Testausführungsaufträge.
Diese erreicht man durch einen Klick auf den Namen eines Ausführungsauftrags in der Auftragsübersicht:
Die ECU-TEST-Logs eines Ausführungsauftrags sind ebenfalls über diese Seite einsehbar.
ACHTUNG: Dies ist ein Zwischenstand, der im nächsten Release erweitert wird.
[FEATURE]: Webhooks können über eine eigene Seite verwaltet und überwacht werden.
Die neue Seite erreicht man über Projekteinstellungen/Webhooks:
[CHANGED]: Playbooks werden beim Hochladen nicht mehr in der Artefaktverwaltung archiviert.
Bisher musste ein Depository angelegt und konfiguriert werden, um Playbooks beim Hochladen zu archivieren und später als json herunterladen zu können.
Ab jetzt werden Playbooks intern archiviert und können jederzeit auch ohne zusätzliches Depository wieder heruntergeladen werden.
ACHTUNG: Vorhandene Playbook-Artefakte werden nicht automatisch gelöscht und können manuell entfernt werden, wenn gewünscht.
[CHANGED]: Fehler während der Playbook-Ausführung über ECU-TEST wirken sich nicht auf den Zustand des Ausführungsauftrags aus.
Wir nehmen eine Änderung aus test.guide 1.117.0 zurück, nach der Fehler im ECU-TEST dazu geführt haben, dass der dazugehörige Ausführungsauftrag mit ERROR markiert wurde.
Der abschließende Zustand eines Ausführungsauftrags ergibt sich daraus, ob und wenn ja an welcher Stelle der Ausführung ein Fehler aufgetreten ist. Die Details sind in der Anwenderdokumentation beschrieben.
Die folgende Tabelle beschreibt welchen Zustand ein Playbook-Schritt für welche Testergebnisse erhält. Für den Zustand des Ausführungsauftrags werden die Zustände der einzelnen Playbook-Schritte aufaggregiert:
| Verdict SUCCES, NONE oder INCONCLUSIVE | Verdict FAILED oder ERROR | Schritt konnte nicht ausgeführt werden bzw. Testergebnis konnte nicht ermittelt werden | |
|---|---|---|---|
|
Setup-Schritt |
✅ |
❌ |
❌ |
|
Testfall |
✅ |
✅ |
❌ |
|
Teardown-Schritt |
✅ |
✅ |
❌ |
[CHANGED]: Abonnements von Projektfiltern wurden von Benutzerjobs auf Projektjobs migriert. Projektverwalter erhalten dadurch eine bessere Übersicht über die Abonnements und können diese einfacher verwalten, da auf Projektebene nun nur noch ein Eintrag für alle Nutzer im Projekt existiert.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.115.0 |
[FEATURE]: Als Projekt-Manager in test.guide ist es mit Hilfe der neuen Projektrollen zentral möglich die Berechtigung im Team zu ändern und einfach zuzuweisen.
Unter Projekteinstellungen\Projektrollen können die Rollen definiert, bearbeitet und zugewiesen werden.
Die Berechtigungen, die ein Benutzer durch eine Rollenzugehörigkeit erhält, gelten zusätzlich zu den bisherigen individuellen Berechtigungen, die weiterhin vergeben werden können. Die effektiven Berechtigungen eines Benutzers ergeben sich also aus additiver Überlagerung der individuellen Berechtigungen und der Berechtigungen aller Rollen, die er innehat.
Die Mitglieder einer Rolle können jederzeit angezeigt und direkt bearbeitet werden.
[FEATURE]: Alle Plugins im ResourceAdapter haben einen neuen Konfigurationsparameter, über den das Plugin deaktiviert werden kann.
Beispiel anhand des ExecutionPlugin
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.enabled=falseWird die enabled-Konfiguration eines Plugins z.B. in der Zentralverwaltung auf false gesetzt, dann startet das Plugin nicht. Damit ist es möglich, das Plugin zu deaktivieren, ohne es aus der Konfiguration löschen zu müssen.
[FEATURE]: Die Monitoring API wurde um einen neuen Endpunkt PUT /resourceadater/configurations/{hostname} erweitert, über den die Konfiguration eines ResourceAdapter zentral aktualisiert werden kann.
Achtung: Es muss immer eine komplette Konfiguration übergeben werden. In test.guide findet keine Validierung der Konfiguration statt. Eine unvollständige oder falsche Konfiguration kann den ResourceAdapter in einen Zustand bringen, der nur direkt am Prüfplatz behoben werden kann!
Achtung: Der ResourceAdapter startet nach der Änderung der Konfiguration automatisch neu.
[FEATURE]: Über die neue Platform REST-API ist es möglich allgemeine Informationen zu den test.guide Projekten abzufragen.
Beispielhafter API-Response von /api/platform/projects/{projectId}:
{
"projectId": 1,
"projectName": "test.guide"
}[CHANGED]: Werden im Review Testfallausführungen als ungültig markiert, so wird dies jetzt im Review-Dialog als auch in den Testfalldetails stärker hervorgehoben.
[CHANGED]: Für eine einheitliche Benamung im test.guide wurde die ATX-ID überall mit Report-ID ersetzt.
Beispiel: 
[CHANGED]: Im Ergebnisfilter ist der Suchparameter INOUT für Testargumente entfallen. Für eine entsprechende Suche müssen die Optionen IN und OUT ausgewählt werden.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
[FIXED]: Seit Release 1.115.0 war das Exportieren von PDFs nicht möglich, wenn Reviews mit Reviewkontakt-Informationen im Datensatz enthalten waren und ein altes Reportdesign mit XML-Datenquelle benutzt wurde. Dieses Problem wurde behoben. Wir empfehlen dennoch, alle alten Reportdesigns mit XML-Datenquelle auf das neue System umzustellen.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.115.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Der erste Teil der Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich.
[FEATURE]: Die Integration API wurde um Webhooks für Release-Events erweitert, damit können Releases leichter in bestehende Workflows automatisiert integriert werden.
WebhookReleaseStateChangedEvent
{
timestamp integer($int64)
example: 1613578575834
unix timestamp in milliseconds when the event happend
releaseId* integer($int64)
example: 40
ID of the release that has changed
newState* ReleaseStatestring
Possible states of a release
Enum:
[ DELETED, CREATED, LOCKED, UNLOCKED ]
}[FEATURE]: Auf der Playbook-Detailsseite gibt es neue Möglichkeiten zur Bearbeitung von Playbooks.
Die Workspace-Quelle kann bearbeitet werden.
Workspace-Abhängigkeiten können hinzugefügt, gelöscht und bearbeitet werden.
Konfigurationswechselschritte können hinzugefügt, gelöscht und bearbeitet werden.
Pre-Setup- und Post-Teardown-Schritte können hinzugefügt, gelöscht und bearbeitet werden.
[CHANGED]: Von der Testausfühungsverteilung gestartete ECU-TEST-Ausführungen werden abgebrochen, wenn der zugehörige Playbook-Schritt seinen Timeout überschreitet.
[CHANGED]: Workspace-Abhängigkeiten in Testausführungsaufträgen mit einem Copy-To-Pfad werden nach der Testausführung nicht mehr gelöscht.
[CHANGED]: Das Verwalten von Filterabonnements wurde in die Job-Verwaltung integriert, die Links zu den Abonnements wurden entsprechend angepasst.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.112.0 |
[FEATURE]: Aus den Vergleichsansichten für Testpläne und Releases kann jetzt direkt auf die Testfallvergleichsansichten und -ausführungen zugegriffen werden.
Über das Lupensymbol gelangt man zur Ansicht der Testausführungen.
Über das Vergleichssymbol gelangt man direkt zur Testfall-Vergleichsansicht.
[FEATURE]: Über die neue User Management REST-API ist es möglich die allgemeinen Informationen und Berechtigungen des aktuell angemeldeten Nutzers abzufragen.
Beispielhafter API-Response von /api/userManagement/whoami:
{
"id": 1,
"userName": "User-1",
"displayName": "Me",
"email": "me@mycompany.de",
"company": "MyCompany",
"associatedProjects": [
{
"projectId": 1,
"effectivePermissions": [
"PROJECT_MANAGEMENT",
"TESTCASE_UPLOADER",
"TESTCASE_VIEWER"
],
"activationStatus": "ACTIVATED"
}
],
"globalPermissions": [
"SERVER_MANAGER"
]
}[CHANGED]: Das gleiche SCM-Repository kann in mehreren Abhängigkeiten eines Ausführungsauftrags benutzt werden, wenn für alle diese Abhängigkeiten ein copyTo-Pfad angegeben ist.
Beispiel:
"dependencies": [
{
"label": "DEP1",
"copyTo": "Dependencies/dep1",
"source": {
{
"sourceType": "scm",
"scmLabel": "MyGit",
"scmCommit": "branch_dep1"
}
}
},
{
"label": "DEP2",
"copyTo": "Dependencies/dep2",
"source": {
{
"sourceType": "scm",
"scmLabel": "MyGit",
"scmCommit": "branch_dep2"
}
}
},
],[CHANGED]: Pre-Setup- und Post-Teardown-Skripte in Playbooks werden auch dann erlaubt, wenn im Execution-Plugin des Resource-Adapters ein bereits vorbereitetes ECU-TEST für die Ausführung genutzt wird (externer Modus).
[CHANGED]: Beim Export der Benutzerliste zu Excel wurde die Spalte Last Seen analog zur Anzeige in der Benutzerverwaltung ergänzt.
[DEPRECATED]: Die Coverage Filterdefinition <testCaseHierarchy> soll in einer zukünftigen Version zu Gunsten der Weiterentwicklung der <filterTreeV2> entfernt werden.
Bitte geben Sie uns Bescheid, sollten sie diese <testCaseHierarchy> Coverage verwenden und Sie Hilfe für die Umstellung auf die <filterTreeV2> benötigen.
[REMOVED]: In Absprache mit unseren Kunden wurde der Support für test.guide Deployments auf Java EE Applikationsservern 3 Monate früher eingestellt.
Die test.guide-version-ee-enterprise.war steht damit nicht mehr zur Verfügung. Die letzte verfügbare Version ist mit Release 1.114.1 Ende Dezember 2021 ausgeliefert wurden.
[REMOVED]: Die Präsentationsansicht im test.guide Monitoring wurde entfernt.
[REMOVED]: Die unveröffentlichten APIs, die zu Abfrage der letzten ECU-TEST Package- bzw. Projektausführungsergebnisse verwendet wurden sind entfernt, da das Feature seit ECU-TEST 8.0 nicht mehr unterstützt wird.
/api/testcase-report-status/lastTestExecutionPlanReport
/api/testcase-report-status/lastTestCaseReportResult
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.112.0 |
[FIXED]: Alle Reports welche mit einer test.guide Version ⇐ 1.113.0 eingespielt wurden, können wieder gelöscht werden.
Zusätzlich wird durch den Fix nicht mehr verwendeter Datenbank-Speicher freigegeben.
[FIXED]: Ein Fehler in test.guide Version >= 1.113.0 im ECU-TEST ATX-Generator, der dafür sorgt das keine Pre- und Post-Condition Blöcke mehr im ATX erfasst wurden, ist behoben.
[FIXED]: Der Fehler, der dafür gesorgt hat, dass die Ergebnisse von Tasks wie z.B. PDF- oder Excel-Export nach kurzer Zeit nicht mehr abrufbar waren, ist behoben.
Sie stehen nun wieder für sieben Tage zum Download zur Verfügung.
[SECURITY]: Update der Apache Log4j2 2.17.0 Bibliothek auf die aktuelle Version 2.17.1.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.112.0 |
[FIXED]: Mit Version 1.114.0 und 1.114.1 kann es vorkommen, dass test.guide nicht startet, weil das Löschen von alten migrierten Daten nicht gelingt. Ursächlich dafür sind Größenbeschränkungen für Datenbank-Transaktionen durch das DBMS.
Das Löschen wurde optimiert, so dass dies blockweise im Hintergrund erfolgt und kleinere Transaktionen erzeugt.
[SECURITY]: Update des Test42 X2ATX-Konverter Plugins von der Apache Log4j2 2.16.0 Bibliothek auf die aktuelle Version 2.17.0.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.112.0 |
[FIXED]: Ein Fehler in der Report Management API, der dazu führt, dass bei Abfrage einer testCaseExeuction die Artifact-Download-URL keine Base-URL enthält wurde behoben.
[SECURITY]: Update der Apache Log4j2 2.16.0 Bibliothek auf die aktuelle Version 2.17.0.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.112.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Der erste Teil der Migration kann je nach Datenstand bis zu drei Stunden dauern, währenddessen ist KEIN Zugriff auf test.guide möglich. Der anschließend erfolgende, zweite Migrationsschritt kann mehrere Stunden in Anspruch nehmen, dabei ist ein Zugriff auf test.guide wieder möglich.
Es werden alte migrierte Datenbank-Tabellen gelöscht und somit Datenbank-Speicher wieder freigegeben.
[PERFORMANCE]: 🚀 Alle Testfallreport-Uploads wurden optimiert.
[FEATURE]: Das neue Dashboard-Widget Trend-Projektfilter ermöglicht es, Verläufe von z.B. gefilterten Programm- oder Softwareständen über der hinterlegten Zeit darzustellen.
[PREVIEW]: Bei Ausführung von Playbooks werden für die Kommandoschritte sowie für Pre-Setup und Post-Teardown-Skripte die entsprechenden Logdateien im test.guide mit erfasst.
Die zusätzlichen Logdateien werden gemeinsam mit den ECU-TEST Logs angezeigt.
[CHANGED]: Der Default Test Summary Report wurde aktualisiert und enthält nun die test.guide Links zur letzten Testfallausführung, sowie auf die jeweiligen Reviews.
[CHANGED]: Der Review-Tooltip im Ergebnisfilter wurde um die Anzeige der benutzerdefinierten Bewertung erweitert.
[CHANGED]: Im Monitoring wurde der Tooltip für die Anzeige der Prüfplatzausstattungen überarbeitet.
Zum Einen werden die Ausstattungsdetails sortiert angezeigt.
Zum Anderen bleibt der Tooltip offen, wenn der Mauszeiger über diesen bewegt wird und ermöglicht so das einfach Kopieren von Informationen via Ctrl+C.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
[REMOVED]: Die API zur Erstellung von Reviews unter dem Endpunkt POST /api/review/{testCaseId} ist entfernt.
Bitte nutzen Sie die neue Review API verfügbar unter dem Endpunkt POST /api/report/testCaseExecution/{testCaseId}/review
[REMOVED]: Das Indizieren und Suchen in Zip-Files für die Suche im Ergebnis-Filter nach Hinterlegte Datei ist entfernt.
[SECURITY]: Update der Apache Log4j2 2.15.0 Bibliothek auf die aktuelle Version 2.16.0.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.112.0 |
[SECURITY]: Auf Grund der aktuellen kritischen Sicherheitslücke CVE-2021-44228 in Apache Log4j2 ⇐2.14.1 Bibliothek wurde die neue Apache Log4j2 2.15.0 Bibliothek, die einen Fix enthält, für dieses test.guide Release bereitgestellt.
Wer kein Update vornehmen kann, dem wird empfohlen beim Start von test.guide über Angabe des JVM-Parameters: -Dlog4j2.formatMsgNoLookups=true die Sicherheitslücke zu schließen.
Beispiel: startTTSTM.bat
Beispiel: installService.bat
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.112.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
Durch die Migration wird mehr Datenbankspeicher benötigt. In den kommenden Versionen wird dieser zusätzliche Datenbankspeicher wieder freigegeben werden.
[PERFORMANCE]: 🚀 Alle Testplan-Ordner Filteroperationen auf Testfallausführungen wurden optimiert.
[FEATURE]: Für den Fall das bei der Issue-Tracker-Jira-Anbindung der Zugriff über die API getrennt vom Zugriff über den Browser erfolgt, gibt es die Möglichkeit in der Jira-Konfiguration zusätzlich die API-URL einzurichten.
Zur Verwendung des Features muss die Datei features.properties ins TTS-TM Verzeichnis mit dem Inhalt JIRA_FRONTEND_URL=true gelegt werden.
[FEATURE]: Mit den neuen Kommandoschritten in Playbooks ist es möglich beliebige Automatisierungsschritte für die Testausführung zu definieren und auszuführen.
Kommandoschritte bestehen aus einer Liste, welche eine Executable gefolgt von ihren Argumenten enthält. Es können zusätzlich Umgebungsvariablen für das Kommando angegeben werden.
...
{
"type": "command",
"command": [
"path/to/executable",
"arg1",
"arg2"
],
"environmentVariables": [
{
"label": "MYENV",
"value": "1"
}
]
}
...Kommandoschritte können gemeinsam mit dem ECU-TEST-Dispatcher des ResourceAdapters verwendet werden. ECU-TEST bleibt während ihrer Ausführung geöffnet.
Für die ausschließliche Ausführung von Kommandoschritten kann auch der neue Generic-Dispatcher verwendet werden. Dieser startet kein ECU-TEST. Er wird wie folgt in der Konfigurationsdatei des ResourceAdapters definiert:
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.dispatcher=generic
Für den Reportupload von Kommandoschritten kann ein Report-ZIP im test.guide spezifischen JSON2ATX-Format abgelegt werden. Der Zielpfad für den Report befindet sich in der Umgebungsvariable TT_TASK_REPORT_DESTINATION.
[CHANGED]: Bei der Testausführung von Playbooks werden auch für die Setup- und Teardown-Schritte die Reports zu test.guide hochgeladen.
[CHANGED]: Bei der Testausführung von Playbooks wird eine neue Konstante TT_PLAYBOOK_SECTION gesetzt um die Testreports dem Setup, der Ausführung oder dem Teardown zuordnen zu können.
Die Werte sind SETUP, EXECUTION und TEARDOWN.
[CHANGED]: Coverage API, Endpunkt GET /coverage/{taskId}: Das aggregatedVerdict basiert nun nicht mehr nur auf den jeweils jüngsten Testfallausführungen je Testfall. Stattdessen wird von allen Testfallausführungen, die im result des jeweiligen CoverageTreeLeaf aufgeführt sind, das schlechteste Ergebnis verwendet.
[CHANGED]: Report-Management-API, Endpunkt GET /testCaseExecution/{tceId} wurde um die Rückgabe des TestSuite-Namens (Testplan-Name) erweitert.
[CHANGED]: ATX-Generator: Der ECU-TEST Testschritt Multi-Check wird im test.guide für die Anzeige in den Testfalldetails mit erfasst.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
[DEPRECATED]: Die API zur Erstellung von Reviews unter dem Endpunkt POST /api/review/{testCaseId} wird in Version 1.114 entfernt.
Bitte nutzen Sie die neue Review API verfügbar unter dem Endpunkt POST /api/report/testCaseExecution/{testCaseId}/review
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.108.0 |
[FIXED]: Ein Fehler, der dazu führt, dass die verfügbaren Datenbankverbindungen ausgehen (z.B. bei Verwendung des Excel-Exports über die REST-API), wurde behoben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.108.0 |
[FIXED]: Eine fehlerhafte Datenmigration beim Start von test.guide bei Verwendung des Features "Testausführungen planen" wurde behoben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.108.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
Durch die Migration wird mehr Datenbankspeicher benötigt. In den kommenden Versionen wird dieser zusätzliche Datenbankspeicher wieder freigegeben werden.
[FEATURE]: Um Engpässe in der Absicherung besser identifizieren zu können, ist es möglich die Durchlaufzeiten im Release ermitteln.
Über die Release-API lassen sich die Daten creationTime , releaseDate und lockDate auslesen.
Aus Gründen der Abwärtskompatibilität ist das lockDate für alte Releases nicht gesetzt, auch wenn lock: true angezeigt wird.
[FEATURE]: Für einmalige oder wiederkehrend geplante Testausführungen steht eine eigene Übersichtsseite mit zusätzlichen Optionen bereit.
[FEATURE]: Aus der Übersicht der Ausführungsaufträge heraus, kann direkt ein früherer Testausführungsauftrag als wiederkehrende Ausführungen eingeplant werden.
[FEATURE]: Für die Homologation hinterlegten PDF-Berichtstemplates kann nun die Sichtbarkeit beim Export konfiguriert und somit ältere Templates einfach ausgeblendet werden.
[DEPRECATED]: Das Indizieren und Suchen in Zip-Files für die Suche im Ergebnis-Filter nach Hinterlegte Datei wird Dezember 2021 eingestellt.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
[FIXED]: Ein Fehler der beim Excel-Export via REST-API der zum Absturz des Servers führen kann ist behoben.
[FIXED]: Beim Anlegen von Reviews via REST-API werden die gesetzten Review-Pflichtfelder berücksichtigt.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.108.0 |
[FEATURE]: In den Workspace-Abhängigkeiten von Ausführungsaufträgen und Playbooks können jetzt mehrere SCM-Repositories referenziert werden. Dadurch können nun auch Test-Setups, die aus mehreren SCM-Repositories bestehen verwendet werden.
Alle SCM-Abhängigkeiten werden vor der Ausführung des Auftrags vom test.guide ResourceAdapter auf dem Prüfplatz heruntergeladen.
Hierfür muss das Label des zu verwendenden SCM-Repositories (siehe Projekteinstellungen → SCM Tools) und (optional) eine Commit-Referenz angegeben werden.
...
"dependencies": [
{
"label": "DEP1",
"source": {
"sourceType": "scm",
"scmLabel": "MyGit",
"scmCommit": "master"
}
}
]
...Achtung: Die doppelte Verwendung eines SCM-Repositories in einem Ausführungsauftrag (Quelle und Workspace-Abhängigkeiten) ist nicht erlaubt.
[FEATURE]: Bei sich wiederholenden Ausführungsaufträgen kann eingestellt werden, dass ein neuer Ausführungsauftrag nur dann erstellt werden soll, wenn der vorhergehende Auftrag bereits abgeschlossen wurde.
[FEATURE]: Die Coverage REST-API wurde um die ALM-Import Funktionalität erweitert und ermöglicht es damit Coverages automatisiert aus den angebundenen ALM-System wie z.B Polarion oder Octane zu erstellen.
[FEATURE]: Die IssueTracker-Templates wurden um den Platzhalter: {review:tickets} erweitert und ermöglichen so das einfache verlinken von bereits bekannten Defect-Tickets.
[FEATURE]: Die Integration-API wurde um Webhooks für den Upload von Artefakten in die Artefaktverwaltung erweitert, wird z.B. ein neuer Software-Stand hochgeladen kann direkt darauf reagiert werden.
[CHANGED]: Der Titel des Dashboard-Widgets kann jetzt bearbeitet werden und ist nicht mehr vom Namen des Projektfilters abhängig.
[CHANGED]: Die Skalierung der Trendübersicht der angezeigten Testfallausführungen wurde überarbeitet, so dass der verfügbare Platz besser genutzt wird.
[DEPRECATED]: Das Indizieren und Suchen in Zip-Files für die Suche im Ergebnis-Filter nach Hinterlegte Datei wird Dezember 2021 eingestellt.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.107.0 |
[PREVIEW]: Bei Verwendung der Testausführungsverteilung mit dem ECU-TEST-Dispatcher können die ECU-TEST Logs zu test.guide mit hochgeladen und direkt angezeigt werden.
Unter Testausführung/Einstellungen muss eine Artefaktablage für die Logs im test.guide konfiguriert werden.
[FEATURE]: Die Testausführungsverteilung unterstützt das Auschecken von Git Workspaces mit Hilfe der SSH-Schlüssel Authentifizierung.
[FEATURE]: Die nachgelagerte Traceanalyse unterstützt Sidecar-Dateien, um Analysen zu ermöglichen wo die Aufnahmen aus mehreren Dateien bestehen.
Diese zusätzlichen Dateien werden zusammen mit der eigentlichen Aufnahme gezippt ins test.guide hochgeladen und stehen auf der für die Analyse konfigurierten Testressource wieder zur Verfügung.
[FEATURE]: Die Report Management REST-API wurde um die Möglichkeit erweitert, Reviews automatisiert via POST /testCaseExecution/{tceId}/review anzulegen.
[CHANGED]: Um Abstürze des Servers durch OutOfMemoryErrors bei nicht verarbeitbaren ATX-Report-XML Uploads zu vermeiden, wurden eine neue heuristische Upload-Begrenzung implementiert.
Die neue Heuristik stellt standardmäßig 4 parallele Upload-Threads zur Verfügung und ermittelt die maximale ATX.xml Größe die verarbeitet werden kann anhand des verfügbaren JVM-Heap-Speichers.
Beispiel: Heap 4GB RAM und 4 Upload-Threads ergeben eine maximale ATX.xml Größe von 70MB. Ist der Upload der reinen ATX.xml (nicht die gesamte Upload-Zip!) größer als 70MB wird der Upload abgelehnt.
Im neuen Kapitel test.guide configuration des Operations Manual (siehe release.zip unter doc/operations_manual.pdf) ist beschrieben, wie diese Parameter angepasst werden können.
Wird ein Report abgelehnt, erscheint eine Fehlermeldung.
[CHANGED]: Aufgrund einer nicht abwärtskompatiblen Änderung in der Execution-API ist der ResourceAdapter mit der Mindestversion 1.110.0 erforderlich, um die Testausführungsverteilung mit SCM-Quellen zu verwenden.
[CHANGED]: Die Testausführungsverteilung im ResourceAdapter (Execution-Plug-in) verwendet jetzt standardmäßig für den Upload von Testreports das TestGuideUpload-Plug-in, wenn dies ebenfalls konfiguriert ist.
[CHANGED]: Beim Anlegen eines Reviews mit Schlagwörtern wird die Beschreibung der Review-Schlagworte mit angezeigt.
[CHANGED]: Für den ATX-Export steht eine neue Option zur Verfügung, mit der festgelegt werden kann, ob die Dauer der Testausführungen exportiert werden soll oder nicht.
Die REST-API wurde ebenfalls um die neue Option ergänzt.
[CHANGED]: Die Ersteinrichtung/Setup wurde überarbeitet für eine schnellere Inbetriebnahme von test.guide.
[DEPRECATED]: Das Indizieren und Suchen in Zip-Files für die Suche im Ergebnis-Filter nach Hinterlegte Datei wird Dezember 2021 eingestellt.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.107.0 |
[FEATURE]: Zur einfacheren Planung der Testausführung können die Playbooks in test.guide direkt bearbeitet werden.
Änderungen an Playbooks können gespeichert, aber auch direkt ohne Speichern ausgeführt werden.
[FEATURE]: Die Playbook-Übersicht unterstützt das Löschen von Playbooks.
Über die REST-API ist das Löschen ebenfalls möglich.
Achtung: Beim Löschen von Playbooks werden immer alle Revisionen, sowie alle Playbook-Artefakte gelöscht.
[FEATURE]: Über die neue ATX-Option archiveRecordingsByAttributes ist es möglich, dass Aufnahmen nur in Abhängigkeit von bestimmten gesetzten Package-Attributen für den Upload zu test.guide mit erfasst werden.
[FEATURE]: Über die neue ATX-Option uploadSettings ist es möglich, die Verbindungsdaten zu test.guide zentral in einer Json-Datei im ECU-TEST Workspace abzulegen. So ist es möglich, die Verbindungsdaten sowohl in den Workspace-Einstellungen, als auch in den TCF-Settings zu nutzen.
{
"url": "192.168.178.134",
"useHttps": true,
"port": 8085,
"contextPath": "/testguide",
"authKey": "YZiA5tf8ORBCbKq...",
"proxies": {"https": "...", "http": "..."},
"projectId": 2
}Weitere Informationen finden sich in den Hilfethemen in Kapitel 2.1.2.
Achtung: Die neuen Settings können aktuell nur für die Automatisierung genutzt werden, erst ECU-TEST >= 2021.4 unterstützt die Zentral-Settings auch für die manuellen ECU-TEST Upload-Dialog!
[CHANGED]: In der Export- und Mehrfachbewertungsansicht wurde die Schnellauswahl zur Auswahl der bestbewerteten Reports dahingehend geändert, dass bei gleichen Bewertungen die Reports mit zusätzlichen Nachbewertungen eine höhere Priorität bei der Auswahl erhalten.
[CHANGED]: In der Testfallabdeckungsfilter-Ansicht ist die Option "Nur letzte Ausführung verwenden" standardmäßig aktiviert.
[CHANGED]: Im neuen admin.log werden Server-Manager Änderungen aus den Systemkonfigurationen separat protokolliert.
[CHANGED]: Das Suchen im Ergebnis-Filter für Hinterlegte Datei unterstützt standardmäßig keine Suche mehr für Dateien in Zip-Files. Die Daten werden beim Einspielen auch nicht weiter indiziert.
Sollte das Feature benötigt werden, muss das Feature-Flag DISABLE_INDEXING_AND_SEARCHING_ZIP_CONTENTS_FOR_DEPOSITED_FILES auf False gesetzt werden.
[DEPRECATED]: Das Indizieren und Suchen in Zip-Files für die Suche im Ergebnis-Filter nach Hinterlegte Datei wird Dezember 2021 eingestellt.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.107.0 |
[FIXED]: Die Hintergrundmigration MigrateTestCaseHierarchyPaths wurde korrigiert:
Testfallausführungen, die keinem Testplan zugeordnet sind, führen nicht mehr zum Abbruch der Migration
Testfallausführungen werden nicht mehr mehrfach migriert
Die Performance wurde verbessert und der Datenbank-Speicherbedarf gesenkt, indem unnötige Datenbank-Schreibzugriffe entfernt wurden
[FIXED]: Die Seite Projekteinstellungen → ResourceAdapter wurde korrigiert, so dass Prüfstände auch dann konfiguriert werden können, wenn in der resourceAdapter.config kein gültiges resourceLocationId-Property vorhanden ist
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.107.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
Durch die Migration wird mehr Datenbankspeicher benötigt. In den kommenden Versionen wird dieser zusätzliche Datenbankspeicher wieder freigegeben werden.
[PERFORMANCE]: 🚀 Alle Testumgebungs-Filteroperationen auf Testfallausführungen wurden für große Zeitbereiche optimiert.
[FEATURE]: Die Playbook-Detailseite bietet nun einen besseren Überblick über den Inhalt eines Playbooks.
[FEATURE]: Die Testausführungsverteilung kann am Prüfplatz laufende ECU-TEST-Prozesse beenden.
Im Execution-Plugin des ResourceAdapters kann eine Automatisierungsstrategie konfiguriert werden, die bestimmt, wodurch die test.guide Testausführungsverteilung blockiert wird.
plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.automationBlockedBy=PROCESS
Die folgenden Optionen stehen zur Verfügung:
PROCESS (Standard): Wenn ein anderer ECU-TEST-Prozess läuft, ist die automatische Testausführung immer blockiert.
TEST_ACTIVITY: Die Testausführungsverteilung ist blockiert, wenn ein anderer ECU-TEST-Prozess läuft und gerade Testfälle ausgeführt werden. Wird aktuell kein Testfall ausgeführt, wird der ECU-TEST-Prozess durch die Automatisierung beendet und kann nun Testausführungsaufträge ausführen.
NOTHING: Die Testausführungsverteilung ist nie blockiert. Ein anderer laufender ECU-TEST-Prozess kann jederzeit beendet werden, egal ob gerade ein Testfall ausgeführt wird oder nicht.
[CHANGED]: Beim Upload von ECU-TEST-Reports über den ResourceAdapter werden fehlgeschlagene Uploads mit einer aussagekräftigeren Fehlermeldung im Log protokolliert.
[CHANGED]: Die Prüfung des verfügbaren Festplatten-Speichers beim Report-Upload ist nun restriktiver.
Über die Umgebungsvariable test.guide-ATX-UPLOAD-FREE-HDD-SPACE-GB kann das Minimum für den Festplatten-Speicher angegeben werden, der nach einem Report-Upload noch zur Verfügung stehen muss. Ohne explizite Angabe bleibt der Standardwert bei 1 GB.
Würde durch einen Report-Upload dieser Wert unterschritten, so wird er abgelehnt.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
[FIXED]: Bei Konfiguration des ResourceAdapter Plug-ins monitoring.plugin.win.userActivity ist im IT-View wieder sichtbar, des es gerade manuelle Aktivitäten am Prüfstand gibt und dadurch z.B. keine Automatisierung gestartet werden kann.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.105.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Der erste Teil der Migration kann je nach Datenstand bis zu drei Stunden dauern, währenddessen ist KEIN Zugriff auf test.guide möglich. Der anschließend erfolgende, zweite Migrationsschritt kann mehrere Stunden in Anspruch nehmen, dabei ist ein Zugriff auf test.guide wieder möglich.
Die aktuelle Migration benötigt mehr Datenbank-Speicher, dieser wird in kommenden Releases wieder freigegeben.
[FEATURE]: Über die Export-Ansicht ist es bereits möglich ausgewählte Daten als PDF, nach Excel oder in ein bestimmtes ALM-System zu exportieren. Über das Triggern des neuen Webhooks können nun auch weitere ALM-Systeme oder andere Export-Services integriert werden.
In der Integration-API gibt es dafür den neuen Event-Typen EXPORT_TEST_CASE_REPORT für den Webhooks erstellt werden können.
[FEATURE]: Die Artefaktverwaltung unterstützt als neuen Storage-Type: Amazon Simple Storage Service (Amazon S3).
[FEATURE]: Für die Testausführungsverteilung können im ResourceAdapter jetzt mehrere ECU-TEST-Versionen konfiguriert werden.
Neben einer standardmäßigen ECU-TEST-Executable können nun auch weitere Pfade zu installierten ECU-TEST-Versionen über frei benennbare Labels (siehe <myLabel1> und <myLabel2> im Folgenden) in der ResourceAdapter-Konfiguration angegeben werden:
...ExecutionPlugin.1.config.properties.ecutest.executable=path1/ECU-TEST.exe
...ExecutionPlugin.1.config.properties.ecutest.executable.<myLabel1>=path2/ECU-TEST.exe
...ExecutionPlugin.1.config.properties.ecutest.executable.<myLabel2>=path3/ECU-TEST.exeAuf diese Weise konfigurierte ECU-TEST-Versionen (bzw. deren Labels) werden automatisch an test.guide gesendet und in der Ausstattungsübersicht des Prüfstandes als Konfiguration aufgeführt:
Achtung: Wird die Konfiguration (bzw. ein betreffendes Label) im ResourceAdapter geändert oder gelöscht, muss das entsprechende Label aus der Ausstattungsübersicht manuell entfernt werden, damit test.guide keine weiteren Ausführungsaufträge mehr auf den Prüfplatz verteilt!
In einem Ausführungsauftrag (bzw. einem Playbook) lässt sich die benötigte ECU-TEST-Version über die xilConfigRequirements festlegen:
{
...
"xilConfigRequirements": [
{
"category": "XIL/ECU-TEST",
"label": "<myLabel1>",
"value": "*"
},
...
],
...
}Ist im Ausführungsauftrag (oder dem Playbook) keine Anforderung der Kategorie "XIL/ECU-TEST" wird die als default spezifizierte ECU-TEST-Version auf dem Prüfplatz gestartet.
Achtung: Es darf pro Ausführungsauftrag (bzw. Playbook) immer nur maximal eine Anforderung der Kategorie "XIL/ECU-TEST" angegeben werden!
[FEATURE]: Ausführungsaufträge können vor dem erneuten Ausführen editiert werden.
[FEATURE]: Die Review-Templates wurden erweitert um die Möglichkeit den Benutzer, das aktuelle Datum und die aktuelle Uhrzeit hinzufügen, um das Schreiben von kontinuierlichen Review-Logs zu vereinfachen.
[CHANGED]: Um die Verwaltung einer großen Anzahl von Prüfständen zu vereinfachen, wurde die zentrale ResourceAdapter-Konfiguration in den Auswahlbereich und den entsprechenden Bearbeitungsbereich der Prüfstände getrennt.
Bei durchgeführten Änderungen, werden nur die bearbeiteten ResourceAdapter auf den Prüfständen neugestartet.
[CHANGED]: Beim Export der Testfallausführungen nach Excel werden die numerischen Werte der Testargumente automatisch in Excel-Zahlen umgewandelt.
[CHANGED]: Wenn Benutzer nur die Berechtigung zum Lesen von Testreports besitzen, können sie jetzt auf die vollständigen Reviewanmerkungen zugreifen, ohne dass sie die zusätzliche Berechtigung zum Erstellen von Reviews benötigen.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
[REMOVED]: Die Unterstützung von Java 8 für den ResourceAdapter ist mit Release 1.106.0 eingestellt worden!
Es wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.105.0 |
[PERFORMANCE]: 🚀 Alle Testfallnamen-Filteroperationen auf Testfallausführungen wurden optimiert.
[FEATURE]: Mit dem neuen Ausführungsauftragstyp: "Verzögerte einmalige Ausführung" ist es möglich eine einmalige Ausführung zu planen.
Zusätzlich können zukünftig geplante und sich wiederholende Testausführungsaufträge über die REST-API angelegt werden.
[FEATURE]: Läuft ein Test ERROR kann dies verschiedene Gründe haben. Eine mögliche Ursache ist z.B. in eine zu hohe RAM-Auslastungen des Prüfstandes, wodurch das angebundene Tool nicht mehr korrekt arbeiten konnte. Um dies im Review schnell kontrollieren zu können, gibt es nun einen direkten Link zu den Prüfstands-Vitaldaten die in der Monitoring Detailansicht für den Testzeitraum erfasst sind.
[FEATURE]: Die REST-API der Artefaktverwaltung wurde erweitert um die Möglichkeit Depositories und deren Storages zu verwalten.
[FEATURE]: Die REST-API für das Monitoring unterstützt nun das Abrufen oder Löschen von ResourceAdapter-Konfigurationen sowie das Löschen sämtlicher Prüfplatzdaten.
[CHANGED]: Das Feld für den Review-Kommentar lässt sich in der Größe anpassen, um einen schnelleren Überblick zu erhalten.
[CHANGED]: In der Jama-Konfiguration kann die Strategie für die Zuordnung von Jama Test Runs beim Zurückspielen von Testreports vorgegeben werden.
So ist es z.B. möglich, Testberichte mit einer zugewiesenen Jama-ID in ein neues Jama-Projekt zu synchronisieren, indem man die Strategie der Namenszuordnung wählt.
ACHTUNG: Existierende Jama-Konfigurationen unterstützen dies nicht, sie müssen unter Management Tools neu angelegt werden, damit die Option verfügbar wird.
[CHANGED]: Testfall-Konstanten können (analog zu den Testfall-Attributen) nun ebenfalls mehrere Werte pro Konstante enthalten.
[CHANGED]: Es ist möglich für Testausführungsaufträge und Playbooks mit der SCM-Quelle SVN einen partiellen Checkout-Pfad anzugeben.
Wenn in der SCM-Quelle das scmLabel verwendet wird, kann der sparseCheckoutPath als zusätzliches Feld angegeben werden.
{
"sourceType": "scm",
"scmUrl": "MySVN",
"sparseCheckoutPath": "sparse/checkout/path",
}Bei der Verwendung der scmUrl, kann der partielle Checkout-Pfad hinten an die URL angehängt werden.
{
"sourceType": "scm",
"scmUrl": "http://my/svn/url/sparse/checkout/path",
}[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
Da das NFC Configuration Plug-in des ResourceAdapters ebenfalls nur mit Java 8 funktioniert, wird dieses in einer zukünftigen Version entfernt.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.104.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Der erste Teil der Migration kann je nach Datenstand bis zu einer Stunde dauern, währenddessen ist KEIN Zugriff auf test.guide möglich. Der anschließend erfolgende, zweite Migrationsschritt kann mehrere Stunden in Anspruch nehmen, dabei ist ein Zugriff auf test.guide wieder möglich.
Die aktuelle Migration benötigt mehr Datenbank-Speicher, dieser wird in kommenden Releases wieder freigegeben.
[PERFORMANCE]: 🚀 Alle Argument-Filteroperationen auf Testfallausführungen wurden optimiert.
[FEATURE]: Das neue test.guide Dashboard-Feature ist nun standardmäßig aktiviert und erlaubt es im Projekt Dashboards anzulegen.
Für die aktuellen Dashboard-Widgets werden die gespeicherten Ergebnis-Projektfilter als Datengrundlage verwendet.
Die Widgets können für die Anzeige entsprechend konfiguriert werden.
Es kann ein Dashboard als Favorit gewählt werden, welches dann direkt in der Projekt-Ansicht angezeigt wird.
Weitere Widgets sind für die Zukunft geplant.
[FEATURE]: Mit dem neuen ResourceAdapter-RestApiActivityPlugin können beliebige Aktivität pro Prüfstand über die REST-API erfasst werden.
Zunächst wird die gewünschte Aktivität in test.guide konfiguriert.
Im ResourceAdapter muss das neue …plugin.testbenchActivity.restApi.RestApiActivityPlugin entsprechend aktiviert werden.
Danach können über die HTTP POST Befehle (siehe Beispiel) die Aktivitäten am Prüfstand entsprechend übermittelt werden für die Auswertung.
Beispiele zur Einrichtung des Plugins finden sich in der ResourceAdapter-Zip in der Datei resourceAdapter.example.config.
[CHANGED]: Für die Pre-Setup- und Post-Teardown-Skripte der Playbook-Ausführung werden zusätzlich als Umgebungsvariablen die TEST_GUIDE_URL, TEST_GUIDE_PROJECT_ID sowie der TEST_GUIDE_AUTH_KEY bereitgestellt. Damit ist ein Zugriff auf die test.guide API innerhalb der Skripte möglich.
[PREVIEW]: Mehrere nachgelagerte Trace-Analysen können in einem Auftrag gebündelt werden
Für die nachgelagerten Trace-Analysen werden zusätzliche Testausführungsaufträge erzeugt.
Bisher wurde ein Auftrag pro Analyse erstellt, um die Analyseausführungen maximal zu parallelisieren.
In bestimmten Szenarien ist es aber günstiger, mehrere Analysen in einem Auftrag zu bündeln.
Dies ist jetzt parametrierbar und pro Schritt im Playbook oder für den gesamten Ausführungsauftrag möglich.
[CHANGED]: Der ResourceAdapter benötigt weniger Rechte für die Testausführungsverteilung.
Der AuthKey im ResourceAdapter benötigt jetzt für die Testausführungsverteilung nicht mehr die Berechtigung Projekt verwalten.
Benötigt werden folgende Rechte: Ausführungsaufträge lesen bzw. anlegen, Testreports anlegen sowie Hinterlegte Dateien anlegen.
[DEPRECATED]: Der ResourceAdapter gibt nun eine Warnung aus, wenn das Polling-Intervall eines konfigurierten Plugins die angegebene Untergrenze verletzt und aus diesem Grund angepasst werden musste. In zukünftige Releases wird keine Korrektur mehr vorgenommen, sondern eine Fehlermeldung ausgegeben.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
Da das NFC Configuration Plug-in des ResourceAdapters ebenfalls nur mit Java 8 funktioniert, wird dieses in einer zukünftigen Version entfernt.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
[FIXED]: Der Import von Report-Backups aus S3-Dateiablagen ist nun auch möglich, wenn kein S3 Objektschlüsselpräfix konfiguriert ist.
[FIXED]: Beim Entfernen oder Umziehen von Prüfständen in der Monitoring IT-Ansicht werden nun wieder die Aktivitätsdaten berücksichtigt.
|
Release-Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.102.0 |
[FIXED]: Der Fehler beim Erstellen von Release-PDFs mit Hilfe der Reporting API ist behoben.
Im Release 1.104.0 lieferte der API-Aufruf POST /reporting/export für das Erstellen von Release-PDFs mit korrekten Parametern fälschlicherweise den Fehlercode 500.
[FIXED]: Der Fehler, dass in bestimmten Situationen die Prüfstandsaktivität nicht berechnet bzw. abgefragt werden konnte, ist behoben.
|
Release-Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.102.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
Die aktuelle Migration benötigt mehr Datenbank-Speicher, dieser wird in kommenden Releases wieder freigegeben.
[FEATURE]: Der neue Link in den Aufnahmen der Testfalldetails ermöglicht es zur jeder Trace-Analyse die zugehörige Stimulation und auch weitere Analysen, die mit dieser Stimulation gelaufen sind, zu finden.
Über die Filterung mit dem OUT Parameter können alle Stimulations-Testfallausführungen ermittelt werden.
Über die Filterung mit dem IN Parameter können alle Analyse-Packages ermittelt werden, welche den Trace verwenden.
[FEATURE]: Mit dem neuen ResourceAdapter-ProcessCpuLoadActivityPlugin kann die Aktivität von Windows-Prozessen pro Prüfstand anhand der Prozess-CPU-Auslastung erfasst werden.
Zunächst wird die gewünschte Aktivität in test.guide konfiguriert.
Im ResourceAdapter muss danach das neue plugin…win.testbenchActivity.processCpuLoad.ProcessCpuLoadActivityPlugin mit der ID der Aktivität (…ProcessCpuLoadActivityPlugin.1.config.properties.testBenchActivityType=6) konfiguriert werden.
Pro Prozess kann dabei angegeben werden, ab wie viel Prozent CPU-Last der Prozess als aktiv erfasst werden soll - z.B.: …ProcessCpuLoadActivityPlugin.1.config.properties.processConstraints=Matlab\:15%
Beispiele zur Einrichtung des Plugins finden sich in der ResourceAdapter-Zip in der Datei resourceAdapter.example.config.
[FEATURE]: Es stehen für den Test42-FEA Coverage Datei-Import neue Strategien zur Verfügung, damit auch Testfälle mit dem selben Namen in der Coverage unterschieden werden können.
[PREVIEW]: Für die nachgelagerten Trace-Analysen über die Testausführungsverteilung gibt es zusätzliche Einstellungsmöglichkeiten um die Ablage der Aufnahmen zu konfigurieren.
Wenn die Aufnahmen in der test.guide Artefaktverwaltung abgelegt werden sollen, kann das dafür verwendete Depository konfiguriert werden.
Darüber hinaus ist es möglich, Aufnahmen auch außerhalb von test.guide, z.B. auf einem Netzlaufwerk, zu verwalten.
Die Einstellungen können über die REST-API ebenfalls verwaltet werden.
[CHANGED] Die nachgelagerte Trace-Analyse muss jetzt explizit aktiviert werden.
[CHANGED]: Hat ein Testfall nur eine einzige Ausführung auf der Testfalldetails-Seite, so ist diese bereits nach dem Laden der Seite aufgeklappt.
[CHANGED]: Hochgeladene Playbooks können für eine bessere Traceability in der Artefaktverwaltung archiviert werden. Das dafür verwendete Depository wird im Ausführungsmodul konfiguriert.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
Da das NFC Configuration Plug-in des ResourceAdapters ebenfalls nur mit Java 8 funktioniert, wird dieses in einer zukünftigen Version entfernt.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[DEPRECATED]: Die Präsentationsansicht im test.guide Monitoring wird in einer zukünftigen Version entfernt.
Bitte geben Sie uns Bescheid, sollten sie diese Ansicht verwenden!
[FIXED]: Das automatische Versenden der E-Mail-Benachrichtigung beim Setzen des Review-Ansprechpartners ist wieder möglich.
Bisher wurden nur Mails versandt, wenn direkt der test.guide Login-Name als Ansprechpartner eingetragen wurde.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.102.0 |
ACHTUNG: Bei Inbetriebnahme der neuen test.guide Version werden alte migrierte Datenbank-Tabellen gelöscht und somit Datenbank-Speicher wieder freigegeben. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen.
[REMOVED]: Auf Grund vorheriger Datenbank-Migrationen ist test.guide nur noch bis einschließlich Version 1.102 abwärtskompatibel!
Um ältere Versionen auf die aktuelle Version zu migrieren, ist ein Zwischenschritt über Version 1.102 notwendig.
Hinweis: Über die Systemstatus-Seite kann geprüft werden ob alle notwendigen Migrationen für ein Update erfolgt sind.
[PERFORMANCE]: 🚀 Alle Konstanten-Filteroperationen auf Testfallausführungen wurden optimiert.
[FEATURE]: In Vorbereitung, dass eigene Prüfstandsaktivitäten verwaltet werden können, wurde die neue CI-Aktivität hinzugefügt. Diese wird bereits vom Jenkins-Plugin gesendet.
Alle Plug-ins, die einen Zustand senden können, wurden um die Property testBenchActivityType erweitert. Mögliche Werte sind: 1 (Offline), 2 (Idle), 3 (User Activity), 4 (CI Activity), 5 (Automated Test Execution). Siehe auch resourceAdapter.example.config.
ACHTUNG: Während der Startphase von test.guide werden die gespeicherten Aktivitäten migriert. Dadurch kann es zu unvollständigen Antworten bei Aktivitäts-Abfragen kommen!
ACHTUNG [CHANGED]: Im Zuge der geplante Umstellung gibt es ein neues Process Activity Plugin, welches die Funktion der Erfassung von Prozess-Aktivitäten aus dem User Activity Plug-in übernimmt. Dieses Plugin muss entsprechend neu konfiguriert werden (siehe resourceAdapter.example.config)!
[FEATURE]: Es können eigene Testbench-Aktivitätstypen definiert werden, wodurch eine präzisere Auswertungen der Prüfstandsauslastung möglich ist.
Unter Projekteinstellungen/ResourceAdapter können die Aktivitäten verwaltet werden.
Über die angegebene Priorität wird die aktuell wichtigste Aktivität bei der Berechnung der Auslastung erkannt.
Hinweis: Die Aktivitäts-IDs sind nicht bearbeitbar. Existiert die in der resourceAdapter.config angegebene Aktivitäts-ID (testBenchActivityType) nicht, so wird die Übertragung abgelehnt und somit verworfen.
[FEATURE]: Via der neuen ResourceAdapter-Konfiguration pluginsPostponeRestarts kann der automatische Neustart des ResourceAdapters (durch Update oder Konfigurationswechsel) bis zum Abschluss aller aktuell laufenden Testausführungsaufträgen hinausgezögert werden.
#####################
# Postpone restarts #
#####################
!
! Defines whether plugins should postpone a restart that is triggered by an event
! from test.guide in order to complete their current execution task
! (see Execution Plug-in section).
!
! Valid values:
! - true: postpone active, delay restart until current work is finished
! - false (default): don't postpone, restart immediately upon event
!
pluginsPostponeRestarts=false[FEATURE]: Das Filtern von Testausführungsaufträgen ist jetzt ebenfalls über die Execution REST-API /api/v2/execution/task/filter möglich.
[CHANGED]: Die Baum-Ansicht des Testfallabdeckungsfilters wurde erweitert, so dass die Knoten die aufsummierte Anzahl der Testfälle, Testfallausführungen, Testpläne sowie die Gesamtbewertung anzeigen.
[CHANGED]: Nutzerdefinierte Attribute an Testausführungsaufträgen wurden in Parameter umbenannt und stehen während der Ausführung zur Verfügung.
Achtung: Bei Verwendung der Execution-API müssen dadurch parameters statt attributes angegeben werden!
Zusätzlich stehen Parameter an den folgenden Stellen während der Ausführung bereit:
bei Verwendung des ECU-TEST-Dispatchers als Konstanten im ECU-TEST
bei Verwendung des ECU-TEST-Dispatchers und Playbooks als Umgebungsvariablen im Pre-Setup- und Post-Teardown-Skript
bei Verwendung des Jenkins Dispatchers als Parameter der Jenkins-Pipeline
[CHANGED]: Für die Pre-Setup- und Post-Teardown-Skripte der Playbook-Ausführung werden zusätzliche als Umgebungsvariablen die TT_TASK_ID sowie die Bestandteile der ResourceLocationId LOCATION, TESTBENCH und MACHINE bereitgestellt.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.100.2 |
[FIXED]: Die Maximallänge von Attribut-, Konstanten- und Parameterwerten wurde für MS-SQL von 1692 Byte auf 1600 Byte gesenkt, damit diese Werte indexierbar sind. Zudem kann der Wert jetzt per Java-System-Property de.tracetronic.ttstm.database.limitsImpl.MsSqlLimits.maxLengthOfIndexedColumn angepasst werden.
[FIXED]: Die Hintergrundmigrationen werden jetzt beim Wechsel der Datenbankkonfiguration ohne Neustart von test.guide gestartet.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.100.2 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert. Dies kann je nach Datenstand bis zu einer Stunde dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist KEIN Zugriff auf test.guide möglich.
Hinweis: Über die Systemstatus-Seite kann geprüft werden, ob alle notwendigen Migrationen für ein Update erfolgt sind.
[PERFORMANCE]: 🚀 Alle Attribut-Filteroperationen auf Testfallausführungen wurden optimiert.
[PREVIEW]: Traceanalysen können mithilfe der Testausführungsverteilung von ihrer Stimulation getrennt auf separaten Prüfplätzen nachgelagert ausgeführt werden. Damit kann der Prüfstand sofort für weitere Tests genutzt werden.
Dem Ausführungsauftrag kann bei der Erstellung ein Analyseausführungsmodus mitgegeben werden. Ist dieser "downstream", dann werden alle zugehörigen Traceanalysen nachgelagert ausgeführt.
...
"additionalSettings": {
"analysisExecutionMode" : "downstream"
}
...Diese Einstellung kann auch bei der Erstellung von Ausführungsaufträgen aus Playbooks oder Artefakten angegeben werden.
Die Stimulation der Testausführungsaufträge wird ohne Durchführung der Traceanalysen auf dem Prüfplatz ausgeführt.
Der ResourceAdapter lädt die von der Stimulation aufgenommenen Traces in die test.guide Artefaktverwaltung hoch und stellt diese somit für die Analyseprüfplätze bereit. Voraussetzung hierfür ist ein konfiguriertes und aktiviertes Depository mit der ID "recordings".
Die erstellten Analyseaufräge können auf jedem Prüfplatz ausgeführt werden, der die folgende Konfiguration besitzt:
"label" : "Type",
"category" : "XIL",
"value" : "Analysis"Für die Nutzung der Analyseverteilung wird ein ECU-TEST ab der Version 2021.2 benötigt. Die Analyseverteilung funktioniert nur mit dem ECU-TEST-Dispatcher des ResourceAdapters.
[CHANGED]: Der Ergebnisfilter wurde erweitert, so dass es jetzt nicht nur möglich ist, ungültige Testfallausführungen auszublenden, sondern auch nur nach ungültigen Testfallausführungen zu filtern.
[CHANGED]: Der Release-API-Endpunkt GET /releases wurde um den Suchparameter parentId erweitert, so dass die Suche auf Releases in einem Release-Ordner eingeschränkt werden kann.
[CHANGED]: Der Release-API-Endpunkt GET /releases/{releaseId}/children wurde um den Parameter queryParameters erweitert, so dass die Kind-Releases analog zu GET /releases gefiltert werden können.
[CHANGED]: Das Datenmodell des JSON2ATX Plugin wurde geändert. Die beliebigen Attribute am Testreport entfallen und wurden durch ein neues Feld für den optionalen ReportIdentifier ersetzt.
{
"name":"TestSuite",
"timestamp":1474922831157,
"testcases":[
{
...
}
...
],
"optionalReportIdentifier": "8e34a770-7a95-11e6-864c-acfdce4c6d81"
}[CHANGED]: Sollten bei der Migration im Hintergrund Fehler auftreten, werden die Server-Manager via E-Mail darüber informiert.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[REMOVED]: Die Unterstützung von Apache Derby als Datenbankmanagementsystem wurde entfernt.
Für Produktivsysteme ist die Verwendung von PostgreSQL empfohlen.
Für Test- und Evaluierungszwecke kann H2 verwendet werden.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.100.2 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
Die aktuelle Migration benötigt mehr Datenbank-Speicher, dieser wird in kommenden Releases wieder freigegeben.
[REMOVED]: Auf Grund vorheriger Datenbank-Migrationen ist test.guide nur noch bis einschließlich Version 1.100 abwärtskompatibel!
Um ältere Versionen auf die aktuelle Version zu migrieren, ist ein Zwischenschritt über Version 1.100 notwendig.
Hinweis: Über die Systemstatus-Seite kann geprüft werden ob alle notwendigen Migrationen für ein Update erfolgt sind.
[FEATURE]: In den einzelnen Schritten eines Playbooks können Timeouts (in Minuten) definiert werden.
...
"testcases": [
{
"type": "package",
"relativePath": "Packages/MyPackage.pkg",
"timeout": 3
}
],
...[FEATURE]: In der Artefaktverwaltung kann nach der Artefakt-ID gefiltert werden.
Die Filtererweiterung steht auch via REST-API zur Verfügung.
[CHANGED]: Der ResourceAdapter nutzt für die Testausführungsverteilung nun standardmäßig das installierte Git am Prüfplatz. Damit wird eine bessere Performance erzielt und zusätzliche Features, wie zum Beispiel Git LFS, können verwendet werden.
Wenn auf dem Prüfplatz kein Git installiert ist, wird als Fallback wie bisher der eingebettete JGit-Client genutzt.
[CHANGED]: Die Maximallänge für Issue-Tracker-Vorlagen (Ticketkommentare und Freitextfelder) wurde erhöht.
[DEPRECATED]: Die Unterstützung von Apache Derby als Datenbankmanagementsystem wird demnächst eingestellt!
Für Produktivsysteme ist die Verwendung von PostgreSQL empfohlen.
Für Test- und Evaluierungszwecke kann H2 verwendet werden.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[FIXED]: Probleme beim Upload von speziellen Reports mit doppelt vergebenen Testfallnamen in unterschiedlichen Ordnern sind behoben.
Problem tritt nur auf, wenn Reports ein ECU-TEST Package mit gleichem Namen mehrfach aufweisen aber dieses aus unterschiedlichen Ordner-Strukturen stammt.
Nach Einspielung des Releases werden fehlerhafte Reports automatisch erkannt und ohne Datenverlust repariert.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.97.0 |
[FIXED]: Probleme beim Datenbank-Migrationsschritt MigrateAtxUuids, die durch spezielle Report-Ids über X2ATX verursacht werden können, sind behoben.
Problem tritt nur auf, wenn Reports z.B. über ein eigenes X2ATX-Plugin hochgeladen wurden, die als ATX-UUID keine UUID sondern einen anderen eindeutigen String verwendet haben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.97.0 |
[FIXED]: Probleme mit der Verbindung zu SMB-Dateiablagen, die bei speziellen Konfigurationen auftreten konnten, sind behoben.
[FIXED]: Die sporadisch auftretenden Fehlermeldungen bei der Auswahl eines Dashboards wurden behoben.
|
Freigabe durch: |
|
|
Erforderliche Mindestversion: |
1.97.0 |
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
Die aktuelle Migration benötigt mehr Datenbank-Speicher, dieser wird in kommenden Releases wieder freigegeben.
[PREVIEW]: Mit aktiviertem Dashboard-Feature-Flag kann das - sich noch in Entwicklung befindliche - test.guide Dashboard-Feature ausprobiert werden.
Für die aktuellen Dashboard-Widgets werden die gespeicherten Ergebnis-Filter als Datengrundlage verwendet.
Die Widgets können für die Anzeige entsprechend konfiguriert werden.
Es kann ein Dashboard als Favorit gewählt werden, welches dann direkt in der Projekt-Ansicht angezeigt wird.
Zum Ausprobieren des Features muss die Datei features.properties ins TTS-TM Verzeichnis mit dem Inhalt DASHBOARD=true gelegt und test.guide neugestartet werden.
Für die Zukunft sind weitere Widgets geplant.
[FEATURE]: Testausführungsaufträge können für eine besser Filterung um nutzerdefinierte Attribute erweitert werden.
[FEATURE]: In der Übersicht der Testausführungsaufträge kann zu jeder Playbook-Ausführung das Playbook direkt mit angezeigt werden.
[FEATURE]: Die Playbooks wurden um zusätzliche Variablen ergänzt.
Aus der ResourcenAdapter-Konfiguration stehen die Variablen LOCATION, TESTBENCH und MACHINE zur Verfügung.
Die Umgebungsvariablen des Prüfplatzes stehen ebenfalls als Variablen zur Verfügung.
Die oberste Priorität bei der Ersetzung haben die Labels der Abhängigkeiten, dann Umgebungsvariablen und gefolgt von der ResourcenAdapter-Konfiguration
[CHANGED]: Der Excel-Export wurde um die Spalte Report-ID (ATX-ID) erweitert.
[CHANGED]: Werden test.guide Reports zu Jama zurückgespielt und die Jama-Id ist in Form der ECU-TEST Testskript-Id gesetzt, dann wird diese verwendet.
[DEPRECATED]: Die Unterstützung von Apache Derby als Datenbankmanagementsystem wird demnächst eingestellt!
Für Produktivsysteme ist die Verwendung von PostgreSQL empfohlen.
Für Test- und Evaluierungszwecke kann H2 verwendet werden.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[FEATURE]: Als Tester werden meine angelegten Octane Defects im Review direkt mit den (synchronisierten Octane) Testfallausführungen beim Upload verlinkt. Dies spart eine manuelle Zuordnung im Nachgang.
Damit die Defects korrekt zugewiesen werden können, muss sowohl die Octane Testmanagement-Anbindung als auch die IssueTracker Anbindung denselben Workspace sowie Shared Space vorweisen.
Die Octane-Defects können wie gewohnt im test.guide angelegt werden.
Nach dem Hochladen der Testfallausführung, welche im Review einem neuen Defekt zugeordnet wurde, ist der Defekt-Link in Octane sichtbar.
[FEATURE]: Konstanten, die über die Testausführungsverteilung gesetzt werden, stehen bereits zur Ausführung im ECU-TEST zur Verfügung.
Das betrifft die Konstanten TT_TASK_ID und TT_ARTIFACT_ID.
Zusätzlich wurde eine Konstante TT_ARTIFACT_URL hinzugefügt, die einen Download-Link für das Artefakt enthält, aus dem der Ausführungsauftrag erstellt wurde.
[FEATURE]: Das JSON2ATX-Plug-in wurde erweitert, um Trace-Aufzeichnungen angeben zu können.
Das JSON2ATX-Plug-in JSON-Schema wurde aktualisiert.
Unter recordings können die Aufnahmen spezifiziert werden.
{
"name":"Test-Suite",
"timestamp":1423576765000,
"testcases":[
{
"@type":"testcase",
"name":"TestCase-0",
"verdict":"FAILED",
"description":"Description",
"timestamp":1423536765000,
"executionTime":15,
"recordings":[
{
"name":"trace1.as3trace",
"direction":"IN"
},
{
"name":"trace2.as3trace",
"direction":"OUT"
},
{
"name":"trace3.as3trace",
"direction":"INOUT"
}
],
"artifacts": [
"trace1.as3trace",
"trace2.as3trace",
"trace3.as3trace"
]
}
]
}Bei Namensgleichheit mit den Artefakten werden diese automatisch verlinkt und entsprechend in test.guide angezeigt.
Zusätzlich wurde die Report Management API um die recordings erweitert.
[FEATURE]: Als Server Manager kann man bei Verwendung von OpenID Connect ACRs (Authentication Context Class References) konfigurieren. Auf diese Weise können sich die Nutzer mittels Multi-Faktor-Authentisierung anmelden.
[FEATURE]: In der Artefaktverwaltung kann nach der Datei-Prüfsumme gefiltert werden.
Die Filtererweiterung steht auch via REST-API zur Verfügung.
[CHANGED]: Über die Integration API sind zusätzliche Informationen für Webhooks abrufbar.
lastSuccess und lastError zeigen den Zeitstempel des letzten erfolgreichen Webhookaufrufs und des letzten Fehlschlags an.
errorCount zählt die Anzahl der zuletzt aufeinanderfolgend fehlgeschlagenen Webhookaufrufe.
[DEPRECATED]: Die Unterstützung von Apache Derby als Datenbankmanagementsystem wird demnächst eingestellt!
Für Produktivsysteme ist die Verwendung von PostgreSQL empfohlen.
Für Test- und Evaluierungszwecke kann H2 verwendet werden.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
Die aktuelle Migration benötigt mehr Datenbank-Speicher, dieser wird in kommenden Releases wieder freigegeben.
[REMOVED]: Auf Grund vorheriger Datenbank-Migrationen ist test.guide nur noch bis einschließlich Version 1.97 abwärtskompatibel!
Um ältere Versionen auf die aktuelle Version zu migrieren, ist ein Zwischenschritt über Version 1.97.0 notwendig.
[CHANGED]: Über die Systemstatus-Seite kann geprüft werden ob alle notwendigen Migrationen für ein Update erfüllt sind.
[PERFORMANCE]: 🚀 Alle zeitbasierten Filteroperationen auf Testfallausführungen wurden optimiert.
[FEATURE]: In der Testauftragsübersicht stehen zusätzliche Filtermöglichkeiten zur Verfügung.
[FEATURE]: Die IssueTracker-Templates wurden um die Platzhalter: {testcase:link} und {review:author} erweitert.
[CHANGED]: Die ECU-TEST ATX-Generator Option archiveFilesPerPackage wird für einzelne ECU-TEST Packageausführungen, ohne ECU-TEST Projekt-Kontext unterstützt.
[CHANGED]: ATX-Generator: Kodieren von Zeichen beim Generieren des ATX geändert um fehlerhaft kodierte Sonderzeichen (bspw. Umlaute) zu vermeiden.
[CHANGED]: Werden Testfallausführungen im Review als invalid markiert, werden diese in Releases nicht mehr erfasst bzw. aus bestehenden Releases entfernt.
[DEPRECATED]: Die Unterstützung von Apache Derby als Datenbankmanagementsystem wird demnächst eingestellt!
Für Produktivsysteme ist die Verwendung von PostgreSQL empfohlen.
Für Test- und Evaluierungszwecke kann H2 verwendet werden.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich.
[PERFORMANCE]: Die Release-Übersicht wurde für eine performantere Anzeige der Daten optimiert.
[FEATURE]: Zu fehlgeschlagenen Testauftragsausführungen wird zusätzlich die Fehlschlagsursache angezeigt.
Die Fehlschlagsursache steht ebenfalls in der Execution REST-API an den Testaufträgen zur Verfügung (/api/v2/execution/task).
[FEATURE]: Die Integration API wurde um Webhooks für Zustandsübergänge von Testausführungsaufträgen erweitert.
[FEATURE]: Die Report Management API wurde um den Endpunkt api/report/statistic erweitert.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[FEATURE]: Das neue Review-Kommentarfilterfeld erleichtert es, auf bestehende Reviews mit ähnlichen Fehlermustern zu verweisen.
[FEATURE]: Die Review-Templates wurden um den Platzhalter {currentComment} erweitert. Mit diesem ist es möglich festzulegen, wo bei Anwendung des Review-Templates der bisherige Kommentar eingefügt werden soll.
[FEATURE]: Als Admin kann ich in der Systemstatusübersicht sehen, ob alle Dateiablagen verfügbar sind.
[CHANGED]: Die maximale Zeichenlänge des Projektnames wurde von ~20 auf 64 Zeichen erweitert.
[CHANGED]: Im Task-Manager werden alle Tasks, die älter als 1 Monat sind, automatisch entfernt.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welche vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[FEATURE]: Ist ein ResourceAdapter einmal auf einem Prüfplatz in Betrieb genommen, können auf anderen Prüfplätzen leicht weitere ResourceAdapter mit der gleichen Konfiguration ausgerollt werden.
Dazu kann man unter Projekteinstellungen/ResourceAdapter → ResourceAdapter-Pakete vorkonfigurieren ein Paket zusammenstellen, welches auf einer bestehende Konfiguration basiert.
Diese Funktionalität steht zur Automatisierung des Rollouts auch über die Monitoring REST-API zu Verfügung: POST /resourceadapter/download.
[FEATURE]: Um Report-Uploads zusätzlich zu einem eventuell bereits vorhandenen Datenbank-Backup zu sichern, kann das test.guide eigene Backup-System für Report-Uploads genutzt werden.
Bei aktiviertem Backup (Systemeinstellungen/Backup), werden alle Report-Uploads auf der konfigurierten Dateiablage in dem festgelegten Zeitintervall gespeichert und können im Bedarfsfall wieder eingespielt werden.
[FEATURE]: Die Job-Verwaltung ist nach Besitzern (Benutzer-, Projekt- und System-Tasks) strukturiert. Damit ist es nun möglich auch projekt- bzw. systemweite Jobs zu verwalten.
[FEATURE]: Im Playbook einer Testausführung können in den Abschnitten Setup und Teardown explizit Testkonfiguration und Testbenchkonfiguration angegeben werden.
...
"setup": {
"steps": [
{
"type": "configuration",
"tbcPath": "Configurations/Testconfiguration.tbc",
"tcfPath": "KEEP"
},
...
]
},
...Mit "" können Konfigurationen explizit entladen werden. "KEEP" behält die aktuell geladene Konfiguration bei.
[FEATURE]: Mithilfe des Disclaimer-Features können Compliance-Regelungen für die Verwendung von test.guide in der Firma jedem Anwender transparent gemacht werden.
Die Einrichtung erfolgt unter Systemkonfiguration/Benutzerverwaltung → Disclaimer konfigurieren.
Ist ein Disclaimer konfiguriert, muss jeder Benutzer nach dem Login diesem zustimmen, bevor er test.guide verwenden kann.
Weitere Information sind in der Anwenderdokumentation im Kapitel 5.5. Configure disclaimer zu finden.
[CHANGED]: In der Report Management-API wurde beim Aufruf von GET /report/testCaseExecution/{tceId} der Rückgabewert für name in den testSteps dahingehend geändert, dass nicht mehr die Teststep-Id sondern das Teststep-Label zurückgegeben wird.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welchem vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[FIXED]: Der ATX-Generator ist zu ECU-TEST 7.2 wieder abwärtskompatibel. Bei Problemen sollte im Workspace von ECU-TEST 7.2 im Template-Verzeichnis der hinterlegte ATX-Ordner entfernt werden, damit ein Update auf die aktuelle test.guide Release-Version möglich ist.
[FEATURE]: In Ausführungsaufträgen und Playbooks können Workspace-Abhängigkeiten referenziert werden.
Die Abhängigkeiten können in Form von test.guide Artefakten im Playbook angegeben werden:
"dependencies": [
{
"label": "A2L",
"source": {
"sourceType": "artifact",
"artifactId": "depo-123"
}
},
{
"label": "ZIP",
"copyTo": "./dependencies",
"unzip": true,
"source": {
"sourceType": "artifact",
"artifactId": "depo-456"
}
}
]Bei der Ausführung lädt der ResourceAdapter alle angegebenen Artefakte herunter und ersetzt im Ausführungsauftrag alle Referenzen auf die Abhängigkeiten in Konstantenwerten oder Parameterwerten, z.B.
{
"label": "A2lPath",
"value": "${A2L}"
}durch die absoluten Pfade zu den heruntergeladenen Artefakten. Die Pfade stehen entsprechend als Parameter oder Konstanten im ECU-TEST zur Verfügung.
Mithilfe von copyTo kann ein Zielpfad definiert werden, wo die Abhängigkeit zusätzlich hinkopiert wird. Dieser Pfad ist entweder absolut oder relativ zum Workspace-Ordner.
[FEATURE]: ATX-Generator: Als Tester kann ich nun gezielter nach ECU-TEST Testfallausführungen bestimmter TCF-Einstellungen durch einen Konstantenfilter suchen, wenn die Daten erfasst wurden:
TCF_BUS_%Bus-Identifier% erfasst den Dateiname der Busdatenbank
TCF_HOSTNAME erfasst den Namen des Computers auf dem die Ausführung durchgeführt wurde
[CHANGED]: Bei der TBC_TOOL_… Erfassung wird neben der ermittelten Tool-Version in Klammern der Host-PC der Ausführung mit angegeben.
[CHANGED]: Die Taskmanager Tasks sind nach Besitzern (Benutzer-, Projekt- und System-Tasks) strukturiert und filterbar.
Ebenfalls ist eine Filterung des Task-Types möglich.
[CHANGED]: Die Backup-Durchführung für den Ex- und Import der Daten wurde in Projekt-Tasks ausgelagert, wodurch die Projekt-Manager den aktuellen Status immer einsehen können.
[CHANGED]: Für die Testausführungsverteilung kann der ResourceAdapter so konfiguriert werden, dass für die Ausführung ein bereits vorbereitetes ECU-TEST genutzt wird.
Parameter: plugin.de.tracetronic.ttstm.monitoring.plugin.execution.ExecutionPlugin.1.config.properties.ecutest.external=true
[CHANGED]: Beim Upload von ECU-TEST-Reports über den ResourceAdapter werden fehlgeschlagene Uploads (etwa bei Übertragungsfehlern) nun 3 mal versucht.
Mit dem Parameter plugin.de.tracetronic.ttstm.monitoring.plugin.testguideupload.TestGuideUploadPlugin.1.config.properties.waitAfterError=120000 (Standardwert) kann konfiguriert werden, wie lange vor einem erneuten Upload gewartet werden soll.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welchem vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
[REMOVED]: Die Legacy Default TraceTronic BIRT Report-Designs sind nicht mehr Bestandteil von test.guide. Alte PDF Templates können aber weiterhin verwendet werden.
[FEATURE]: Die neue test.guide Webhook API bietet Integrationsmöglichkeiten mit externen Systemen, die über neu eingespielte Reports benachrichtigt werden sollen.
Projekt-Manager können externe URLs zur Benachrichtigung registrieren.
Alle registrierten URLs werden unmittelbar nach der Einspielung eines neuen Reports benachrichtigt.
Die Benachrichtigung wird im Fehlerfall 2x erneut versucht, eine Zustellung der Nachricht darüber hinaus wird nicht garantiert.
Es ist geplant, zukünftig weitere Event-Typen (neben dem Report-Upload) zu unterstützen.
[FEATURE]: Als Testmanager habe ich durch die neue Option nur die letzten Ausführungen anzeigen einen besseren Release-Überblick über den Status und die Ergebnisse der laufenden/abgeschlossenen Absicherungsumfänge.
[FEATURE]: Playbooks können um ein Pre-Setup-Skript und ein Post-Teardown-Skript erweitert werden. Damit können vor bzw. nach der Ausführung Aufgaben wie z.B. die Initialisierung eines Programmes oder das Aktualisieren einer Einstellung am Prüfstand vorgenommen werden.
Die Skripte müssen je nach Plattform als .bat oder .sh Datei vorliegen.
Die Skripte können als absolute Pfade auf dem Prüfplatz oder als relative Pfade (relativ zum Workspace des Playbooks) angegeben werden.
Das Pre-Setup-Skript wird nach dem Auschecken des Workspace, vor dem Start von ECU-TEST ausgeführt. Das Post-Teardown-Skript wird ausgeführt nachdem ECU-TEST beendet wurde.
Die Skripte müssen blockieren bis sie vollständig abgeschlossen sind!
Skripte werden aktuell auf eine Laufzeit von 15 Minuten begrenzt!
{
...
"setup": {
"preSetupScript": "scripts/preSetup.bat",
"steps": [
...
]
},
"execution": {
"testcases": [
...
]
},
"teardown": {
"postTeardownScript": "scripts/postTeardown.bat",
"steps": [
...
]
},
...
}[CHANGED]: Playbooks: Workspaces, die in einem Git Repository mit recursive submodule abgelegt sind, werden automatisch mit ausgecheckt.
Wenn ein Playbook ein Git Repository referenziert, welches mehr als nur einen ECU-TEST Workspace enthält, kann zusätzlich der relative Pfad zum Workspace im Repository mit angegeben werden.
{
...
"workspace": {
"source": {
"sourceType": "scm",
"scmType": "git",
"scmUrl": "https://myCompany/workspaces/myWorspaceWithSubModules.git",
"scmCommit": "717c2f9",
"relativeWorkspacePath": "test-drive-123\\workspace01"
},
},
"setup": {
...
}[CHANGED]: Die Upload-Regel Create link in Jira-Ticket ist in der Ticket-Erkennung toleranter gegenüber eingefügter Leerzeichen bei Ticketangaben. Beispiel: _JIRA-xxx , JIRA-yyy _.
[CHANGED]: Die Server-Manager werden beim Herunterfahren von test.guide nicht mehr via E-Mail benachrichtigt, wenn der Wartungsmodus vorher aktiviert wurde.
[DEPRECATED]: Die Unterstützung von Java 8 für den ResourceAdapter wird Ende August 2021 eingestellt!
Danach wird mindestens Java 11 vorausgesetzt, welches seit Release 1.91.0 für Windows mit ausgeliefert wird.
Für bestehende ResourceAdapter muss nur die starter.bat an das mitgelieferte Java 11 angepasst werden.
[DEPRECATED]: Die Unterstützung des test.guide Deployments auf Java EE Applikationsservern wird Ende März 2022 eingestellt.
Danach steht die test.guide-version-ee-enterprise.war nicht mehr zur Verfügung.
Hintergrund: Durch die Abhängigkeiten zur Java EE Edition sind wir teilweise in der Entwicklung neuer Features durch nicht aktualisierbare Java-Bibliotheken, welchem vom Java EE Application Server bereitgestellt werden, eingeschränkt. Dies bremst die Weiterentwicklung.
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Monitoring-Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Monitoring-Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide nicht möglich.
[PREVIEW]: Das Cluster-Lizenzmanagement wurde erweitert um die Möglichkeit separate Lizenz-Admins zu bestimmen, die dann die hinterlegten Lizenznutzer verwalten können.
[FEATURE]: test.guide unterstützt den OpenID-Connect Front-Channel Logout.
Die zugehörige URL ist <test.guide Base URL>/logout.
[PERFORMANCE]: Die Berechnung der Prüfstands-Aktivitäten wurde optimiert, so dass die Daten genauer und schneller berechnet werden können.
[CHANGED]: Bei der Testausführungsverteilung wird nach einem Neustart des ResourceAdapters erkannt, ob während des Neustarts eine Ausführung lief.
Läuft die Ausführung über Jenkins, dann wird bis zum Ende der Ausführung im Jenkins gewartet und danach das Ergebnis an test.guide gemeldet.
Läuft die Ausführung über ECU-TEST, wird der Auftrag als fehlgeschlagen im test.guide gekennzeichnet.
[CHANGED]: In Playbooks werden weitere Quellen für ECU-TEST-Workspaces unterstützt.
Zusätzlich zu Workspaces in Source Code Management Systemen, können nun auch Workspaces aus der test.guide Artefaktverwaltung und aus einem bestimmten Dateipfad referenziert werden.
...
"playbook": {
"workspace": {
"source": {
"sourceType": "location",
"path": "path//to//workspace"
}
},
...
}
...
"playbook": {
"workspace": {
"source": {
"sourceType": "artifact",
"artifactId": "depo-123"
}
},
...
}[CHANGED]: In der Testfallabdeckungsfilter-Ansicht unterscheidet die Option Nur letzte Ausführung verwenden die Testfallausführungen auch nach Parametersatznamen zusätzlich zum Testfallnamen.
[CHANGED]: Bei aktivierter OpenID Connect-Authentifizierung kann ein Projekt-Manager keine Nutzer mehr selbst anlegen, da die Anmeldung des Nutzers - mit den korrekten Nutzerdaten - über OpenId Connect geschieht.
[FIXED]: Die Testausführungsverteilung kann mit einer MS SQL Server Datenbank verwendet werden.
[FEATURE]: Die Artefaktverwaltung unterstützt als neuen Storage-Type Artifactory.
Weiterhin wurde die Usability beim Anlegen und Bearbeiten der Storage-Konfigurationen verbessert.
[FEATURE]: Als Tester kann ich mit dem neuen Review-Autoren-Filter meine Reviews schneller wiederfinden.
[FEATURE]: Beim Versenden von z.B. Wartungsfenstern an das eigene Projekt oder an alle System-Nutzer ist es jetzt möglich, einen zusätzlichen Outlook-Termin für den Wartungszeitraum mit zu versenden.
[FEATURE]: Als Admin kann ich mit Hilfe des angebundenen LDAP-Verzeichnisses leicht überprüfen, welche Benutzer nicht mehr im Unternehmen sind und aus test.guide entfernt werden können.
[FEATURE]: Die Coverage REST API wurde um die Methode GET /coverage/filterdefinitions erweitert, mit der alle öffentlichen sowie die eigenen Coverage-Filterdefinitionen abgefragt, geändert und aktualisiert werden können.
[DEPRECATED]: Im Zuge der neuen Methode, wurden alle /coverage/config auf /coverage/filterdefinitions umgestellt. Die coverage/config Aufrufe sind noch gültig, werden aber in einem späteren Release entfernt.
[FEATURE]: Die Filteransicht in der Testausführungsverteilung wurde um die Möglichkeiten der Mehrfacheingabe, Wildcards und Autovervollständigung ergänzt.
[PERFORMANCE]: Beim Upload von Report-Daten wird weniger Arbeitsspeicher benötigt.
[CHANGED]: Für die Inbetriebnahme des ResourceAdapter wird keine Java-Installation mehr benötigt. Java 11 wird direkt mit ausgeliefert.
Bestehende ResourceAdapter sind von der Änderung nicht betroffen. Hierfür muss die starter.bat angepasst werden.
Weiterhin verwendet der ResourceAdapter automatisch den Windows-Zertifikats-Store, so dass Company-Zertifikate nicht zusätzlich in den Java TrustStore importiert werden müssen.
[CHANGED]: Testausführungsaufträge, die über den Jenkins ausgeführt werden sollen, werden nur dann gestartet, wenn der Jenkins bereit ist und es keine ECU-TEST-Ausführung auf dem Prüfplatz gibt.
[CHANGED]: Bei aktivierter OpenID Connect-Authentifizierung werden seit Release 1.88.0 die Benutzerinformationen automatisch aktualisiert, wenn sich der Benutzer einloggt. Sollte im OIDC-Provider die hinterlegte E-Mail nicht hinterlegt sein aber im test.guide, dann wird die Mail-Adresse aus test.guide behalten.
[REMOVED]: Die Unterstützung von Java 8 ist eingestellt! Es wird mindestens Java 11 für test.guide vorausgesetzt.
[FEATURE]: Der REST-API-Endpunkt zum Exportieren von Testfallausführungen unterstützt jetzt alle Basisfilterparameter des Ergebnisfilters.
Die Filterparameter werden dazu als Request Body statt als Query-Parameter übergeben.
Achtung: Diese API-Änderung bricht die Abwärtskompatibilität. Bestehende Skripte müssen ggf. angepasst werden, Details dazu finden sich in der API-Dokumentation.
[FEATURE]: Releases bzw. Release-Details können jetzt einfach über den Teilen-Button ausgetauscht werden, somit ist eine Ablage von Release-Links z.B. im Confluence einfach möglich.
[FEATURE]: Die Artefaktverwaltung unterstützt nun das Löschen von Artefakten, eine Mehrfachauswahl ist möglich.
[FEATURE]: Die Release-API wurde um die Methode PUT /releases/{releaseId}/locked erweitert, so dass Releases nun auch via API automatisiert gesperrt und entsperrt werden können.
[CHANGED]: Eine neue Application Lifecycle Management Importstrategie für Testfallabdeckungsfilter ermöglicht es festzulegen, wie die Coverage-Blätter abgebildet werden sollen.
[DEPRECATED]: Die Unterstützung von Java 8 wird Ende Januar 2021 eingestellt! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Es wurden einige alte Migrationspfade entfernt, wodurch test.guide nur noch bis einschließlich Version 1.76 abwärtskompatibel ist!
Um ältere Versionen auf Version 1.90.0 oder höher zu migrieren, ist ein Zwischenschritt über Version 1.89.0 notwendig.
[FIXED]: Testschritte, welche die Sonderzeichen < und > enthalten, werden nun korrekt dargestellt.
[FEATURE]: Bei homogenen Prüfständen ist es mit den Playbooks nun ein Leichtes die Testausführung zu parallelisieren!
Beim Start kann angegeben werden auf wie viele Testausführungsaufträge das Playbook verteilt werden soll.
[CHANGED]: Die ALM-Import Strategien wurden um die globalen Filter: Testplan-Name, Testfall-Name und Ergebnis enthalten erweitert.
[CHANGED]: Die Gruppierungsanzeige in der Mehrfach-Review Ansicht wurde überarbeitet und bietet eine Suchfunktion.
[CHANGED]: Das Maximalalter der Reviews in der Liste der bisherigen Reviews wurde von 90 Tagen auf ein Jahr erhöht, damit Reviewdaten auch für selten getestete Testumfänge zur Verfügung stehen.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Die Restart-Funktionalität des ResourceAdapters ist wieder gewährleistet.
Seit Release 1.85.0 gab es ein Problem mit der bootstrap.jar des ResourceAdapters, wodurch in einigen Fällen ein Neustart des ResourceAdapters verhindert wurde. Wer einen neuen ResourceAdapter seit 1.85.0 in Betrieb genommen hat muss die bootstrap.jar manuell aktualisieren um die Neustart-Funktionalität wieder zu gewährleisten.
[FEATURE]: Bei vielen Ausführungsaufträgen pro Tag kann man schon mal die Übersicht verlieren, aus diesem Grund gibt es eine neue Übersichtsseite mit Filtermöglichkeiten, Mehrfachauswahl und zusätzlich einblendbaren Detailinformationen.
[FEATURE]: Die ECU-TEST ATX-Generator-Einstellungen können nun exportiert und in anderen test.guide Projekte/Instanzen wieder importiert werden. Dies ermöglicht einen einfachen Austausch der Einstellung zwischen oder in Teams.
[PERFORMANCE]: Die Gruppierungsansicht im Ergebnisfilter wurde für eine performantere Anzeige der Daten optimiert.
[CHANGED]: Für die Upload-Regel Attribut/Konstante abbilden und Werte mit Regex ersetzen gibt eine neue Option, die dafür sorgt, dass der Wert erhalten bleibt, sollte der reguläre Ausdruck nicht matchen.
[CHANGED]: Die Benutzerregistrierung in Kombination mit der OpenID Connect-Authentifizierung wird vereinfacht. Die Benutzerangaben wie Anzeigename und E-Mail-Adresse werden direkt vom OpenID Connect Provider übernommen und sind nicht mehr änderbar.
Zusätzlich werden die Benutzerinformationen automatisch aktualisiert, wenn sich der Benutzer einloggt.
[CHANGED]: Das JSON2ATX-Plug-in liegt in einer neuen Hauptversion vor und unterscheidet nun bei Testumgebungen zwischen Namen und Wert.
Das JSON2ATX-Plug-in JSON-Schema wurde aktualisiert:
In den importierten JSON-Daten wird das environmentSets-Element inkl. seines Namens nicht mehr unterstützt. Es hatte keine Bedeutung für test.guide.
Stattdessen werden Testumgebungen direkt als Array in das neue Element environments geschrieben.
Neben den bereits bekannten Eigenschaften name und desc wird nun auch die Angabe der Eigenschaft value vorausgesetzt.
Bisheriges, nicht mehr kompatibles Format:
"environmentSets": [
{
"name": "Configuration",
"environments": [
{
"name": "TBC",
"desc": "MyTestSuite.tbc"
},
{
"name": "TCF",
"desc": "MyTestSuite.tcf"
}
]
}
]Neues Format ab JSON2ATX-Plug-in 3.0.0:
"environments": [
{
"name": "TBC",
"value": "MyTestSuite.tbc",
"desc": "Description of the env."
},
{
"name": "TCF",
"value": "MyTestSuite.tcf",
"desc": "Description of the env."
}
]Achtung: Diese API-Änderung bricht die Abwärtskompatibilität zu bestehenden JSON-Dateien! Generatoren, welche die zu test.guide hochgeladenen JSON-Dateien erzeugen, müssen möglicherweise angepasst werden.
[CHANGED]: Der Menüpunkt Abonnements wurde in Aufgaben verwalten umbenannt, da die Seite nicht mehr nur E-Mail-Abonnements (beispielsweise abonnierte Projektfilter), sondern auch Aufgaben wie beispielsweise wiederkehrende Aufträge aus dem Modul Testausführung auflistet.
[CHANGED]: Die Daten-Quelle für den Testfallabdeckungsbericht wurde um die Coverage-Scopes erweitert und ermöglicht damit, Coverage-Berichte auf Scope-Basis zu erstellen.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Die Anzeige von großen Ergebnisfilterdaten in der Gruppierungs- und Testplanansicht ist auch bei wenig verfügbarem Arbeitsspeicher auf dem Server möglich.
[PREVIEW]: Wer mit Test42 und Funktionserprobungsaufträgen (Test42 FEA) testet, kann die Reports über das neue test42ToAtx-Plugin direkt ins test.guide importieren.
Zusätzlich ist es möglich, die FEAs als Testfallabdeckung zu importieren, um einen Überblick darüber zu erhalten, welche Testfallausführungen abgeschlossen sind.
[FEATURE]: Für das Auslagern der ECU-TEST Report-Uploads via ResourceAdapter steht pro Prüfstand eine Übersicht zur Verfügung, wie viele Uploads sich noch in der Warteschlange befinden bzw. wie viele Uploads fehlgeschlagen sind.
Damit die Warteschlangen-Werte und -Grenzen erfasst werden muss die Plugin-Konfiguration: plugin.testguideupload.TestGuideUploadPlugin entsprechend erweitert werden.
[FEATURE]: Bei wiederkehrenden Testaufträgen, z.B. bei Stabilitätsprüfungen, empfiehlt es sich Testausführungsaufträge in festgelegten Intervallen automatisch neu anzulegen.
Wiederkehrende Ausführungsaufträge können im Benutzerprofil unter Abonnements verwaltet werden.
[FEATURE]: Bei Verwendung der test.guide-internen Authentifizierung kann der Nutzer sein Passwort über die Passwort vergessen Option selbst zurückzusetzen.
Der E-Mail-Service muss für diese Feature konfiguriert sein.
[CHANGED]: Für die PDF-Berichte wurden die Review-Ticket-Datenquelle erweitert, damit kann in den PDF-Berichten auf die neuen Ticket-Felder: issueTracker, summary und ticketId zugegriffen werden.
[CHANGED]: Das Menü der Testausführung wurde umstrukturiert, so ist z.B. die Ausführung von Workspace/Projektarchiven im Menüpunkt Artefakte zu finden.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Die Verwaltung der Testausführungsaufträge ist wieder möglich.
Die durch den Fehler verursachte hohe Monitoring-Datenbankauslastung ist ebenfalls behoben.
[PREVIEW]: Es können Testausführungs-Playbooks ins test.guide hochgeladen, verwaltet und ausgeführt werden.
Zusammen mit Testausführungsaufträgen erlauben Playbooks unter anderem eine feingranulare Ausführung von Teilen eines ECU-TEST-Workspaces.
Playbooks können in einen Testausführungsauftrag überführt werden.
Der Aufbau des Playbooks steht in der Detailseite zur Verfügung.
Das Hochladen, Auslesen und Ausführen von Playbooks ist über die REST-API möglich.
[FEATURE]: Als Reviewer kann ich durch die Issue-Tracker Templates für ALM.net und Octane Defect-Tickets vorbefüllen und damit fehlerfreier und schneller anlegen.
[FEATURE]: Es gibt zwei neue Upload-Regeln die es ermöglichen Attribut- bzw. Konstantenwerte mittels regulärer Ausdrücke (Regex) auszulesen und in neue Attribute bzw. Konstanten zu übernehmen.
Im Gegensatz zu den bestehenden Upload-Regeln Attribut / Konstante abbilden ist es mit diesen neuen Regeln möglich, den Wert, der in die neuen Attribute bzw. Konstanten geschrieben wird, mittels Regex-Ersetzung (z.B. unter Nutzung von Regex-Gruppen) anzupassen.
So können z.B. aus dem SVN-Pfad wichtige Informationen extrahiert und diese als separates Attribut gespeichert werden.
[FEATURE]: Es gibt eine Erweiterung der ECU-TEST ATX-Generator-Option useSettingsFromServer die es ermöglicht festzulegen, dass nur bestimmt Einstellungen vom Server übernommen werden können.
In diesem Modus werden die Generator-Optionen, die vom Server übernommen werden sollen, durch ein spezielles, frei konfigurierbares Schlüsselwort (useSettingsFromServerKeyword) festgelegt.
Diese neue Einstellung ist abwärtskompatibel bis ECU-TEST Version 7.2.
[FEATURE]: Das Execution-Plugin im ResourceAdapter kann manuell für eine festgelegte Zeitspanne ausgeschaltet werden.
[FEATURE]: Die Testausführungsverteilung unterstützt das Referenzieren auf im SVN liegende ECU-TEST-Workspaces.
Das Referenzieren des SVN-Repositories erfolgt unter Projekteinstellungen\SCM-Tools.
[CHANGED]: Die Kommunikation zwischen dem ResourceAdapter und test.guide wurde überarbeitet um eine bessere Effizienz bei der Übertragung der Monitoring-Daten zu erreichen.
Die Standardeinstellung für die gebündelte Übertragung der Monitoring-Daten liegt bei 60 Sekunden. Dies sollte bei der Konfiguration der Datenerfassungsintervalle der Plugins berücksichtigt werden.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Die alte Coverage-API wurde, wie in Release 1.82.0 angekündigt, entfernt.
/api/upload-cov-conf
/api/download-cov-conf
/api/remote-coverage/
API Zugriff müssen auf die neue, siehe Info/REST API → Coverage API umstellt werden.
[FIXED]: Die durch die Datenbank vorgegebenen Maximallängen für Konstanten, Attribute und Parameter werden jetzt berücksichtigt.
INFO: Der test.guide Release-Zyklus wurde von 4 auf 2 Wochen verkürzt.
[ALPHA PREVIEW]: Die Ausführungsverteilung unterstützt ein neues sogenanntes Testausführungs-Playbook Format für die Planung der Ausführung.
Playbooks eweitern Ausführungsaufträge und erlauben z.B. eine Teilausführung von ECU-TEST-Workspaces
Sie trennen die Testfälle der eigentlichen Testausführung von den Schritten zum Vor- und Nachbereiten des Prüfplatzes
Playbooks können in einem neuen Feld playbook des Ausführungsauftrages definiert werden
...
"playbook": {
"setup": {
"steps": [
{
"type": "environment",
"constants": [
{
"label": "A2LPath",
"value": "/mnt/foo/bar.a2l"
}
]
},
{
"type": "package",
"relativePath": "package/setup/setup.pkg"
}
]
},
"execution": {
"testcases": [
{
"type": "package",
"relativePath": "package/folder03/pkg01.pkg"
},
{
"type": "project",
"relativePath": "package/folder42/prj02.prj"
}
]
},
"teardown": {
"steps": [
{
"type": "environment",
"constants": [
{
"label": "A2LPath",
"value": "/mnt/foo/bar.a2l"
}
]
},
{
"type": "package",
"relativePath": "package/teardown/teardown.pkg"
}
]
}
}[FEATURE]: Gerade beim Continuous testing fallen viele Testfall-Reports an, die ggfs. nach dem Release nicht mehr benötigt werden, mit Hilfe der neuen Aufräumregeln können kontinuierlich die nicht mehr benötigten Testfall-Reports wieder entfernt werden.
Unter Projekteinstellungen\Aufräumregeln können die Regeln definiert werden, mehr Informationen finden sich auch in der Anwenderhilfe im Kapitel Cleanup rules.
Testfallausführungen, die einem gesperrten Release zugewiesen sind, werden nicht gelöscht!
[FEATURE]: Aus der IT-Ansicht direkt eine Remote-Desktop- oder eine SSH-Verbindung öffnen ist mit Hilfe des neuen ResourceAdapter RemoteAccess-Plugins möglich.
Voraussetzung: Damit dies aus dem Browser direkt möglich ist, müssen die jeweiligen Protokolle z.B. rdp:// oder ssh:// im Browser entsprechend verknüpft sein!
Beispiele zur Einrichtung der Plugins (plugin.de.tracetronic.ttstm.monitoring.plugin.win.remoteAccess.RemoteAccessPlugin) finden sich im ResourceAdapter-Download unter resourceAdapter.example.config.
[FEATURE]: Als Tester mit ECU-TEST habe ich die Möglichkeit in Fehlerbehandlungs-Packages bereits Fehlerinformationen als test.guide Reviewkommentaren automatisch zu erfassen. Diese Möglichkeit wurde um die automatische Erfassung von Review-Tags und -Fehlerklasse erweitert, indem im Text bestimmte Schlüsselwörter automatisch erkannt werden.
Die entsprechenden Schlüsselwörter müssen in den ATX-Generator Optionen detectReviewTags bzw. detectReviewDefects passend zu den test.guide Review-Tags (Kommentarbeispiel: #HiL-Defect#) bzw. Review-Fehlerklassen (Kommentarbeispiel: |Critical|) hinterlegt sein.
[FEATURE]: Die Übersicht der Testausführungsverteilung enthält die Links zu den passenden Prüfplätzen der Ausführungsaufträge.
[FEATURE]: Im Monitoring wird der aktuelle Status des ResourceAdapter Execution-Plugins angezeigt.
[FEATURE]: Die Testausführungsverteilung unterstützt die Referenzierung auf im Git liegende ECU-TEST-Workspaces.
Unter Projekteinstellungen\SCM-Tools kann ein Git Repository referenziert werden.
[CHANGED]: Das JSON-Schema für Testausführungsaufträge hat sich geändert.
Die Quelle des Testbundles kann als Pfad auf einem Netzlaufwerk, Artefakt in der Artefaktverwaltung oder SCM-Repository konfiguriert werden, dafür entfallen die Felder location und artifactId:
"source" : {
"sourceType" : "location"
"path" : "<Path to test bundle on the network drive>"
}
"source" : {
"sourceType" : "artifact"
"artifactId" : "<Depository-name>-<Artefact-Id>"
}
"source" : {
"sourceType" : "scm"
"scmLabel" : "<SCM label configured in Properties>"
"scmCommit": "<SCM Commit-Hash, Tag or Branch name> (optional)"
}[CHANGED]: Im Wartungsmodus haben ServerManager nun erweiterte Privilegien um im Wartungsfall Änderungen validieren zu können.
[CHANGED]: Der Link von Fortschrittsanzeige der Release Übersicht in die Coverage-Übersicht setzt automatisch in der Coverage-Ansicht die Option: Review-Bewertungen verwenden.
[CHANGED]: Auf den Ergebnisfilter- und Review-Seiten erfolgen die Statusabfragen von Review-Tickets jetzt sequentiell statt parallel, um bei ungültigen Zugangsdaten Benutzersperren zu verhindern. Wir bitten um Rückmeldung, sollte dies bestehende Abläufe zu stark einschränken.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FEATURE]: ECU-TEST <> ResourceAdapter: Wir lagern ECU-TEST Report-Uploads zu test.guide einfach aus, damit ECU-TEST sofort weiter testen kann!
Im ResourceAdapter muss dazu das neue plugin.testguideupload.TestGuideUploadPlugin konfiguriert werden.
In ECU-TEST muss dann der Port, der in der Konfiguration des ResourceAdapter-Plugins angegeben wurde, als Wert für die ATX-Generator-Option uploadThroughResourceAdapter übernommen werden.
Sollten während des Uploads Fehler auftreten, werden diese im neuen ResourceAdapter Log unter testGuideUpload.log festgehalten. Zusätzlich werden fehlgeschlagene Uploads in den separaten Ordner Faulty verschoben.
[FEATURE]: Beim Anlegen von Defect-Tickets im Review für ALM.net können benötigte Anhänge mit hochgeladen werden.
Zu diesem Zweck können beim Anlegen des Tickets eigene Dateien hochgeladen sowie eine Auswahl aus den bereits vorhandenen, hinterlegten Dateien des Reports getroffen werden.
Die hochgeladenen Dateien sind dann in ALM.net unter dem Reiter Attachments zu finden.
[FEATURE]: Als Tester werden meine angelegten Jama Defects im Review direkt mit den Jama TestCycles verlinkt, was eine manuelle Zuordnung im Nachgang spart.
Die Jama Konfiguration muss dafür neu angelegt werden. Hinweise dazu finden sich auch in der Anwenderdokumentation im Kapitel 3 unter dem Punkt Jama.
[FEATURE]: Bei der Umstellung der Authentifizierung von LDAP zu OpenID Connect, kann eine Migrationsstrategie angegeben werden, die bestimmt, wie vorhandene Nutzer auf das neue OpenID Connect Schema abgebildet werden sollen.
[FEATURE]: OpenID Connect: Bei Verwendung der OpenID-Connect-Authentifizierung können jetzt die Claims angepasst werden, aus denen Benutzername und Anzeigename entnommen werden.
[FEATURE]: Die neue ATX-Generator-Option setReviewTags in ECU-TEST ermöglicht es bei Vornehmen einer ECU-TEST Nachbewertung Review-Schlagworte zuzuweisen. Dies ist z.B. hilfreich um zu identifizieren, welche Reviews im test.guide initial aus ECU-TEST hochgeladen wurden.
[CHANGED]: Die automatische Verlinkung von Defect-Tickets mit den jeweiligen Release-Tickets wurde erweitert, so dass die Verlinkung von Release- und Defect-Tickets auch zwischen unterschiedlichen Jira-Projekten erfolgen kann. Die Projekte müssen dabei zur gleichen Jira-Instanz gehören.
[CHANGED]: In der Reporting-API gab es eine Anpassung am TestCoverageReportData Schema, der alte Parameter coverageTaskId wurde auf die neue taskId umgestellt, wie sie beispielsweise von der Coverage-API ausgegeben wird.
[CHANGED]: In der Testfallabdeckungsfilter-Ansicht wurde die Spalte Letztes Ergebnis umbenannt in Gesamtergebnis, da jetzt ebenfalls die Option Nur letzte Ausführung verwenden beachtet wird.
[CHANGED]: Der ATX-Generator in ECU-TEST verhält sich bei Fehlern strenger und bricht die Generierung komplett ab.
[CHANGED]: Bei Verwendung des Execution-Plugins im ResourceAdapter wird automatisch der Identifier des Prüfplatzes als eindeutige Konfigurationseigenschaft gesetzt.
Die neue Konfigurationseigenschaft besitzt die Kategorie "XIL" und das Label "Identifier". Hiermit kann ein Testausführungsauftrag direkt einem festen Prüfplatz zugeordnet werden.
[CHANGED]: Der test.guide ResourceAdapter ist auch für die Verwendung mit Java 11 freigegeben.
Einschränkung: Das NFC-Configuration-Plugin arbeitet nur bei Verwendung mit Java 8.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Der ATX-Generator ist zu ECU-TEST 7.2 wieder abwärtskompatibel. Bei Problemen sollte im Workspace von ECU-TEST 7.2 im Template-Verzeichnis der hinterlegte ATX-Ordner entfernt werden, damit ein Update auf die aktuelle test.guide Release-Version möglich ist.
[FEATURE]: Für Reviews können im Projekt mehrere Review-Templates z.B. für Prüfstand- oder Funktionstest-Probleme angelegt und später im Review verwendet werden.
Zunächst müssen in den Projekteinstellungen / Revieweinstellungen die Templates angelegt werden.
Die Templates stehen dann im Review zur Anwendung zur Verfügung.
[FEATURE]: Testbundles aus der Artefakt-Verwaltung können direkt als Testausführungsaufträge ausgeführt werden.
Unterstützte Testbundles sind entweder gezippte ECU-TEST-Workspaces oder mit ECU-TEST erstellte Projektarchive.
Es wird beim Upload in die Artefaktverwaltung das Attribut ArtifactType mit dem Wert Workspace oder ProjectArchive für die später Ausführung benötigt.
Das Ausführen auf speziellen Prüfplätzen ist durch Setzen des zusätzlichen Attributes RequiredXilType möglich, z.B. ViL .
Bei der Erzeugung eines Ausführungsauftrags wird automatisch eine Release-Coverage angelegt.
[FEATURE]: Der neue Release-Filter erlaubt es in der List-View-Ansicht nach Releases zu filtern.
Die Release-API wurde ebenfalls erweitert um die Filtermöglichkeiten - siehe GET /releases.
[FEATURE]: Jedes Release-Folder bzw. Release hat eine Details-Seite wo alle wichtigen Informationen angezeigt werden.
Der Zugriff auf diese Seite erfordert nur das Release lesen Recht.
[FEATURE]: Hinterlegte Release-Tickets werden in der Release-Übersicht als Link direkt angeboten.
[FEATURE]: Über den neuen Testlauf-Details Link in den Testfallausführungs-Details ist ein schneller Zugriff auf den kompletten Testlauf möglich.
[FEATURE]: Die nachgelagerte Aufnahmenanalyse steht nun auch auf Linux-Jenkins-Knoten zur Verfügung.
[FEATURE]: Die Anwenderhilfe wurde um das Kapitel 2.6 Using the test execution ergänzt.
[PERFORMANCE]: Die Monitoring IT-Ansicht wurde optimiert für eine performantere Anzeige.
[PERFORMANCE]: Der Excel-Export wurde optimiert.
[CHANGED]: Bei der Durchführung eines Reviews wird die zugehörige Testfallbeschreibung direkt mit angezeigt.
[CHANGED]: Neben den bisherigen Reviewangaben wird nun auch der Review-Kommentar des vorherigen Reviews übernommen.
[CHANGED]: Für die direkte Ausführung von Testausführungsaufträgen über den test.guide Ressourcen-Adapter wird ECU-TEST-Version 2020.3 (oder höher) vorausgesetzt.
[CHANGED]: In der Übersicht für Testausführungsaufträge wurden die Ergebnis-Links angepasst.
Damit die Links korrekt funktionieren muss für Testausführungen über den Jenkins die Konstante "TT_TASK_ID" in der Jenkins-Pipeline für den entsprechenden Testreport gesetzt werden.
[CHANGED]: Bei Migration von einer älteren Version wird nun auf eine Mindestversion geprüft. Um test.guide 1.83.0 zu starten muss vorher mindestens die 1.49.0 installiert sein.
[FIXED]: Seit Version 1.82.0 hießen bei Verwendung einer MS-SQL-Datenbank alle Parametersatznamen "Migration_is_running", weil eine Hintergrund-Datenmigration nicht gestartet wurde. Diese Hintergrund-Datenmigration wird jetzt mit Version 1.83.0 durchgeführt. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich, jedoch kann die Anzeige von Parametersatznamen sowie deren Filterung unvollständig sein.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide weiterhin möglich, jedoch kann die Anzeige von Parametersatznamen, sowie deren Filterung unvollständig sein.
[FEATURE]: Die ECU-TEST ATX-Generator-Einstellungen können nun ohne erneutes Auschecken auf jedem Prüfplatz aktuell gehalten werden.
In den ECU-TEST Einstellungen müssen nur noch die Parameter für den Aufbau der Verbindung zu test.guide konfiguriert werden, sowie der neue ATX-Parameter useSettingsFromServer aktiviert werden.
Die Einstellungen, welche durch die verbundenen ECU-TEST Instanzen verwendet werden sollen, können nun in test.guide unter Projekteinstellungen/ECU-TEST zentral verwaltet werden.
Beim Upload der Reports zu test.guide werden die aktuellen ATX-Generator-Einstellungen von test.guide abgefragt und angewandt.
[FEATURE]: Für eine bessere Traceability von gefundenen Fehlern in Releases können die erstellten Jira Defect-Tickets automatisch mit den entsprechenden Jira Release-Tickets verknüpft werden.
Einem Release oder Release-Ordner muss ein Jira-Ticket zugewiesen sein.
In den Projekteinstellungen/Revieweinstellungen kann ein Link-Typ und die Verlinkungsrichtung festgelegt werden, um die Ticket-Beziehung zum Release zu konfigurieren.
Beim Anlegen eines Defects im Review wird das Ticket automatisch mit den zugehörigen Releases verknüpft.
[FEATURE]: Die Authentifizierungsmethode "OpenID Connect" hat den Preview-Status verlassen.
Es stehen verschiedene Strategien zur Zuordnung von Bestandsnutzern bei Umstellung auf OpenID Connect zur Verfügung.
[FEATURE]: Die Placeholder in den Filterdefinitionen unterstützen die statische Angabe von Präfix- bzw. Suffix-Werten, die automatisch dem Placeholder-Wert bei der Filterung hinzugefügt werden.
<constant name="SVN_PATH">
<placeholder name="TestCaseName" valuePrefix="*/" valueSuffix="/*"></placeholder>
</constant>[FEATURE]: Die Testfallausführungen in der Mehrfach-Review Ansicht können über ihre Parametersatznamen gruppiert werden.
[FEATURE]: test.guide stellt Betriebsmetriken z.B. für Prometheus zur Funktionsüberwachung zur Verfügung.
Die Metriken können unter api/metrics abgerufen werden.
[CHANGED]: Der Excel-Export wurde um die Spalte Test plan name erweitert.
[CHANGED]: Der Rückgabewert der Coverage-API-Methode POST /coverage/config/upload beim HTTP Statuscode 409 wurde erweitert, es wird nun die die filterDefinitionUUID der bereits existierenden Filterdefinition zurückgegeben, die zur Ablehnung des Requests geführt hat.
{
"messsage": "string",
"existingConfig": {
"filterDefinitionUUID": "string"
}
}[DEPRECATED]: Der Coverage-API Zugriff über api/remote-coverage/ wird in den kommenden Releases durch die neue API api/coverage ersetzt.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Jira Passwörter werden nun mit der korrekten Kodierung übermittelt, wodurch die Authentifizierung auch bei Verwendung von Sonderzeichen erfolgreich ist.
[ALPHA PREVIEW]: Für Releases können jetzt experimentell Freigabeempfehlungen angelegt werden.
In der Releaseübersicht kann über das Dropdown-Menü eine Detailseite für Releases geöffnet werden.
Im unteren Panel wird dann das aktuelle Level der Freigabeempfehlung angezeigt.
Aktuell werden die Freigabeempfehlungen nicht in der Datenbank gespeichert und sind nur zum Ausprobieren!
[ALPHA PREVIEW]: Die test.guide Testausführung kann als CI Server für Octane konfiguriert werden.
API Zugangsdaten für Octane können im Modul Testausführung hinterlegt werden.
test.guide muss dann als TestRunner in Octane konfiguriert werden.
Beim Start einer TestSuite mit AutomatedTests in Octane wird ein Release mit alle auszuführenden Tests in test.guide erstellt.
Nach der Ausführung und Bewertung aller Tests im Release können die Ergebnisse zurück gespielt werden, wodurch der SuiteRun in Octane abgeschlossen wird
[FEATURE]: Es können komplette Testläufe einfach in ein anderes test.guide-Projekt auf der selben oder einer anderen Instanz kopiert werden. So können wir als Team die Continuous Tests analysieren und die Release-Stände sauber überführen.
Das Feature steht unter der Testplan-Detail-Ansicht zur Verfügung. Das Ziel-test.guide-Projekt muss zuvor als Management-Tool konfiguriert werden.
[FEATURE]: Die Report-Management-API wurde um die Möglichkeit erweitert, Testausführungen eines Releases nach Excel zu exportieren. Damit können Excel-Exports ohne manuellen Aufwand automatisiert (z.B. zeitgesteuert) erfolgen.
Ein Python-Skript-Beispiel für den Export eines Releases zu Excel ist in der Anwender-Hilfe unter dem Kapitel Developing/Exporting the test case executions of a release to an Excel sheet zu finden.
[FEATURE]: Mit der neuen Health-API kann leicht detektiert werden, ob test.guide bereits hochgefahren ist und Anfragen entgegen nehmen kann.
Ein Python-Beispiel zur Verwendung findet sich in der Anwender-Hilfe im Kapitel Developing/Checking server readiness.
[FEATURE]: Als Server-Manager habe ich im Wartungsfall, z.B. beim Upgrade der Datenbank, die Möglichkeit, test.guide explizit in den Wartungsmodus zu versetzen.
Alle API-Anfragen bekommen den HTTP-Status 503 und können auf den Retry-After Header reagieren und Uploads zwischenpuffern.
[FEATURE]: Als Anwender mit Benutzerverwaltungsrechten habe ich die Möglichkeit, die User-Daten zu exportieren, um z.B. im Wartungsfall alle Kollegen manuell benachrichtigen zu können.
[FEATURE]: Das Feld Epic Link beim Erstellen eines Jira Tickets wird unterstützt.
[FEATURE]: Zu Aktualisierung einer Coverage via Coverage-API wurde die Methode PUT /coverage/config{id} hinzugefügt.
[CHANGED]: Die Coverage-API-Methode POST /coverage/config/upload wurde in POST /coverage/config geändert.
[CHANGED]: Die Coverage-API-Methode GET /coverage/config/download/{id} wurde in GET /coverage/config/{id} geändert.
[CHANGED]: Der Rückgabewert TestCaseExecution in der Report Management-API z.B. bei Aufruf GET /report/testCaseExecution/{tceId} wurde um die reportId und die exceutionTime erweitert.
[CHANGED]: In der Artifact-API wurde die Eigenschaft metadata/Metadaten in attributes/Attribute umbenannt!
[CHANGED]: Testaufträge können statt der bisherigen Location auch ein Artefakt in der Artefaktverwaltung referenzieren.
Bei dem referenzierten Artefakt muss es sich um einen gezippten ECU-TEST Workspace handeln.
Der gepackte Workspace wird vom RessourcenAdapter heruntergeladen und je nach Dispatcher unterschiedlich zur Ausführung gebracht. Für ECU-TEST wird der Workspace entpackt und alle Projekte werden ausgeführt. Für Jenkins wird das heruntergeladene Artefakt als lokaler Pfad übergeben.
Die Testauftragsbeschreibung wurde um das Feld "artifactId" ergänzt. Die ID setzt sich wie folgt zusammen: <depositoryId>-<artifactNumber>
{
"name":"InfotainmentECU_Reykjavik",
"priority":42,
"artifactId":"depository1-12345",
"xilConfigRequirements":[
...
]
}[CHANGED]: Usability: Ist nur ein Issue-Tracker konfiguriert, wird dieser direkt als Button im Review angeboten.
[CHANGED]: Die Testfalldetail-E-Mail-Abos wurden auf das neue Abo-Modul (siehe Benutzerprofil/Abonnements) umgestellt.
[DEPRECATED]: Der Coverage-API Zugriff über api/remote-coverage/ wird in den kommenden Releases durch die neue API api/coverage ersetzt.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FIXED]: Coverage-Performance-Bug in Verbindung mit dem Verdict-Filter wurde behoben.
[FEATURE]: test.guide befindet sich während des Hochfahrens nun im "Wartungsmodus" (HTTPS-Status 503) und kann währenddessen bereits über den Browser bzw. die Clients angesprochen werden. Der Wartungsmodus endet nach dem Hochfahren automatisch.
Während der Wartungsmodus aktiv ist, antwortet test.guide mit HTTP-Status 503 (test.guide Wartungsmodus) und einem Retry-After Header-Eintrag, auf den Clients reagieren können um Uploads zu puffern. Der ATX ECU-TEST Upload nutzt die Funktionalität ab Release 1.80.0 automatisch.
Die ATX-Mako wurde um den Parameter maxUploadTries erweitert um den Uploadpuffer zu konfigurieren.
[FEATURE]: Im Projekt haben wir als Team die Möglichkeit verschiedene Projekt-Filter zentral anzulegen/zu verwalten sowie diese zu abonnieren.
Projekt-Filter werden vom Projekt-Manager angelegt.
Beim Laden der Filter wird zwischen den Kategorien Private, Öffentlich und Projekt-Filter unterschieden.
Als User verwalte ich selbst, welche Projekt-Filter ich abonnieren möchte.
In den Projekt-Einstellungen kann der Projekt-Manager zum einen die Projekt-Filter verwalten,
zum anderen kann er auch entsprechende Abonnements für seine Team-Mitglieder erstellen und löschen.
[FEATURE]: Mit der Aufnahmenanalyse können auch Bus-Rohdaten nachgelagert analysiert werden.
Beim Erstellen von Aufnahmenanalysen wird ausgewählt, ob signalbasierte Daten oder Rohdaten analysiert werden sollen.
Bei der Analyse von Rohdaten muss der Dateipfad zu einem vorbereiteten ECU-TEST-Projekt angegeben werden. Dieses lädt die Testkonfiguration mit Zugriff auf die benötigten Bus-Datenbanken und stimuliert das getestete System.
[FEATURE]: Der Coverage-Filter wurde um den Verdict-Filter erweitert, so dass z.B. Error-Testläufe in einer Anforderungs-Coverage ausgespart werden können.
[FEATURE]: In der Testplan-Ansicht können die einzelnen Testplan-Ausführungen nach Ausführungsdatum sortiert werden.
[FEATURE]: In der Konfiguration der PDF-Vorlagen kann angegeben werden, dass standardmäßig der Jira-Ticket-Status abgefragt werden soll.
[FEATURE]: Mit dem Json2ATX-Plug-in können zusätzliche Informationen als Beschreibungen für jeden TestStep notiert und als Tooltips in den Testfalldetails angezeigt werden.
Das Json2ATX-Plug-in JSON-Schema wurde aktualisiert.
[FEATURE]: Bei der Erstellung von Testaufträgen können als Anforderung an den Prüfplatz auch Konfigurationsdetails angegeben werden.
Alle angegebenen Konfigurationsdetails müssen in den Details der zugehörigen Prüfplatzkombination enthalten sein, damit der Testauftrag auf dem Prüfstand ausführbar ist.
{
"name":"InfotainmentECU_Reykjavik",
"priority":42,
"location":"\\\\hq-ds-1.ad.tracetronic\\bundels\\mybundle.zip",
"xilConfigRequirements":[
{
"label":"Infotainment ECU",
"category":"ECUs",
"value":"IT*",
"details":[
{
"label":"SW-Version",
"value":"1.09"
},
{
"label":"Serial-Number",
"value":"*"
}
]
},
{
"label":"Battery",
"category":"Electrical system",
"value":"0356X2_Montevideo"
}
]
}[ALPHA PREVIEW]: Testaufträge können allein über den ResourceAdapter und ECU-TEST (ohne Jenkins) ausgeführt werden.
Für die Ausführung von Ausführungsaufträgen kann ein Dispatcher konfiguriert werden, der ECU-TEST startet und die Ausführung durchführt.
In der Location des Ausführungsauftrags wird der Pfad zu einen Package oder Projekt eingetragen, welches sich in einem eingerichteten ECU-TEST-Workspace befindet.
Der Upload der Ergebnisse zu test.guide wird automatisch konfiguriert.
[CHANGED]: Die bisherigen Jenkins-basierten Einstellungen haben jetzt das Prefix jenkins. erhalten.
[CHANGED]: In der Testfall-Vergleichsansicht werden die Testschritt-Erwartungen mit angezeigt.
[CHANGED]: Die Coverage OpenApi wurde um die Methoden zum Upload einer Coverage-Filterdefinition, zum Download einer Coverage-Filterdefinition und zum ATX-Export der Coverage-Ergebnisdaten erweitert.
[CHANGED]: Der Excel-Export wurde um die Spalten Test case report link, Review custom evaluation und Review invalid test execution erweitert.
[CHANGED]: Der Monitoring-API Endpunkt: /monitoring/resources/search unterstützt die Verwendung von Wildcards (*, ?) in den Suchfeldern.
[DEPRECATED]: Der Coverage-API Zugriff über api/remote-coverage/ wird in den kommenden Releases durch die neue API api/coverage ersetzt.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[FEATURE]: Es stehen für Linux (Ubuntu und CentOS) neue ResourceAdapter-Plugins für das Prüfstands-Monitoring zur Verfügung, für eine reibungslosere Testautomatisierung unter Linux.
Folgende neue Plugins sind für Linux verfügbar:
CPU Load Plug-in
RAM Usage Plug-in
HDD Usage Plug-in
Software Scan Plug-in
Beispiele zur Einrichtung der Plugins finden sich im ResourceAdapter-Download unter resourceAdapter.example.config.
[FEATURE]: Als Prüfstandsverantwortlicher habe ich durch das Shell-Runner Plug-in im ResourceAdapter die Möglichkeit, verschiedene Batch- oder Shell-Skripte auszuführen um spezifische Prüfstandsdaten abzufragen.
Das Shell-Runner Plug-in muss in der ResourceAdapter-Konfiguration eingerichtet werden. Ein Beispiel findet sich im ResourceAdapter-Download unter resourceAdapter.example.config.
Die Rückgabe-Daten des ausgeführten Batch-/Shell-Skriptes werden in den Prüfstandsausstattungen in der hinterlegten Kategorie angezeigt.
[FEATURE]: Der neue "Ergebnis ist" Filter, erlaubt es - im Gegensatz zum "Ergebnis enthalten" Filter - nur nach denjenigen Testfallausführungen zu suchen, die das gewünschte Ergebnis aufweisen.
[FEATURE]: Die Filter Tree Coverage wurde um die Möglichkeit ergänzt, eine Suche auf Review-Filter-Prädikaten vorzunehmen. Dadurch ist es z.B. möglich, sich eine einfache Übersicht über die gefundenen Defects pro Requirement zu schaffen.
Eine Beispiel-Coverage für den neuen Review-Filter ist zu finden unter TraceTronic-Examples/Filter Tree: Review coverage.
[FEATURE]: Die ATX-Mako wurde um den Parameter archiveImages erweitert, welcher es erlaubt, die Bilder der ECU-TEST Multimedia-Testschritte ins test.guide zu übernehmen, diese stehen dann in den Testfall-Details sowie im Testabschlussbericht zur Verfügung.
[FEATURE]: Für die Testfallabdeckungsberichte steht eine PDF-Vorlage zur Verfügung, die auf der neuen verbesserten Infrastruktur basiert.
[FEATURE]: Änderungen an den Berechtigungsvorlagen können direkt auf alle Nutzer angewendet werden.
[FEATURE]: In der Auftragsübersicht der Testausführung gibt es neue Möglichkeiten der Interaktion mit Testaufträgen.
Laufende oder bereits abgeschlossene Ausführungsaufträge können mit den gleichen Einstellungen erneut gestartet werden.
Zudem sind zusätzliche Details zu allen Ausführungsaufträgen einsehbar.
[PREVIEW]: Mit der OpenApi für die Artefaktverwaltung ist es einfach, Dateien z.B. für die CI Umgebung hochzuladen, zu suchen und herunterzuladen.
[ALPHA PREVIEW]: Unter /help-docs entsteht gerade eine neue Anwenderdokumentation für test.guide. Über Feedback, das wir einarbeiten können, würden wir uns sehr freuen 😊 .
[CHANGED]: Die Authentifizierungsmethode: OpenID Connect wurde um die Konfiguration erweitert, dass die Authentifizierungsmethoden für den Token-Endpoint selbst gewählt werden kann.
[CHANGED]: Die Coverage-API wurde erweitert um die Möglichkeit die beteiligten test.guide Instanzen für eine Mesh-Coverage-Abfrage zu nutzen.
[CHANGED]: Der neue Bereich Testausführung ist durch neue Berechtigungen geschützt.
[CHANGED]: Im Bereich Testausführung werden bei Konfigurationsänderungen im Monitoring automatisch die Status und passenden Prüfplätze aller Testaufträge aktualisiert.
[CHANGED]: Das Ergebnis der Coverage-API enthält auf jedem Knoten das neue aggregatedVerdict Object.
[DEPRECATED]: Der Coverage-API Zugriff über api/remote-coverage/ wird in den kommenden Releases durch die neue API api/coverage ersetzt.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[CHANGED]: Release-API: Der HTTP-Statuscode beim erfolgreichen Anlegen eines Releases ist jetzt 201 (Created).
[FIXED]: Bei Verwendung des Preview-Features Testausführung werden nach der Verwendung die Datenbankverbindungen wieder frei gegeben.
[FIXED]: Problem bei der Datenbankmigration bei Verwendung des Microsoft SQL Servers ist behoben.
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand bis zu mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen.
[PREVIEW]: Als Testmanager kann ich durch das verbesserte Berichtswesen deutlich schneller und einfacher meine Testabschluss-, Status-, … oder Freigabeberichte erstellen.
Durch die Umstellung auf die neuen Report Designs kann ein deutlicher Performance-Gewinn erreicht werden. Am Beispiel des Default Test Summary Report ergibt sich eine Beschleunigung um Faktor 6.
Zur übersichtlicheren Verwaltung der Report Designs innerhalb eines Projektes werden aus den Report Designs Autor und Version ausgelesen und stehen in der Report-Design-Übersicht und im Dialogfenster zum Erzeugen eines Berichts zur Verfügung. Beide Eigenschaften können im Report Design frei festgelegt werden.
Beim Erzeugen von PDFs mit dem Default Test Summary Report Design werden hinterlegte Dateien der Testfallausführungen (beispielsweise TRF-Dateien) in den Test Log Kapiteln aufgelistet und verlinkt.
zusätzlich kann die Option Include image preview aktiviert werden, um z.B. für hinterlegte Trace-Analyse-Plots Vorschaubilder zu generieren
[PREVIEW]: Mit steigendem Automatisierungsgrad wird eine verteilte Abarbeitung von Testaufträgen notwendig. In test.guide entsteht unter der Sektion Testausführung ein neues Modul, das flexibel bei dieser Aufgabe unterstützt.
Mehrwert: Es können Testaufträge erstellt werden, welche priorisiert in einer Warteschlange automatisch auf den verbunden Prüfplätzen (via ResourceAdapter und Jenkins Pipeline) ausgeführt werden.
Die Testaufträge geben die gewünschte Prüfstandsausstattung vor.
Alle Funktionen stehen über die REST-API bereit.
Eine ausführliche Hilfe zur Inbetriebnahme findet sich unter Testausführung\Auftrag erstellen im test.guide.
[PREVIEW]: Als IT-Admin steht mir die neue Authentifizierungsmethode: OpenID Connect zum Testen zur Verfügung.
Eine Migration der bestehenden Nutzer-IDs bei Nutzung der Authentifizierungsmethode ist für ein kommendes Release eingeplant.
[FEATURE]: Als CI-Verantwortlicher habe ich durch das SCM-Activity Plug-in im ResourceAdapter die Möglichkeit, verschiedene GIT- oder SVN-Verzeichnisse zu beobachten. Dadurch kann ich prüfen, welche Prüfstände keine Modifikationen aufweisen (bzw. einen Revert benötigen), um die Testautomatisierung starten zu können.
Das SCM-Activity-Plug-in muss in der ResourceAdapter-Konfiguration eingerichtet werden. Ein Beispiel findet sich im ResourceAdapter-Download unter resourceAdapter.example.config.
Die ermittelten Daten werden in den Testbench-Ausstattungen unter SCM bereitgestellt (auch via API).
[FEATURE]: Das Testbench-Monitoring erlaubt die Erfassung von (z.B. langlaufenden Simulation-) Windows-Prozessen als User-Aktivität. Damit ist z.B. eine fundiertere Entscheidung darüber möglich, welche Testbenches für die Automatisierung gerade nicht zur Verfügung stehen.
Für die Aktivierung muss die Konfiguration des User Activity Plug-ins geändert werden. Eine Beispielkonfiguration ist in der resourceAdapter.example.config zu finden.
[FEATURE]: Damit bei Nutzung der zentralen Lizenz die Zugangsdaten zum Lizenzserver im Unternehmen leicht ausgetauscht werden können, ist ein verschlüsselter Im- und Export der Konfiguration möglich.
[FEATURE]: Für Automatisierungsprozesse wurde die API zur Abfrage von Testfallergebnissen erweitert. Es ist nun möglich, alle Testfallausführungen eines Reports abzufragen sowie nachträglich zusätzliche Dateien zu einer Testfallausführung zu hinterlegen.
Zusätzlich werden pro TestCaseExecution die folgenden Daten zurückgegeben: testEnvironments, attributes, constants, parameters, parameterSet, testSteps.
[FEATURE]: Die ATX-Mako wurde um den Parameter reviewUseAbortCodeAsCustomEvaluation erweitert, welcher es erlaubt, dass Abort Codes von ECU-TEST Version >= 2020.2 im test.guide als benutzerdefinierte Bewertung eines Reviews erfasst werden.
[PERFORMANCE]: Die Testfalldetails-Übersicht wurde für eine performantere Anzeige der erfassten Prüfstandsausstattungsdaten überarbeitet.
Nach dem Update stehen bis zum Einspielen neuer Ausstattungsdaten kurzfristig keine Daten zur Verfügung.
[PERFORMANCE]: Die Release-Übersicht wurde optimiert für eine performantere Anzeige.
[CHANGED]: Um auf der Release-Übersicht den Überblick behalten zu können sind die Releases auf mehrere Seiten aufgeteilt.
[CHANGED]: Die ALM-Import Strategie ALM_Mapping wurde verständlicher in ALM test case name mapping umbenannt.
[CHANGED]: Die Synchronisation der ResourceAdapter-Konfiguration ist kompatibel mit Java Version >8.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis Januar 2021 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[REMOVED]: Die offizielle Unterstützung von PostgreSQL 9.x wurde eingestellt! Voraussetzung ist PostgreSQL in Version >=11.
[REMOVED]: Die test.guide FreeEdition steht nicht mehr zur Verfügung.
[ALPHA PREVIEW]: Im ganzen Testprozess, angefangen bei der Planung, über die Implementierung und Ausführung bis hin zur Analyse, entstehen große Mengen an Daten, die es zu verwalten gilt. Deshalb entsteht gerade ein neues Artefaktverwaltungsmodul im test.guide.
Mehrwert: Als Nutzer kann ich nach beliebigen Dateien samt Metadaten filtern. Von einer gesuchten MDF4-Aufnahme bis hin zu einem OpenScenario, welches ich für die nächste Testausführung verwenden möchte, ist alles möglich.
Zunächst muss eine Datenbank unter Systemeinstellungen\Artefaktverwaltung eingerichtet werden, bevor dann ein Datei-Depot (Artefaktverwaltung\Einstellungen) mit z.B. einem SMB-Storage angelegt werden kann.
Danach können unter Artefaktverwaltung\Übersicht beliebige Artefakte mit Metadaten, nach denen später gefiltert werden kann, hochgeladen werden.
Auf den hochgeladenen Artefakten kann gefiltert werden.
Die gefilterten Daten lassen sich für die Anzeige gruppieren.
Ausblick: Im nächsten Schritt erhält das neue Modul eine eigene API, wodurch dann eine Einbindung in die CI gegeben ist.
Das Feature ist noch nicht für den produktiven Betrieb freigegeben!
[FEATURE]: Die Release-Attribute von Release-Ordnern werden automatisch an ihre Kinder vererbt, damit stehen diese zum Befüllen der Coverage-Platzhalter zur Verfügung.
[FEATURE]: Das test.guide Changelog ist nun direkter Bestandteil von test.guide selbst und kann unter Info\Changelog aufgerufen werden.
[FEATURE]: Die Monitoring-API wurde um die Abfrage (/monitoring/resources) aller Prüfstände erweitert.
[FEATURE]: Die Monitoring-API wurde um die Suche der Prüfstands-Ausstattung (/monitoring/resources/search) erweitert. Damit ist eine Auflistung aller Prüfstände, welche eine bestimmte Ausstattung enthalten, möglich.
[PERFORMANCE]: Die Release-Übersicht wurde überarbeitet für eine performantere Anzeige.
[CHANGED]: Die Issue-Tracker Templates für Jira-Tickets wurden erweitert, so dass Auswahllisten, Datums-, Zahlen- sowie URL-Felder unterstützt werden.
[CHANGED]: Die Upload-Regel Verlinkung in Jira-Ticket erzeugen wurde um die Möglichkeit erweitert, dass der zu schreibende JIRA-Kommentar mit Hilfe eines Templates um wichtige Ausführungsinformationen erweitert werden kann.
[CHANGED]: Es gibt zwei neue Berechtigungen Release sperren und Release entsperren in den Projektberechtigungen.
[CHANGED]: Beim Entsperren eines Releases wird der komplette Release-Pfad mit entsperrt.
[CHANGED]: ATX-Mako: Die Parameterbelegung von ECU-TEST Sub-Package-Aufrufen werden erfasst und in den Teststep-Details angezeigt.
[CHANGED]: Es wurde eine neue Log-Datei namens api-access.csv hinzugefügt, welche anonymisiert die API-Aufrufe für eine statistische Performance-Auswertung erfasst.
[CHANGED]: Das Diagramm der Release-Übersicht zeigt nur noch das Effektive-Verdict.
[CHANGED]: Das Release-Changelog listet für jede Änderung die Anzahl der verarbeiteten Testläufe auf.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis April 2020 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist danach PostgreSQL in Version >=11.
[DEPRECATED]: Ab Version 2020.1 wird ECU-TEST keine test.guide FreeEdition mehr enthalten.
[REMOVED]: Die UpdateExisting-Option beim zu bestehendem Release hinzufügen ist auf Grund der Umstrukturierung entfallen.
[FEATURE]: Als Tester kann ich mich bei den Testfalldetails über wichtige Kennlinien-Änderung durch ein E-Mail-Abonnement informieren lassen, um frühzeitig von kritischen Werten Kenntnis zu nehmen.
[FEATURE]: Als Reviewer kann ich mir durch das Feature zur Gruppierung von Konstanten in der Mehrfach-Review Ansicht einen besseren Überblick über die abzuarbeitenden Reviews verschaffen.
[FEATURE]: Als Prüfstandsverantwortlicher habe ich durch das neue NFC-Configuration-Plug-in im ResourceAdapter die Möglichkeit meine aktuelle Prüfstandsausstattung über NFC-Tags (NTAG216) automatisch zu bestimmen. Mit Hilfe der Monitoring-API kann ich somit in meiner CI-Umgebung einfach ermitteln, welcher Prüfstand gerade für die nächste Ausführung bereit ist.
Das NFC-Configuration-Plug-in muss in der ResourceAdapter-Konfiguration eingerichtet werden. Ein Beispiel findet sich im ResourceAdapter-Download unter resourceAdapter.example.config
Die NFC-Tags (NTAG216) können dann mit den gewünschten Informationen im Format Kategorie/Label/Value beschrieben und automatisch in test.guide angezeigt werden. Dazu muss ein NFC-Leser (angeschlossen an den PC, der zur Ausführung des ResourceAdapters genutzt wird) den Tag erfassen.
Ist die Hardware gerade nicht angeschlossen, wird dies in den Ausstattungs-Details des Prüfstands angezeigt.
Für jedes zu erfassendes Bauteil werden ein NFC-Lesegerät (z.B. ACR122) sowie die entsprechenden beschriebenen NFC Tags (NTAG216) benötigt.
[FEATURE]: Es gibt einen neuen Service für E-Mail-Abonnements, der mich über neu hochgeladene Reports informiert. Die Konfiguration erfolgt über die Historie-Seite im Testreport-Management-Modul.
[FEATURE]: Als IT-Verantwortlicher für unsere Absicherungsinfrastruktur kann ich Amazon S3 als Dateiablage in test.guide nutzen.
[FEATURE]: Die Server-Manager werden beim Herunterfahren von test.guide automatisch via E-Mail benachrichtigt.
[FEATURE]: Über die Filtereinstellungen (Projekteinstellungen) ist es neben dem Sortieren der Filterfelder nun auch möglich, die Filtergruppen neu anzuordnen.
[FEATURE]: ALM.net Links mit dem URL-Schema td: bzw. tds: werden in test.guide unterstützt.
[FEATURE]: Als Testmanager werde ich beim Bestimmen der TestSuite zum Importieren aus einem ALM-System unterstützt.
[FEATURE]: Zusätzlich zu den Aufnahmen werden die AS3-Traces automatisch im test.guide erfasst, damit können aus test.guide - im Zusammenspiel mit ECU-TEST >=8.1 - heraus die Signale schneller analysiert werden.
[FEATURE]: Bei verlinkten Defects (in JIRA, ALM.net und Octane) steht der Ticket-Titel als Tooltip zur Verfügung.
[FEATURE]: ATX-Mako: Verbesserte Aufnahmeunterstützung von CarMaker- und VTD-Daten.
[CHANGED]: Bei Verwendung des Json2ATX-Plug-ins werden die Uploads gegen das entsprechende JSON-Schema validiert.
Das Json2ATX-Schema steht in der Rubrik ATX hochladen bei Auswahl des Json2ATX-Plug-ins zum Download zur Verfügung.
[CHANGED]: Wird ein gespeicherter Ergebnisfilter geladen, geändert und erneut gespeichert, wird das Formular nun bereits mit den vorherigen Informationen des geladenen Filters befüllt, damit ein einfaches Überschreiben möglich ist.
[CHANGED]: Es ist möglich für einen Issue Tracker festzulegen, ob die persönlichen Zugangsdaten des Benutzers sowohl bei Lese- (z.B. Ticketstatus lesen) als auch Schreiboperationen (z.B. Tickes anlegen), nur bei Schreibvorgängen oder niemals verwendet werden sollen.
Sind laut Konfiguration keine benutzerspezifischen Zugangsdaten für eine Operation erforderlich, dann werden stattdessen die hinterlegten Zugangsdaten aus der Issue-Tracker-Konfiguration verwendet (in der Regel ein technischer Benutzer).
[CHANGED]: Es gibt zwei neue Rechte: Benutzerverwaltung (globale Sicht auf alle registrierten Benutzer im test.guide) und Projektbenutzer verwalten (Sicht auf die Benutzer im jeweiligen test.guide Projekt) um den Datenschutzanforderungen in jedem Projekt gerecht werden zu können.
[CHANGED]: Es gibt eine Wildcard-Unterstützung für die Release-Pfade bei der Funktion Zu Release hinzufügen, um schneller das korrekte Release auswählen zu können.
[CHANGED]: test.guide kann während der Übergangszeit für den Umstieg auf Java 11 sowohl mit Java 8 als auch mit Java 11 gestartet werden.
[DEPRECATED]: Die Unterstützung von Java 8 wird bis April 2020 verlängert! Danach wird mindestens Java 11 vorausgesetzt (dies ist die aktuellste Java-Version mit Long Term Support).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist danach PostgreSQL in Version >=11.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[DEPRECATED]: Ab Version 2020.1 wird ECU-TEST keine test.guide FreeEdition mehr enthalten.
[REMOVED]: Die Unterstützung von Internet Explorer 11 ist eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[FIXED]: Alle Attribut-Upload-Regeln arbeiten wieder korrekt im Zusammenspiel mit ECU-TEST 8.1.
[PREVIEW]: Als Testmanager kann ich nach dem Import einer TestSuite als Abdeckungsfilter - aus RQM - das Ergebnis des Abdeckungsfilters als eigenen Testreport in test.guide einspielen.
Zusätzlich sind neue Import-Strategien verfügbar.
[PREVIEW]: Als IT’ler habe ich durch die Cluster-Lizenz eine einfache Möglichkeit beliebig viele test.guides in unserer Firma in Betrieb zu nehmen.
Für die Inbetriebnahme wird eine zentral verfügbare Datenbank in der Firma benötigt.
[FEATURE]: Die Heatmap Konfiguration wurde überarbeitet und bietet neue Einstellungsmöglichkeiten.
Testfallausführungen mit dem Ergebnis NONE können raus gefiltert werden
Die separate Belegung der X und Y-Achse ist möglich
[FEATURE]: Für Automatisierungsprozesse wurde die API zur Abfrage von Testfallergebnissen veröffentlicht.
[FEATURE]: Für die automatische nachgelagerte Analyse stehen zwei neue Einstellungsoptionen für den Startzeitpunkt und den Suchzeitraum für die Aufnahme zur Verfügung.
[FEATURE]: Nicht mehr benötigte Dateiablagen können gelöscht werden.
[FEATURE]: Die ATX-Mako wurde um den Parameter excludePrjAttrPrefixFor erweitert, welcher es erlaubt ECU-TEST Projekt-Attribute ohne den Präfix Project_ in test.guide zu speichern.
[CHANGED]: Die Monitoring-API wurde um die Abfrage der aktuellen Prüfstandskonfiguration erweitert.
[CHANGED]: Die Coverage-API wurde im Schema der TestCaseExecution um die Links auf die Testfallergebnisse erweitert.
[FIXED]: Die Sortierung auf den Achsen der Heatmap arbeitet korrekt.
[DEPRECATED]: Die Unterstützung von Java 8 wird im Januar 2020 eingestellt! Voraussetzung ist dann mindestens Java 11 (welches das nächste Long-Term-Support Release von Java ist).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist dann PostgreSQL in Version >=11.
[DEPRECATED]: Die Unterstützung von Internet Explorer 11 wird Ende 2019 eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[DEPRECATED]: Ab Version 2020.1 wird ECU-TEST keine test.guide FreeEdition mehr enthalten.
[PREVIEW]: Als Testmanager kann ich nach dem Import einer TestSuite als Abdeckungsfilter - aus einem ALM-Systemen (HP-ALM, Polarion, Octane) - das Ergebnis des Abdeckungsfilters als eigenen Testreport in test.guide einspielen. Somit erhalte ich für einen Abdeckungsfilter einen eigenen Testreport mit Testfällen, die einem Review unterzogen und zum ALM-System zurückgespielt werden können.
Das Ergebnis des Abdeckungsfilters kann als Testreport wieder eingespielt werden.
Die Testfälle dieses Testreports können nachbewertet und wieder zum ALM-System exportiert werden.
[PREVIEW]: Als Tester kann ich Signalaufnahmen, die ins test.guide eingespielt werden, automatisch nachgelagert analysieren lassen.
In Vorbereitung muss die Jenkins-Instanz für die nachträgliche Ausführung von Trace-Analysen neu konfiguriert werden
Es existiert eine zusätzliche Einstellung zum Ein- oder Ausschalten der CSRF-Protection (Cross-Site-Request-Forgery)
Auf einem beliebigen Ergebnisfilter lässt sich eine neue Rollende Analyse anlegen
Hierzu wird angegeben, aller wieviel Minuten der Ergebnisfilter auf neue Testreports überprüft werden soll
Für jeden neu gefundenen Testreport wird automatisch eine nachgelagerte Trace-Analyse durchgeführt
Über das Drop-Down-Menü neben dem Button für die Aufnahmenanalyse gelangt man zur Managementansicht für Rollende Analysen
Hier lassen sich Rollende Analysen löschen und der ursprüngliche Ergebnisfilter sowie die Ergebnissen der nachgelagerten Analyse können schnell gefunden werden
Für jede Rollende Analyse wird zusätzlich ein Release-Ordner angelegt, in dem Releases zu allen zugehörigen Analysedurchführungen abgelegt werden
Zu den einzelnen Analysedurchführungen werden außerdem Coverages im Ordner RecordingAnalyses erstellt und mit den jeweiligen Releases verknüpft
[FEATURE]: Als Testmanager kann ich mir in der Matrix-Ansicht des Abdeckungsfilters pro Zelle detaillierte Informationen über erstellte Fehlerberichte und die Ergebnisverteilung anzeigen lassen.
[FEATURE]: Als Tester kann ich ab ECU-TEST >= 8.1 pro Parametersatz Attribute vergeben, um somit z.B. über einen test.guide-Abdeckungsfilter Anforderungen einzelnen Parametersätzen zuzuordnen.
[FEATURE]: Als Tester, der ECU-TEST verwendet, kann ich dem Reviewer in test.guide seine Arbeit erleichtern, indem ich mit ECU-TEST >= 8.0 ein Fehlerbehandlungs-Package wie folgt konfiguriere:
In einem Fehlerbehandlungs-Package kann über die API auf die Errors im Package zugegriffen werden.
Die erfassten Errors werden dann als Report-Kommentar auch in test.guide angezeigt und erleichtern die Fehlersuche.
[FEATURE]: Als Reviewer kann ich mir in der Mehrfach-Review Ansicht eine Liste von Testfallausführungen zum Review erstellen, welche ich dann durch den neuen One-Click Review-Button Stück für Stück abarbeiten kann.
[FEATURE]: Als Reviewer ermöglicht der neue Testfallkontextfilter einen schnelleren Zugriff auf bestehende Reviews.
[FEATURE]: Als Prüfstandsmanager kann ich alte Prüfstandskonfigurationen in test.guide Projekteinstellungen löschen.
[FEATURE]: Als Server-Manager erkenne alle anderen Server-Manager ganz leicht durch die Krone in der Benutzerübersicht.
[FEATURE]: Das JUnitMatlab2ATX-Plugin wurde auf Version 2.0 aktualisiert und unterstützt den Import der Matlab-Fehlermeldungen in test.guide als Review-Kommentar.
[FEATURE]: Die Veröffentlichung des Cucumber2ATX-Plugins in Version 0.9.1 ermöglicht das Einspielen von JSON-Cucumber-Reports in test.guide.
[CHANGED]: Es werden ECU-TEST Projekt-Attribute auch von Sub-Projektaufrufen komplett bis zur Testfallausführung erfasst. Bei mehrfacher Definition des selben Attributs gewinnt der zuletzt gesetzte Wert.
[FIXED]: Alle Selektionsverfahren, z.B. in der Export-Ansicht, berücksichtigen den Ergebnis-Filter in der jeweiligen Ansicht.
[FIXED]: Wenn ein Release gesperrt ist, können keine Daten des Releases durch z.B. neue Reviews oder durch das Löschen eines Uploads mehr manipuliert werden.
[DEPRECATED]: Die Unterstützung von Java 8 wird im Januar 2020 eingestellt! Voraussetzung ist dann mindestens Java 11 (welches das nächste Long-Term-Support Release von Java ist).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist dann PostgreSQL in Version >=11.
[DEPRECATED]: Die Unterstützung von Internet Explorer 11 wird Ende 2019 eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[DEPRECATED]: Ab Version 2020.1 wird ECU-TEST keine test.guide FreeEdition mehr enthalten.
[PREVIEW]: Als Tester freue ich mich, dass die Signalaufnahmen, die bereits im test.guide gespeichert wurden, nachgelagert analysiert werden können.
In Vorbereitung muss eine Jenkins-Instanz für die nachträgliche Ausführung von Analyse-Packages konfiguriert werden.
Auf einem beliebigen Ergebnisfilter, kann eine neue Aufnahmenanalyse konfiguriert werden.
Hierfür wählt man das Analyse-Package (*.ta oder mehrere im *.zip), die konfigurierte Jenkins-Instanz und einen geeigneten Namen.
Die Ergebnisse der Aufnahmenanalyse können in der Testfallabdeckung nach Laden des Coverage-Filters beobachtet werden.
[FEATURE]: Als Tester freue ich mich, dass auch Bilder (inkl. animierter GIFs) aus der Testfallbeschreibung vom ECU-TEST Package direkt im test.guide mit angezeigt werden.
Via der ATX-Mako-Option archiveDescriptionImages kann der Upload der Bilder konfiguriert werden.
[FEATURE]: Als Reviewer freue ich mich, dass ich nun auch in der Mehrfach-Review Ergebnisfilteransicht ganz leicht auf vorherige Reviews zugreifen und diese übernehmen kann.
[FEATURE]: Als Matlab-Tester freue ich mich, dass es nun möglich ist die JUnit Matlab Reports direkt über das neue JUnitMatlab2ATX-Plugin einzuspielen.
[FEATURE]: Als Tester kann ich nun Ergebnis-Links direkt als Jira-Ticketkommentare teilen. Dabei werden mir bei der Eingabe zum Teilen eines Links die Jira-Tickets angezeigt, welche auch gerade im aktuellen Filter zur Verfügung stehen.
[FEATURE]: Die Monitoring-API wurde erweitert um den aktuellen Zustand des Heartbeats, der Nutzeraktivität und der automatischen Testausführung abfragen zu können.
[FEATURE]: In der Export- sowie Mehrfach-Review-Ansicht gibt es eine neue Schnellauswahl um die Bestbewertetsten Reports auswählen zu können. In dieser Auswahl wird auch das Review-Ergebnis mit einbezogen.
[CHANGED]: Das Verhalten bei der Schnellauswahl für "Fehlerhafte Reports auswählen" in der Export- sowie Mehrfach-Review-Ansicht wurde so umgestellt, dass auch die Review-Ergebnisse mit betrachtet werden.
[CHANGED]: Wenn man beim Anlegen eines Jira-Issues versehentlich den Dialog (durch einen Klick neben das Fenster) versucht zu schließen, wird dieser ohne Rückfrage nicht mehr geschlossen.
[CHANGED]: Es gibt ein neue Berechtigung Berichtswesen Vorlagen verwalten, damit nicht nur der Projekt-Manager die PDF-Templates aktualisieren kann.
[CHANGED]: Bei der Eingabe/Suche von Testargumenten im Ergebnisfilter öffnet sich die Autovervollständigung.
[CHANGED]: Die Ergebnisfilter-Ansicht: Review wurde in Mehrfach-Review umbenannt.
[CHANGED]: Das fixe Limit der ResourceLocationId von 5 Elementen wurde dahingehend geändert, dass nur noch ein Minimum-Limit von 3 Elementen gibt.
Der Aufbau der ResourceLocationId entspricht dem Schema: location*/testbench/machine → Bsp: Country/Building/Level 1/Room 1.09/HiL_Multimedia/*PC1.
Im Zuge der Änderung wurden die Monitoring-APIs entsprechend angepasst!
[SECURITY]: Die Start- und Installskripte wurden um den Parameter CSRF_ACCEPTED_ORIGINS ergänzt, der es erlaubt eine White-List von spezifischen Domains der Form CSRF_ACCEPTED_ORIGINS=local.testguide,test-guide.de anzugeben, damit diese Domains nicht als CSRF-Angriff gelten.
[DEPRECATED]: Die Unterstützung von Java 8 wird im Januar 2020 eingestellt! Voraussetzung ist dann mindestens Java 11 (welches das nächste Long-Term-Support Release von Java ist).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist dann eine PostgreSQL Version >=11.
[DEPRECATED]: Die Unterstützung von Internet Explorer 11 wird Ende 2019 eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[DEPRECATED]: Mit ECU-TEST 8.2 wird die enthaltene test.guide FreeEdition nicht mehr ausgeliefert.
[FEATURE]: Als Release-Verantwortlicher habe ich das Release (und jedes Sub-Release) durch die übergreifend automatisch generierte Super-Release-Coverage immer im Blick.
Auf jedem Release-Folder steht automatisch die Coverage aus den Kind-Releases zur Verfügung.
[FEATURE]: Als Testmanager kann ich mir auf der Review-Analyse Seite die Fehlerklassen nach beliebigen Programmständen oder auch Start of Production (SOP) Terminen gruppieren lassen für eine schnelle Fehleranalyse.
Die Gruppierung bezieht sich auf den eingestellten Testfallkontext (Konfiguration unter: Projekteinstellungen/Revieweinstellungen).
[FEATURE]: Die Coverage-API wurde auf OpenApi umgestellt und bietet die Möglichkeit, die Coverage auf anderen test.guide-Instanzen anzusteuern.
[FEATURE]: Als Reviewer freue ich mich, dass ich nun auch direkt Octane-Defects aus test.guide heraus erstellen und den Status einsehen kann.
Für Octane-Defects muss ein neuer IssueTracker angelegt werden.
[PREVIEW]: Als IT’ler habe ich durch die Cluster-Lizenz eine einfache Möglichkeit beliebig viele test.guides in unserer Firma in Betrieb zu nehmen.
Die Lizenznehmer (Benutzer) werden im konfigurierten LDAP verwaltet.
Die zugehörige Lizenzdatei wird auf einer beliebigen Dateiablage (Netzlaufwerk, Artifactory, SMB, …) zentral abgelegt.
[PREVIEW]: Als Testmanager, habe ich die Möglichkeit beliebige TestSuites aus den ALM-Systemen (HP-ALM, Polarion, Octane, RQM) als Coverage zu importieren um mir eine aktuelle Übersicht zu verschaffen.
Im Moment werden die Coverage-Daten über das Package-Attribut ALM_Mapping, bei Testfall-Namensgleichheit, zugeordnet.
[CHANGED]: Die Upload-Regel Create link in Jira-Ticket wurde um die Möglichkeit erweitert, dass auch mehrere Tickets getrennt durch einen konfigurierbaren Separator verarbeitet werden können.
[CHANGED]: Durch den neuen Lizenz-Dialog können gestellte Lizenzanfragen noch schneller abgearbeitet werden.
[CHANGED]: Bei Angabe der Attributwerte im Json2ATX-Plug-in ist es nun möglich, mehrere Werte pro Attributschlüssel anzugeben.
{
"name":"Test-Suite",
"timestamp":1423576765000,
"testcases":[
{
"@type":"testcase",
"name":"TestCase-1",
"verdict":"FAILED",
"timestamp":1423536765000,
"executionTime":15,
"attributes":[
{
"key":"Department",
"value":"XYZ (John Doe)"
},
{
"key":"ReqId",
"value":[
"42",
"43"
]
}
]
}
]
}[CHANGED]: Für die Octane-Anbindung stehen die neuen Blocking Reasons Blocked(Cancelled Precondition) und Blocked(Revoked) zur Verfügung.
[FIXED]: Die Negationsoption in den Attribut- bzw. Konstantenfiltern im Testfallabdeckungsfilter steht wieder zur Verfügung.
[SECURITY]: Aus Sicherheitsgründen kann der Download der Log-Files im Fehlerfall auf "Server-Manager" Berechtigungen eingeschränkt werden.
[SECURITY]: Die Start- und Installskripte wurden um den Parameter CSRF_PROTECTION=true ergänzt, welcher den Schutz vor Cross-Site-Request-Forgery Angriffen aktiviert.
Dies kann bei vorgeschalteten (falsch konfigurierten) Proxys Probleme verursachen, in dem Fall kann die Option (in Abstimmung mit der IT) auch deaktiviert werden.
[SECURITY]: Zum Schutz vor Brute-Force-Angriffen wird bei mehrmaliger fehlerhafter Authentifizierung der Nutzer für ein paar Minuten gesperrt.
[DEPRECATED]: Die Unterstützung von Java 8 wird im Januar 2020 eingestellt! Voraussetzung ist dann mindestens Java 11 (welches das nächste Long-Term-Support Release von Java ist).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist dann eine PostgreSQL Version >=11.
[DEPRECATED]: Die Unterstützung von Internet Explorer 11 wird Ende 2019 eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performance-Optimierungen automatisch migriert, dies kann je nach Datenstand bis zu mehrere Stunden dauern. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide aber weiterhin möglich, jedoch kann das Ergebnis eines Testplan-Filters eventuell unvollständig sein.
[FEATURE]: Die Release-API wurde um die Methode zum Löschen von Releases erweitert, um die Automatisierung zu erleichtern.
[FEATURE]: Die ATX-Mako wurde um den Parameter includePkgTestSteps erweitert, welcher es erlaubt die Erfassung der Testschritte im ATX-Dokument zu überspringen. Dies ist sinnvoll wenn Speicherplatz gespart werden soll und die Testschritte für die Analyse in test.guide nicht benötigt werden.
[CHANGED]: Beim Anlegen eines neuen Releases muss der Release-Name nicht mehr eindeutig sein.
[CHANGED]: Beim Review werden alle Reviews von anderen relevanten Läufen mit angezeigt, nicht nur das jeweilige Letzte.
[FIXED]: Wenn die Datenbankverbindung kurzzeitig unterbrochen wurde, stellt test.guide die Verbindung automatisch wieder her!
[FIXED]: Der Testplan-Filter arbeitet im Zusammenhang mit der Release-Coverage nun deutlich schneller und korrekt im gesamten Filterbereich!
[FEATURE]: Als Testmanager kann ich mit Hilfe der neuen Übersicht der zugeordneten Fehlerberichte in der Review-Analyse-Ansicht direkt schauen, welchen Einfluss die erstellten Defekt-Tickets auf die aktuelle Absicherung haben.
Neben der Ticket-Info sowie der zugehörigen Fehlerklasse, Fehlerpriorität und Anzahl der TestCases, werden die Daten des Testfallkontextes (wie z.B. die betroffenen Anforderungen) in die Anzeige mit einbezogen werden.
Der anzuzeigende Testfallkontext kann unter Projekteinstellungen/Revieweinstellungen konfiguriert werden.
[FEATURE]: Als Testmanager kann ich mit Hilfe der neuen Fehlerberichtsverfolgung in der Review-Analyse-Ansicht überprüfen, welche erstellten Defekt-Tickets bzw. Fehlerberichte immer noch offen sind und bei Reviews immer wieder auffallen.
[FEATURE]: Als Testmanager kann ich mir in der Review-Analyse-Ansicht direkt anzeigen lassen, wie viele Reviews und Tickets zu den Reports im Filterzeitraum erstellt wurden.
[FEATURE]: Als Reviewer kann ich nun direkt den Fehler-Ticketstatus der älteren Reviews einsehen und damit schneller offene Fehler detektieren.
[FEATURE]: Als Tester kann für den Datei-Upload über die neue Option archiveFilesPerPackage in der ATX-Mako hinterlegt werden, welche Dateien pro Package hochgeladen und in test.guide angezeigt werden sollen.
[FEATURE]: Als HiL-Admin kann ich ein vorkonfiguriertes ResourceAdapter-Paket herunterladen und den ResourceAdapter damit einfacher in Betrieb nehmen.
Wird der ResourceAdapter aus dem heruntergeladenen ZIP-Archiv auf einem Prüfstand erstmalig ausgeführt, so wird die vorher in test.guide getroffenen Konfiguration (URL, Authentifizierung, Projekt etc.) aus der …preconfigured.config direkt verwendet.
[FEATURE]: Als Testmanager nutze ich die neue Testmanagement IBM Rational Quality Manager (RQM)-Anbindung um meine getaggten Releases bei einer Abgabe zurückzuspielen.
Die RQM-Anbindung muss unter Projekteinstellungen/Management Tools konfiguriert werden.
Die Testfalldurchführungen können dann in der aktiven Ergebnisfilteransicht: Exportansicht ausgewählt und zurückgespielt werden. Dabei werden immer die Review-Ergebnisse zum Zurückspielen verwendet. Es werden nur die Testfallergebnisse ohne die Testschritte zurückgespielt.
[CHANGED]: Beim Erstellen von Jira (oder Redmine) Review-Defects werden die Links zum test.guide Review nun als Kommentar hinterlegt, statt in die Description geschrieben zu werden.
Ebenfalls wird bei Verwendung der Upload-Regel Verlinkung in Jira-Ticket erzeugen nun immer ein Kommentar bei einem Upload an das Ticket angehängt, statt diese Information in die Beschreibung zu schreiben.
[CHANGED]: Nach dem Bulk-Review wird der Nutzer zurück zur Liste der ausgewählten Testfallreports geleitet, abgearbeitete Reports werden durchgestrichen.
[CHANGED]: In der Release-Coverage Progress-Anzeige werden nun nachträgliche durchgeführte Reviews automatisch zugewiesen.
[CHANGED]: In der zeit- und ergebnisbasierten Filteransicht sind die angezeigten Reviews direkt verlinkt.
[CHANGED]: Wenn im Review ein geschlossenes Defekt-Ticket erneut zugewiesen wird, dann muss dies vom Nutzer explizit bestätigt werden.
[CHANGED]: Im Jenkins-Agent-ResourceAdapter-Plugin wurde der secret Parameter auf optional gestellt, damit ein anonymer Verbindungsaufbau mit Jenkins möglich ist.
[CHANGED]: Die Datenquelle für die PDF-Templates enthält nun die Fehlerklassen-Gewichtungen, welche im Template ausgelesen und genutzt werden kann.
[CHANGED]: Die Datenquelle für die PDF-Templates enthält den neuen Parameter INTReportAuthor, welcher den test.guide Usernamen beinhaltet, der die PDF generiert hat.
[DEPRECATED]: Die Unterstützung von Java 8 wird im Januar 2020 eingestellt! Voraussetzung ist dann mindestens Java 11 (welches das nächste Long-Term-Support Release von Java ist).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist dann eine PostgreSQL Version >=10.
[DEPRECATED]: Die Unterstützung von Internet Explorer 11 wird Ende 2019 eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[REMOVED]: Bereits mit Version 1.57.0 wurde die APIs in die Kontextpfade /api und /rest umgestellt, um die Kompatibilität zu SingleSignOn-Systemen zu verbessern. Die Fallback-Lösung, wonach die APIs weiterhin auch unter ihrer alten Adresse erreichbar waren, wurde zu Version 1.61.0 abgekündigt und ist nun abgestellt worden.
Sollten Sie noch Skripte, Tools etc. im Einsatz haben, die nicht entsprechend angepasst wurden, werden diese nicht mehr funktionieren. Um die Kompatibilität wiederherzustellen müssen unbedingt die API-Aufrufe angepasst werden.
Beispiel anhand der API zum Hochladen eines Testfallabdeckungsfilters:
alter, nicht mehr gültiger Endpunkt: http://test-guide:8085/upload-cov-conf
seit Version 1.57.0 gültiger Endpunkt: http://test-guide:8085/api/upload-cov-conf
[FEATURE]: Als Release-Manager habe ich durch die Release-Coverage Progress-Anzeige immer meinen aktuellen Projektstatus im Blick.
Beim Klick auf die Ergebnis- oder Coverage-Verteilung wird die entsprechende Ansicht direkt geöffnet.
Hinweis: Nachträgliche durchgeführte Reviews werden noch nicht automatisch zugewiesen!
[FEATURE]: Als Reviewer ist es mit den erweiterten Issue-Tracker Templates für Jira-Tickets nun noch leichter neue Tickets korrekt vorbefüllt anzulegen.
Es werden neben den Standard-Feldern Zusammenfassung und Beschreibung alle weiteren konfigurierbaren (Single oder Multiline) Textfelder als Template angeboten.
Im Review werden die Textfelder dann direkt anhand der Konfiguration vorbefüllt.
[REMOVED]: Die automatische Jira-Ticket Befüllung anhand der Namensgleichheit aus Version 1.54.0 wurde entfernt.
[FEATURE]: Als Reviewer hab ich nun den Projekt-Kontext zu den Bestands-Reviews durch den konfigurierbaren Tooltip immer im Blick.
Die anzuzeigenden Projekt-Kontextdaten können in den Review-Einstellungen konfiguriert werden.
Die Daten stehen dann als Tooltip während des Reviews zur Verfügung.
[FEATURE]: Als Tester kann ich in den Testfall-Details nun die zugehörige Prüfstands-Ausstattungen zur Analyse mit einbeziehen.
[FEATURE]: Die Monitoring-API wird auf OpenApi umgestellt, im Zug dieser Umstellung steht nun als erstes die HiL-Aktivität mit der neuen API zur Verfügung.
[FEATURE]: Als Team können wir nun im Projekt die Standard-Ansicht für die Anzeige der Filterergebnisse festlegen.
[FEATURE]: Beim Abspeichern von Ergebnisfiltern wird die aktuell eingestellte Filterergebnis-Ansicht mit berücksichtigt.
[FEATURE]: Das bekannte Teilen-Menü ist nun auch in der Monitoring-Sektion für die Aktivitäts- und Datenansicht verfügbar.
[FEATURE]: Als Projekt-Manager kann ich nun die Berechtigungsvorlagen direkt in der Übersicht über das neue Drop-Down Menü zuweisen.
[FEATURE]: Als Octane-User freue ich mich, dass die Review-Kommentare aus test.guide direkt ins Octane übernommen werden, wenn Daten zurückgespielt werden.
[CHANGED]: Als Projekt-Manager ist es mir nun möglich den Anzeigenamen zu korrigieren, falls der Kollege sich bei der Anmeldung verschrieben hat.
[CHANGED]: Die zusätzlichen Informationen im Excel werden fortan auf einem dedizierten Blatt dargestellt, damit wird das Parsen der Daten erleichtert.
[CHANGED]: Die Farbe für ein Review ohne explizites Ergebnis wurde geändert, um eine bessere Unterscheidung zu ermöglichen.
[CHANGED]: Die Upload-Regeln für das Vorhandensein eines Attributs oder einer Konstante geben nun zusätzlich den Names des Testfalls aus, der die Regel verletzt.
[CHANGED]: In der Projekt-Benutzerverwaltung werden die Firmennamen nun direkt mit angezeigt.
[CHANGED]: In der Release-API wird beim GET /releases/{releaseId} der Coverage-Progress mit zurückgegeben.
[CHANGED]: In der Reporting-API wird beim POST /reporting/export nun ein Objekt mit der Task-Id zurückgegeben.
[CHANGED]: Beim Sperren eines Release-Ordners werden nun auch die Jira-Tickets der enthaltenen Releases aktualisiert.
[CHANGED]: Die ECU-TEST ATX-Mako Optionen setAttributes und setConstantes wurden so umgestellt, dass leere Konstanten bzw. Attribute aus der TRF überschrieben werden können.
[DEPRECATED]: Die Unterstützung von Java 8 wird im Januar 2020 eingestellt! Voraussetzung ist dann mindestens Java 11 (welches das nächste Long-Term-Support Release von Java ist).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist dann eine PostgreSQL Version >=10.
[DEPRECATED]: Die Unterstützung von Internet Explorer 11 wird Ende 2019 eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[FEATURE]: Als Test-Team können wir beim Zurückspielen der Testergebnisse durch das Bewertungen zuordnen-Feature nun alle unsere Ergebnisse aus unserem ALM-System (Jama, Polarion und ALM, Octane) nutzen.
Die individuellen Ergebnisse stehen im Review zur Verfügung und müssen vorher in den Review-Einstellungen konfiguriert werden.
Für das Zurückspielen der Testergebnisse muss zusätzlich ein Mapping im jeweiligen ALM-Tool vorgenommen werden.
Beim Zurückspielen der Testergebnisse zum ALM-Tool hat immer das festgelegte Mapping Vorrang vor dem Nachbewertungsergebnis.
[FEATURE]: Als Reviewer kann ich durch die Pagination nun auf alle vorherige Reviews zugreifen und freue mich, dass gleiche vorherige Reviews direkt gruppiert angezeigt werden.
[FEATURE]: Als Tester kann ich durch den neuen quantitativen Ergebnisfilter schneller herausfinden, welche Tests sich noch in der Entwicklung befinden und welche Tests im Moment nur sehr selten ausgeführt werden.
[FEATURE]: Als Testmanager kann ich die Ergebnisse der berechneten Testfallabdeckungen speichern und laden und kann so beispielsweise während eines Meetings ohne Wartezeit auf die vorher berechneten Daten in test.guide zugreifen.
[FEATURE]: Als Testmanager freue ich mich, dass die im Review als invalid gekennzeichneten Testfalldurchführungen nun in der Testfallabdeckung ignoriert werden.
[FEATURE]: Als Testmanager kann ich durch den neuen ALM-Backlink direkt aus ALM auf die Ergebnisse im test.guide zugreifen.
[FEATURE]: Als Projekt-Manager kann ich durch die neue konfigurierbare automatische Löschroutine für beliebige Dateigrößen bares Geld für mein Projekt sparen.
[FEATURE]: Als Release-Manager sehe ich durch die Aggregation aller Releases innerhalb eines Release-Ordners nun auf einem Blick, wo wir stehen.
[FEATURE]: Als Release-Verantwortlicher kann ich mit nur einem Klick einen Testabschlussbericht für mein Release erstellen.
[CHANGED]: Im Zuge dieses Features wurde die Reporting-API vereinfacht.
[FEATURE]: Als Tester kann nun auch eine Proxy-Konfiguration für den Upload in der ATX-Mako hinterlegen, damit ein Upload auch hinter einer Firewall in die Cloud möglich ist.
[CHANGED]: Das Software Scan Plug-in des ResourceAdapters wurde auf eine andere Windows-API umgestellt, wodurch ein schnellerer Zugriff auf die installierte Software möglich ist. Durch diese Änderung kann es sein, dass sich die Darstellung der Details der erfassten Software-Komponenten gegenüber älteren Version unterscheidet.
[REMOVED]: Es wurden alte Migrationspfade entfernt. Ein direktes Update von Versionen kleiner 1.49.0 zu 1.69.0 ist damit nicht mehr ohne potentiellen Datenverlust möglich. Falls dies nötig ist, aktualisieren Sie bitte zunächst auf die Version 1.68.1.
[CHANGED]: Die Nachbewertungstickets werden beim Export nach Jama mit übernommen.
[FIXED]: Das Anlegen eines Tickets für ein Release arbeitet via GUI wieder korrekt.
[FEATURE]: Als Test-Team haben wir nun alle unsere Releases immer topaktuell im Blick, da wir über unsere neue Release-Coverage automatisiert alle Testfallausführungs-Einspielungen erfassen.
Bei Zuweisung einer Coverage zum Release (wenn das Release nicht geschlossen ist), werden alle Einspielungen automatisch diesem Release zugewiesen, wenn Sie die Coverage-Filterkriterien erfüllen.
Eine Release-Coverage kann auch direkt über die Api zugewiesen werden.
[FEATURE]: Als Tester habe ich nun die Möglichkeit mir detailliert einen bestimmten Testplan anzusehen, analog zur ECU-TEST Projekt-Übersicht.
Die Testplan-Details stehen sowohl in der Testplan-Ansicht, als auch im aktiven Ergebnisfilter: Testpläne zur Verfügung.
[FEATURE]: Als HiL-Admin kann ich bei Umbauarbeiten am Prüfplatz den Jenkins-Worker über das ResourceAdapter-Jenkins-Plugin temporär mit Zeitangabe Offline schalten. Meine Kollegen können dies Live im test.guide Monitoring verfolgen.
Der Jenkins-Status wird im test.guide direkt angezeigt und protokolliert.
Die Konfiguration des Plug-ins wurde vereinfacht.
[FEATURE]: Als Testmanager kann ich festlegen, ob angehängte Dateien zum Testmanagement-Tool Polarion oder HP ALM direkt mit hochgeladen werden.
Für den Upload von Dateien muss im jeweiligen Testmanagement-Tool ein Anhang-Filter (z.B. mit Wildcards) konfiguriert werden.
[FEATURE]: Als Administrator sorgen die aufgeräumten und vereinfachten Installations- und Starter-Skripte für eine einfachere Inbetriebnahme bzw. Aktualisierung.
[FEATURE]: Als Testmanager halten wir für Release-Abgaben alle relevanten ATX-IDs vor, nun können wir durch das neue ATX-ID-Coverage-Filterkriterium leicht jede Release-Abgabe mit Hilfe einer Coverage überprüfen.
[FEATURE]: Als Testmanager kann mir durch das neue Release-ID-Coverage-Filterkriterium eine schnelle Release-Übersicht erstellen.
Einschränkung: Wenn mehrere Releases gefiltert werden, können diese im Moment im Ergebnisfilter-Link nicht angezeigt werden, dies wird in kommenden Releases behoben.
[FEATURE]: Als Projektleiter freue ich mich, dass die Benutzerprofile über ein zusätzliches Feld für die Angabe der Firma verfügen. Damit kann ich gewährleisten, dass ich einerseits im Sinne der DSGVO handeln und Benutzerdaten (z.B. bei Projektwechsel) anonymisieren kann, aber andererseits trotzdem nachvollziehbar bleibt, welches unterbeauftragte Unternehmen verantwortlich war (beispielsweise für ein Review).
[FEATURE]: Für Automatisierungsprozesse wurde die API zur Erstellung von Berichten auf OpenAPI umgestellt (eine Dokumentation ist unter https://localhost:8443/api-docs/ verfügbar). Zusätzlich können neben Testabschlussberichte nun auch Testfallabdeckungsberichte via API einfach erstellt werden.
Hinweis: Der Jira-Status kann nur mit hinterlegtem technischem Benutzer via API ausgelesen werden.
Konfiguration: Die Default-Templates können nicht direkt unterstützt werden, dazu müssen sie heruntergeladen und als Nutzer-Template wieder hochgeladen werden.
[PREVIEW]: Als Reviewer freue ich mich, dass ich nun auch direkt HP-ALM-Defects aus test.guide heraus erstellen und den Status einsehen kann.
Für ALM-Defects muss ein neuer IssueTracker angelegt werden.
In den Reviews kann dann - analog zu Jira - ein Defect direkt aus test.guide heraus erstellt werden.
Der aktuelle Defect-Status wird analog zu Jira ermittelt.
[CHANGED]: Die Nachbewertungs-Tooltips bleiben eingeblendet, wenn der Maus-Cursor darauf gelegt wird. Dadurch habe ich als Nutzer die Möglichkeit auf einfache Art und Weise Inhalte (z.B. den Nachbewertungskommentar) zu kopieren.
[CHANGED]: Im TestBenchHealth-ResourceAdapter-Plugin kann auch der ausgeführte Testfall angegeben werden, bei welchem es z.B. zu einem Tool-Fehler kam.
[CHANGED]: Die Testfalldetails werden aufgeräumter dargestellt, indem leere Abschnitte standardmäßig zusammengeklappt angezeigt werden.
[DEPRECATED]: Die Unterstützung von Java 8 wird im Januar 2020 eingestellt! Voraussetzung ist dann mindestens Java 11 (welches das nächste Long-Term-Support Release von Java ist).
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist dann eine PostgreSQL >=10 Version.
[DEPRECATED]: Die Unterstützung von Internet Explorer 11 wird Ende 2019 eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung stehen. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[FIXED]: Wurde test.guide innerhalb eines Payara Servers (v4.x oder v5.x) betrieben, kam es bei API-Zugriffen zu Fehlern.
[FIXED]: Der vorgegebene Server in der neuen REST-API Dokumentation wurde angepasst, um die Test-Anfragen direkt an den test.guide Server stellen zu können, der auch die Dokumentation ausliefert.
[FEATURE]: Als Testmanager ist es mir nun möglich ganze Release-Trains vorab, mit beliebigen Metadaten und Sub-Releases anzulegen. Damit bekomme ich einen besseres Struktuierungsmittel und einen besseren Überblick über meine Releases (SOPs, Meilensteine bzw. Integrationsstufen).
Jedem Release können beliebige Sub-Releases zugeordnet werden.
Releases können auch via API unter https://localhost:8443/api-docs/ angelegt, bearbeitet und abgefragt werden. In kommenden Releases werden wir auch die Bestands-APIs auf die neue API-Dokumentation umstellen, damit eine API Verwendung noch einfacher wird (da man sie direkt in test.guide ausprobieren kann).
Releases können gegen Änderungen gesperrt und entsperrt werden.
[FEATURE]: Als Tester/Testmanager kann ich durch den neuen Review-Nachbewertungsfilter schnell nach "echten Fehlern" filtern, um mir eine Übersicht zu verschaffen.
[FEATURE]: Als Python-Entwickler kann ich mit Hilfe des neuen PythonScanPlugin-ResourceAdapter-Plugins (plugin.de.tracetronic.ttstm.monitoring.plugin.win.pythonScan.PythonScanPlugin) einfach überprüfen, welche Python-Umgebungen und -Bibliotheken auf den Prüfständen genutzt werden.
das PythonScan-Plugin muss am ResourceAdapter konfiguriert werden, ein Beispiel findet sich im ZIP-Archiv des ResourceAdapter-Downloads unter resourceAdapter.example.config
[FEATURE]: Als Prüfstandsverantwortlicher kann ich durch die neue Umzugsfunktion alle Bestandsdaten leicht migrieren, wenn ein Prüfstand umgezogen ist.
[FEATURE]: Als HiL-Verantwortlicher kann ich mir nun auf einen Blick die gesamte HiL-Auslastung anzeigen lassen um den Automatisierungsfortschritt zu tracken.
[FEATURE]: Als Testmanager habe ich beim ATX-Export die Möglichkeit, die Reviews separat mit zu exportieren, um diese falls gewünscht an den Auftraggeber mit auszuliefern.
[FEATURE]: Es gibt eine neues Property-Feld im Testfallabdeckungsfilter des Typs FilterTreeV2, welches es ermöglicht (pro Knoten) zusätzliche Informationen für den Nutzer via Tooltip bereitzustellen.
Spoiler: Demnächst können hier auch synchronisierte Test-Management-Testfall-IDs hinterlegt sein, damit ein Export direkt zum gewünschten Test-Management-System möglich ist ;) .
[FEATURE]: Durch die neue "Datei-Existenz prüfen" Upload-Regel ist immer sichergestellt, dass z.B. meine Logs mit hochgeladen werden.
Durch die neue ATX-Mako Option archiveMiscFilePrefix kann sichergestellt werden, dass die neue Upload-Regel auch auf die ECU-TEST Misc-Files angewendet werden kann, durch Angabe eines Präfix.
[FEATURE]: Durch die neuen Konstanten-Kategorien behalte ich als Tester einen besseren Überblick.
[FEATURE]: Für Automatisierungsprozesse wurde die API zur Erstellung von Reviews veröffentlicht.
Beispiele für die Verwendung der API finden sich in der Hilfe: http://localhost:8085/info/helpIndex
[PREVIEW]: Als Tester kann ich durch die neue Diagramm-Ansicht die Histogramme nutzen um meine Rückgabeparameter auszuwerten.
alle Rückgabeparameter im Filterzeitraum werden im Histogramm angeboten und können dann im Diagramm ausgeblendet werden
zusätzlich werden u.a. die Min/Max-Werte der Rückgabeparameter ermittelt und tabellarisch angezeigt.
Die neue Ansicht wird nicht im Internet Explorer 11 unterstützt!
[DEPRECATED]: Die Unterstützung von PostgreSQL 9.x wird Anfang 2020 eingestellt! Voraussetzung ist dann eine PostgreSQL >=10 Version.
[DEPRECATED]: Die Unterstützung von Internet Explorer 11 wird Ende 2019 eingestellt. Wir empfehlen einen Wechsel auf Microsoft Edge, Google Chrome oder Mozilla Firefox.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung stehen. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[CHANGED]: Coverage-API: Das Hochreichen eines Verdicts auf den Hauptknoten bei einer unvollständigen Testfalldurchführung wurde entfernt. Knoten erhalten nur ein Ergebnis, wenn alle ihre Kind-Knoten ein Ergebnis besitzen.
<?xml version="1.0" encoding="UTF-8"?>
<response>
<msg>calculation finished</msg>
<result>
<label/>
<predicates/>
<testruns/>
<nodes>
<node>
<url>https://mytestjobs.company.de/testjob/1</url>
<!-- <verdict>NO PARTIAL NODE VERDICT!!!</verdict> -->
<label>Testjob 1</label>
<predicates/>
<testruns/>
<nodes>
<node>
<verdict>PASSED</verdict>
<label>Alive</label>
<scopes>
...
</scopes>
<predicates/>
<testruns/>
<nodes>
<node>
<verdict>PASSED</verdict>
<label>...</label>
<scopes>
...
</scopes>
<predicates>
...
</predicates>
<testruns>
...
</testruns>
<nodes/>
</node>
</nodes>
</node>
<node>
<label>CRC</label>
<scopes>
<entry>
<key>Test Cases<key>
<value>CRC</value>
</entry>
</scopes>
<predicates>
...
</predicates>
<testruns/>
<nodes/>
</node>
</nodes>
</node>
</nodes>
</result>
</response>[FIXED]: Die PDF-Generierung aus einem Testfall-Abdeckungsfilter war nicht korrekt.
[FIXED]: In der Export- und Reviewansicht wurde die Performanz und Zuverlässigkeit beim Alles auswählen großer Mengen an Reports (> 100000 Testfallreports) verbessert.
[FEATURE]: Als Reviewer kann ich nun eine Review Zusammenfassung und eine Fehlerpriorität angeben. Mit diesen Infos kann ich nun noch leichter Defects im Issue Tracker aus test.guide heraus anlegen.
Diese neuen Review-Felder können in den Review-Einstellungen als Pflichtfelder festgelegt werden und können außerdem in den Issue-Tracker-Vorlagen als Platzhalter zur Verfügung.
[FEATURE]: Als Reviewer kann ich nun ganz leicht auf vorherige Reviews zugreifen und diese übernehmen. Zu diesem Zweck wurde der Review-Dialog zu einer separaten Review-Seite umgestaltet.
Die Review-Seite bietet die letzten Reviews zum ausgewählten Testfall zur Übernahme an.
Über einen Tooltip werden die genauen Review-Informationen angezeigt.
[FEATURE]: Als Tester kann ich in der erweiterten Testplan-Ansicht nun schneller sehen, wann und wie oft ein Testplan z.B. in der letzten Woche ausgeführt wurde.
[FEATURE]: Als HiL-Verantwortlicher kann ich über das neue TestBenchHealth-ResourceAdapter-Plugin (plugin.de.tracetronic.ttstm.monitoring.plugin.testbenchHealth.TestBenchHealthPlugin) komponentenbasierte Fehlerberichte auslesen und im test.guide den aktuellen Status pro Prüfstand anzeigen.
Das TestBenchHealth-Plugin muss für den ResourceAdapter konfiguriert werden - ein Beispiel findet sich im ResourceAdapter-Download unter resourceAdapter.example.config sowie die zugehörige TestBenchErrorState.xsd und ein Fehlerberichtsbeispiel testBenchErrorState_Example.xml .
[FEATURE]: Als HiL-Admin kann ich mit Hilfe des neuen NetworkTraffic-ResourceAdapter-Plugins (plugin.de.tracetronic.ttstm.monitoring.plugin.win.networkTraffic.NetworkTrafficPlugin) schauen, welche Netzwerkkarten stark beansprucht werden.
das NetworkTraffic-Plugin muss am ResourceAdapter konfiguriert werden - ein Beispiel findet sich im ZIP-Archiv des ResourceAdapter-Downloads unter resourceAdapter.example.config
###########################
# Network Traffic Plug-in #
###########################
! Used to monitor the network traffic of the windows pc.
!
! xyzThreshold limit unit is specified in %.
!
! The minimum polling interval is 60 seconds.
!
! Option whiteList:
! - show the specified network connections only
! - delimiter is ";"
! - e.g. WiFi;VPN-Company-Connection;Network-Hil-Device
! - nothing/empty -> no limitation
!
...networkTraffic.NetworkTrafficPlugin.1.config.polling=60000
...networkTraffic.NetworkTrafficPlugin.1.config.resourceLocationId=${resourceLocationId}
...networkTraffic.NetworkTrafficPlugin.1.config.trendPeriod=10
...networkTraffic.NetworkTrafficPlugin.1.config.redThreshold=95
...networkTraffic.NetworkTrafficPlugin.1.config.yellowThreshold=80
...networkTraffic.NetworkTrafficPlugin.1.config.properties.whiteList=[FEATURE]: ATX-Mako: Als Tester kann ich nach den von mir durchgeführten ECU-TEST Tests suchen, wenn ich meinen Name in der TCF vermerkt habe.
Der in der TCF hinterlegte Tester wird als Konstante TCF_TESTER abgebildet, wenn die ATX-Mako-Option explizit mapTcfTesterAsConstant=True gesetzt ist.
[FEATURE]: Für Automatisierungsprozesse wurde die API zur Erstellung von PDF-Exports veröffentlicht.
Beispiele für die Verwendung der API finden sich in der Hilfe: http://localhost:8085/info/helpIndex
[PREVIEW]: Als Test-Manager habe ich nun die Möglichkeit auch Testfallabdeckungen von anderen test.guide Instanzen in meinem test.guide abzufragen, um mir eine Gesamtübersicht über alle Projekte zu verschaffen.
unter Einstellungen/Management Tools muss eine weitere test.guide Instanz hinterlegt sein
diese Instanz kann dann beim Testfallabdeckungsfilter für die Berechnung ausgewählt werden
die lokalen Ergebnisse werden mit denen der anderen Instanzen zusammengeführt
[CHANGED]: Falls die Werte einer Kennlinie Zeichenketten (Strings) enthalten, werden die Werte auf der y-Achse lexikographisch sortiert.
[CHANGED]: Dem Projekt-Manager werden auch die Tasks der technischen Nutzer im Projekt angezeigt, damit er im Notfall unsachgemäß gestartete Vorgänge abbrechen kann.
[CHANGED]: In der systemweiten Benutzerverwaltung kann ich als Admin nun unterscheiden, ob ein Benutzer seit langer Zeit nicht mehr aktiv war oder ob es sich um einen neu angemeldeten Benutzer (innerhalb des letzten Monats) handelt.
[CHANGED]: Die Nachbewertungskommentare werden beim Export nach Jama mit übernommen.
[CHANGED]: Wenn ein einzelner Testfall nicht nach Jama exportiert werden kann, wird der Export der restlichen zu übertragenden Daten fortgesetzt und nicht mehr abgebrochen.
[CHANGED]: ATX-Mako: Wenn die Mako-Option includePkgSVNRevision aktiviert ist, wird zusätzlich die RevisionUrl als Attribut erfasst.
[CHANGED]: Es gibt kein 64k-Limit mehr für den Export von Testfallausführungen nach Excel.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung stehen. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[FIXED]: Wenn ich als Benutzer im JIRA eine andere Sprache als Englisch eingestellt hatte, konnte ich beim Erstellen eines Tickets über test.guide manchmal nicht alle Felder befüllen.
[FIXED]: Es wurde ein Fehler in den per API ausgelösten Coverage-Berechnungen behoben. Das Berechnen von Coverage-Filtern über die API ist nun wieder möglich.
[FIXED]: Es wurde ein Darstellungsproblem im Internet Explorer 11 behoben, der dafür gesorgt hat, dass manche Buttons auch auf großen Bildschirmen nur noch als Icon angezeigt wurden.
[FEATURE]: Als Coverage-Nutzer für Requirements oder Varianten-Bäume habe ich durch die Matrix-Ansicht eine neue Möglichkeit, um mir einen Überblick über die abgedeckten Scopes zu verschaffen.
Die Matrix-Ansicht stellt die verschiedenen Kombinationen der Scope-Werte tabellarisch dar. Die Scopes werden dabei automatisch an die Tabellen-Achsen verteilt. Bei Filter-Tree-Konfigurationen kann die Zuordnung der Scopes an die Achsen auch explizit über ein scopeAxesMapping, unter Angabe des Scopes, der gewünschten Achse und des Index, erfolgen, wie in folgendem Beispiel.
Die Beispiel-Filterdefinition "Filter Tree General" wurde um eine solche explizite Zuordnung erweitert.
<filterTreeV2>
<scopeAxesMappings>
<scopeAxesMapping>
<name>Test Levels</name>
<axis>x</axis>
<index>0</index>
</scopeAxesMapping>
<scopeAxesMapping>
<name>Requirements</name>
<axis>y</axis>
<index>0</index>
</scopeAxesMapping>
</scopeAxesMappings>
<!-- ... -->
</filterTreeV2>[FEATURE]: Als Tester, der beim Review immer sehr viele Tabs offen hat, freue ich mich über die ausdrucksstarken Tab-Titel, anhand derer ich nun schneller den richtigen Tab finden kann.
[FEATURE]: Als HiL-Verantwortlicher kann ich nun auf einen Blick erkennen, wann welche Hardware/Konfiguration entfernt wurde.
Entfernte Konfigurationen bleiben in test.guide erhalten und werden explizit im Diagramm wie auch in der Liste dargestellt.
[FEATURE]: Als HiL-Admin kann ich bei Umbauarbeiten am Prüfplatz den Jenkins-Worker über das Jenkins-Agent-ResourceAdapter-Plugin Offline und wieder Online setzen.
[FEATURE]: Als Testmanager nutze ich die neue Testmanagement Octane-Anbindung um meine getaggten Releases bei einer Abgabe zurückzuspielen.
die Octane Anbindung muss unter Projekteinstellungen/Management Tools konfiguriert werden
Die Testfalldurchführungen können dann in der aktiven Ergebnisfilteransicht: Exportansicht ausgewählt und zurückgespielt werden. Dabei werden immer die Review-Ergebnisse zum Zurückspielen verwendet. Es werden nur die Testfallergebnisse ohne die Testschritte zurückgespielt.
[FEATURE]: Nebem dem ReqIF Import werden nun auch RIF-Imports von Anforderungssystem zur automatischen Konvertierung in Testfallabdeckungsfilter unterstützt.
[FEATURE]: ATX-Mako: Als Tester kann ich nun gezielt Testfallausführungen, welche mit einem bestimmten Tool (TBC-Einstellung) durchgeführt wurden, suchen, indem ich den Konstantenfilter nutze.
Die TBC-Information der verwendeten Tools wird als Konstante im test.guide abgebildet, wenn die ATX-Mako-Option mapTbcToolAsConstant=True gesetzt ist
Die Konstante selbst setzt sich aus dem Präfix TBC_TOOL und dem Toolnamen zusammen - z.B. TBC_TOOL_INCA=7.2
[FEATURE]: ATX-Mako: Als Tester kann ich nun gezielt ab ECU-TEST 7.2.1 nach Testfällen mit einer bestimmten SWK-Id suchen.
Die SWK-Id wird als Attribut (TT_SWK_ID) im test.guide abgebildet, wenn die ATX-Mako-Option mapSwkIdsAsAttribute=True gesetzt ist
[FEATURE]: Als Admin kann ich bei den E-Mail Einstellungen konfigurieren, wie groß die Anhänge maximal sein dürfen. Ist die Größe überschritten wird statt dem Anhang eine Mail mit einem Download-Link geschickt.
[FEATURE]: Als Projekt-Manager kann ich durch die neue Rechte-Matrix schneller und übersichtlicher die Nutzerrechte vergeben. die Matrix steht auch für die Rechte-Templates zur Verfügung 
[FEATURE]: Für Automatisierungsprozesse wurde die Testfallabdeckungs-API um die Möglichkeit zum Upload und Download der Filterdefinitionen erweitert.
Beispiele für die Verwendung der API finden sich in der Hilfe: http://localhost:8085/info/helpIndex
[CHANGED]: Das Recht Projekt verwalten kann nun durch Projekt-Manager vergeben und auch (sich selbst!) entzogen werden.
[CHANGED]: Die Coverage-Filteroptionen für die Verwendung der letzten Ausführung bzw. der Review-Ergebnisse beeinflussen die Ansicht nun dynamisch (anstatt nur während des Filterns ausgewertet zu werden).
[CHANGED]: Bei der Auswahl des Review-Ansprechpartners, wird nun auch der Anzeigename mit angezeigt.
[CHANGED]: Die hinterlegten Ergebnisse im Taskmanager, wie z.B. exportierte PDFs, werden nun nach 7 Tagen gelöscht. Auf Grund dieser Anpassung werden alle Bestands-Task gelöscht.
[CHANGED]: Wurde beim Review ein Ticket (via Issue-Tracker) angelegt und wird der Review-Dialog danach geschlossen, so muss das Schließen explizit bestätigt werden.
[FIXED]: Der Timeout für das Generieren der PDF-Berichte wurde von einer Stunde auf zwölf Stunden angehoben.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 stehen die ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung stehen. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[FEATURE]: Als Tester kann ich nun direkt aus den Testfall-Details nach interessanten Konstanten- oder Attribut-Werten des Testlaufs filtern, ohne diese via Copy und Paste erst auf die Reportfilterseite übernehmen zu müssen.
[FEATURE]: Als Reviewer kann ich nach einem Bulk-Review durch den neuen 'Back & Unselect'-Button in einem Schritt auf die vorherige Seite zurückkehren und die auf dieser Seite getätigte Auswahl an Testfallausführungen aufheben.
[FEATURE]: Als Reviewer kann ich nun alte Review-Kommentare leichter in mein Review übernehmen, indem ich auf das Pfeil-Symbol neben dem entsprechenden Kommentar klicke.
[CHANGED]: Der Text eines Ticket-Links (z.B. bei der Anzeige eines Reviews) besteht nun nur noch aus der Ticket-Nummer anstatt aus der kompletten URL, vorausgesetzt, der passende Issue-Tracker wurde in test.guide konfiguriert.
[CHANGED]: Das Recht Monitoring Administrator gewährt nun Zugang zu den entsprechenden Projekteinstellungen, um z.B. die ResourceAdapter zentral zu verwalten.
[CHANGED]: Der Kontrast in der IT-Ansicht wurde erhöht, um eine bessere Darstellung auf Team-Monitoren zu gewährleisten.
[CHANGED]: Die Coverage-API für den Export von ATX-Dokumenten wurde um Wildcards für includeAttributes und includeConstants erweitert.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 werden die zukünftigen ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung stehen. Ein ATX-Upload zu test.guide ist auch mit ECU-TEST 6.6 bis ECU-TEST 7.1 weiterhin möglich.
[FIXED]: In der Review- und Export-Ansicht blieben die selektierten Testausführungen auch bei erneutem Filtern im Hintergrund erhalten - dieses Verhalten wurde korrigiert. Sollte es nötig sein, Testfälle aus den Ergebnissen mehrerer Filtervorgänge zu selektieren, so ist dies über das Release-Erfassen Feature möglich.
[FEATURE]: Als Reviewer kann ich nun durch die Issue-Tracker Templates direkt JIRA-Tickets vorbefüllen und damit fehlerfreier und schneller anlegen.
die Templates können pro IssueTracker konfiguriert werden
die Templates werden dann beim Anlegen des JIRA-Tickets zur Vorbefüllung benutzt
[FEATURE]: Als Reviewer kann ich bei Ansicht eines Plots ein Review erstellen, dabei wird mir der Plot als Link im Reviewkommentar vermerkt.
[FEATURE]: Als Testmanager ist es mir durch die neue Parameter-Testfallabdeckung möglich, viel feingranularer unsere Anforderungsprüfungen durchzuführen, z.B. in Bezug auf Happy Path oder Scary Path-Tests.
ein Beispiel samt Erläuterung ist unter den Testfallabdeckungs-Beispielen von TraceTronic zu finden unter Filter Tree: Collision detection (parameter evaluation)
<node>
<label>Positive tests</label>
<scope name="Collision occurred">yes</scope>
<!-- ... -->
<leaf>
<label>Highway scenario</label>
<scope name="Scenario">Highway</scope>
<filters>
<argumentExpr>
<![CDATA[speedEgo >= 100 && durationLaneChange > 1.25]]>
</argumentExpr>
</filters>
</leaf>
</node>[FEATURE]: Im Team können wir nun beliebige Filtergruppen für den Ergebnisfilter anlegen für eine einfachere und strukturierte Filter-Übersicht.
unter Projekteinstellungen/Filterbezeichnungen können die Gruppierungen vorgenommen werden
[FEATURE]: Als Testmanager freue ich mich über die Unterstützung von Negations-Filtern für Attribute und Konstanten in der Testfallabdeckung. Damit kann ich z.B. die HiL-Init-, HiL-Cleanup- oder andere Dummy-Testfälle einfacher herausrechnen.
ein Beispiel samt Erläuterung ist bei den mitgelieferten Testfallabdeckungs-Beispielen zu finden unter Filter Tree General (TestLevel and Requirement)
<!-- Attribute and constant filters can be negated by setting negation="true".
A negated value of '*' means, this attribute/constant must be non-existent -->
<attribute name="isCleanUpTest" negation="true">
<value>*</value>
</attribute>[FEATURE]: Als HiL-Admin kann ich mir über das neue Jenkins-Agent-ResourceAdapter-Plugin (plugin.de.tracetronic.ttstm.monitoring.plugin.win.jenkinsAgent.JenkinsAgentPlugin) sicher sein, dass mein Jenkins-Agent immer aktuell zum Master ist und bei Fehlern auch automatisch neugestartet wird.
das Jenkins-Plugin startet den Jenkins-Agent-Prozess neu, wenn dieser nicht mehr reagiert oder abgestürzt ist
das Jenkins-Plugin aktualisiert den Jenkins-Agent-Prozess (agent.jar) sobald der Master aktualisiert wurde
das Jenkins-Plugin muss pro Jenkins-Agent für den ResourceAdapter konfiguriert werden - ein Beispiel findet sich im ResourceAdpater-Download unter resourceAdapter.example.config
#########################
# Jenkins Agent Plug-in #
#########################
! Connects this agent as a jnlp-agent to a jenkinsMaster
!
! - jarURL: The url from which the jar can be downloaded,
! e.g.:http://<jenkins-master>:<port>/jnlpJars/agent.jar
! - jnlpUrl: The url for the jnlp-Connection of the agent,
! e.g. : http://<jenkins-master>:<port>/computer/<agent>/slave-agent.jnlp
! - secret: the secret for the jnlp-Connection to the master
! - workingDir: jenkins working directory
! - masterURL: url of jenkinsMaster, e.g. http://<jenkins-master>:<port>
! - connectionTimeout: If master can not be reached in connectionTimeout (milliseconds),
! the connection fails
! minimal value: 1000, maximal value: 180000, default: 10000.
! - waitBeforeRetry: time to wait before retrying connection after failure (in milliseconds)
! - retryLimit: maximal number of retries before agent is stopped
! - userID: User ID from Jenkins, with at least the access permission "Overall-Read"
! - token: API-Token for the userID
! (If userID and token are not both given, it will be tried to access the information without login.
! If the access permission "Overall-Read" is given without login, then the monitoring will still succeed.)
!
...JenkinsAgentPlugin.1.config.polling=60000
...JenkinsAgentPlugin.1.config.properties.jarURL=http://jenkins.company:8080/jnlpJars/agent.jar
...JenkinsAgentPlugin.1.config.properties.jnlpUrl=http://jenkins.company:8080/computer/TestSlave1/slave-agent.jnlp
...JenkinsAgentPlugin.1.config.properties.secret=***************************
...JenkinsAgentPlugin.1.config.properties.workingDir=C:\jenkins
...JenkinsAgentPlugin.1.config.properties.agentName=TestSlave1
...JenkinsAgentPlugin.1.config.properties.masterURL=http://jenkins.company:8080/
...JenkinsAgentPlugin.1.config.properties.connectionTimeout=10000
...JenkinsAgentPlugin.1.config.properties.waitBeforeRetry=30000
...JenkinsAgentPlugin.1.config.properties.retryLimit=3
...JenkinsAgentPlugin.1.config.properties.userID=techUser
...JenkinsAgentPlugin.1.config.properties.token=***************[FEATURE]: Als Testmanager nutze ich die neue Testmanagement Polarion-Anbindung um meine getaggten Releases bei einer Abgabe zurückzuspielen.
die Polarion Anbindung muss unter Projekteinstellungen/Management Tools konfiguriert werden
Die Testfalldurchführungen können dann in der aktiven Ergebnisfilteransicht: Exportansicht ausgewählt und zurückgespielt werden. Dabei werden immer die Review-Ergebnisse zum Zurückspielen verwendet.
Nach dem test.guide Export stehen die Ergebnisse in Polarion zur Verfügung, dabei werden alle hochgeladenen Datei zur der Testfallausführung zusätzlich als Link im Polarion mit angezeigt. Diese Links sind auch ohne Login am test.guide erreichbar.
[PERFORMANCE]: Die Monitoring IT-Ansicht wurde überarbeitet für eine performantere Anzeige.
[CHANGED]: Zur Verbesserung der Übersichtlichkeit wird die jeweils selektierte Zeile in den aktiven Ergebnisfilter-Ansichten hervorgehoben.
[CHANGED]: Die Suchmaske nach gespeicherten Ergebnis- und Testfallabdeckungs-Filtern bezieht nun das Beschreibungsfeld mit ein.
[CHANGED]: Die Seite zum Verwalten der Projektbenutzer hebt die jeweiligen Projekt-Manager im Projekt mit einem speziellen Typ-Icon hervor.
[DEPRECATED]: Auf Grund der Python 3 Umstellung von ECU-TEST 8 werden die zukünftigen ATX-Mako-Erweiterungen nur noch ab ECU-TEST 7.2 zur Verfügung stehen. Ein ATX-Upload mit ECU-TEST 6.6 bis ECU-TEST 7.1 ist weiterhin zu test.guide möglich.
[FIXED]: Eine fehlerhafte Berechnung des Trends im ResourceAdapter-Plugin de.tracetronic.ttstm.monitoring.plugin.win.computerHddUsage.HddUsagePlugin wurde behoben.
[FEATURE]: Als Admin und Projekt-Manager freue ich mich, dass ich über die neuen Einstellungsexport- und Import-Funktionalitäten schnell vorhandene Einstellungen auf neu aufgesetzte test.guides übertragen kann, ohne alles manuell wieder von Hand einrichten zu müssen.
Die Einstellungen können separat für die jeweiligen Projekt- sowie für die Systemeinstellungen exportiert sowie importiert werden.
Beim Export kann ausgewählt werden, welche Einstellungen exportiert werden sollen.
[PERFORMANCE]: Die Attribut- und Konstantenfilterungen in der Testfallabdeckung wurden beschleunigt.
[CHANGED]: In allen Start- und Install-Skripten wurde die Garbage-Collector Option -XX:+UseG1GC hinzugefügt, welche für eine bessere Performance bei Speicherverwaltung sorgt. Falls bereits andere Start-Skripte genutzt werden, dann sollte diese Option hinzugefügt werden - siehe Beispiel startTTSTM.bat.
[FEATURE]: Als Nutzer habe ich mit dem neuen Task-Manager Zugriff auf alle meine Hintergrund-Prozesse, die im test.guide ausgeführt werden.
Der Task-Manager ist im User-Profil zu finden.
Beim Exportieren von Excel- bzw. PDF-Dokumenten kann der Fortschritt im Task-Manager nachvollzogen werden. Ein Abbruch der laufenden Tasks ist ebenfalls möglich.
Für PDF- und Excel-Exports werden die Ergebnisse auch im Task-Manager vorgehalten und können von da heruntergeladen werden.
Die Admins haben die Möglichkeit alle Nutzer-Tasks einzusehen um ggfs. eingreifen zu können.
[FEATURE]: Als Reviewer kann ich einfach Kollegen über die @Mention-Funktionalität direkt beim Schreiben des Review-Kommentares benachrichtigen.
Die Kollegen erhalten dann einen Info-Mail mit einem Link zu dem Review.
Weiterhin ist es nun möglich mehrere Kontakt-Personen für das Review auszuwählen (die Kollegen werden ebenfalls per Mail darüber benachrichtigt).
[FEATURE]: Als Tester kann ich Filterlinks direkt via test.guide Mail an meine Kollegen verschicken, ohne ein separates E-Mail-Programm öffnen zu müssen.
[FEATURE]: Als Testmanager kann ich meine Test-Aufträge im Jira als Ticket definieren und in der Ticket-Beschreibung alle Einspielungen zum Jira-Ticket automatisch zum test.guide verlinken lassen, somit habe ich immer eine Übersicht zu allen Ausführungen des Auftrags.
Es muss dazu eine neue Upload-Regel Create link in Jira-Ticket angelegt werden
Der jeweilige Jira-Schlüssel muss als Konstante im Testlauf hinterlegt sein
Wenn der Schlüssel aufgelöst werden kann, so wird in der Jira-Beschreibung des Tickets die jeweilige Einspielung ans Ende immer hinzugefügt.
HINWEIS: Es muss eine IssueTracker Anbindung mit hinterlegtem Jira-Zugang konfiguriert sein.
[FEATURE]: Als Testmanager kann ich die in meinen Jira-Test-Auftrag hinterlegten Felder (z.B. gültige Integrationsstufe) direkt in Attribute oder Konstanten eines Test-Reports mappen lassen - für jeden Testdurchlauf mit dem Jira-Key. Damit spare ich mir viele redundante Schreibarbeit und hab dennoch alle wichtigen Daten im test.guide (z.B. um eine Coverage durchzuführen).
Es muss dazu eine neue Upload-Regel Map Jira field to attribute oder Map Jira field to constant angelegt werden
Für eine korrekte Konfiguration muss sich auf die Jira-API Felder bezogen werden - siehe Jira: http://yourJira:8081/rest/api/latest/issue/DEMO-76
Nach einem erfolgreichem Mapping werden die hinzugefügten Attribute bzw. Konstanten unter den Testfall-Details mit angezeigt.
HINWEIS: Es muss eine IssueTracker Anbindung mit hinterlegtem Jira-Zugang konfiguriert sein.
[FEATURE]: Als Projektmanager habe ich durch die Backup-Funktionalität im Testfallabdeckungsfilter eine einfache Möglichkeit kritische Daten, z.B. nach Abgabe einer bestimmten Integrationsstufe, direkt zu sichern.
[CHANGED]: Setup: Die Setup-Routine wurde aktualisiert und die Dokumentation erweitert.
[CHANGED]: ATX-Mako: Es werden auch tief verschachtelte Nachbewertungen von Teststeps aus ECU-TEST Subpackages erfasst, welche sich auf das Ergebnis auswirken. Infolgedessen werden die Teststep-Abhängigkeiten zum besseren Verständnis ebenfalls automatisch im ATX mit erfasst.
[CHANGED]: Jama-Anbindung: Neben der API-ID wird nun zusätzlich der Document-Key unterstützt, um die richtigen Jama-Objekte zu finden.
[CHANGED]: Coverage_API-Erweiterung: Das Ergebnis-JSON-Objekt für die einzelnen berechneten Testruns wurde um ein Feld für die Review-Nachbewertung ergänzt (reviewVerdict).
[FIXED]: Das bisher sehr langsame Löschen von stark verschachtelten Reports wurde optimiert.
[FIXED]: Die Autovervollständigung in bestimmten Feldern (Stichwörter, Version, Fix Version und Komponente) beim Anlegen eines JIRA-Tickets arbeitet nun nicht nur auf den ersten gefundenen 15 Auswahlwerten, sondern auf der gesamten Datenbasis.
[FIXED]: Beim Laden von gespeicherten Ergebnisfiltern werden die Review-Schlagwort-Filter nun bei der anschließenden Filterung korrekt berücksichtigt.
[CHANGED]: Wird per API eine Testfallabdeckung berechnet, so gibt test.guide nun HTTP-Status-Code 202 (Accepted) statt 102 (Processing) zurück, solange die Berechnung läuft.
[FIXED]: Eine fehlerhafte Berechnung der Coverage bei Verwendung des Testplan-Filterkriteriums wurde behoben.
[FIXED]: Wird der ResourceAdapter über test.guide konfiguriert, werden nun absolute Pfadangaben mit Backslashes z.B. für das ConfigurationPlugin plugin.de.tracetronic.ttstm.monitoring.plugin.configuration.ConfigurationPlugin.1.config.properties.configFile=C\:\\Users\\~\\hilConfiguration.xml korrekt über test.guide synchronisiert.
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank für Performanceoptimierungen automatisch migriert, dies kann je nach Datenstand bis zu mehreren Stunden dauern. Der Prozess darf nicht ab- bzw. unterbrochen werden (z.B. durch Netzwerkausfall zur Datenbank…), da sonst Inkonsistenzen in der Datenbank entstehen können. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide nicht möglich.
[FEATURE]: Als Testmanager kann ich nun Testpläne als Filterkriterien in der Testfallabdeckung verwenden und somit unsere Regressions-Testläufe in einer Coverageberechnung auswerten.
[FEATURE]: Die Placeholder in den Filterdefinitionen unterstützten jetzt die Angabe von mehreren Filterwerten. Dies ermöglicht beispielsweise nach verschiedenen neuen Programmstand aufeinmal zu filtern.
[FEATURE]: Als Projektverantwortlicher kann ich nun durch die erweiterten Upload-Regeln festlegen, dass nur Testfälle mit den im Projekt festgelegten Attribut- bzw. Konstantenwerten ins test.guide eingespielt werden. Dadurch stelle ich sicher, dass alle nötigen Metadaten zur weiteren Auswertung (z.B. für die Testfallabdeckung) immer korrekt gesetzt sind.
[FEATURE]: Als Projektmanager kann ich beim Ablehnen der Projektmitgliedschaft noch einen Kommentar der Ablehnungs-Mail hinzufügen.
[FEATURE]: Als Reviewer kann ich beim Anlegen von neuen JIRA-Tickets den Reporter auswählen, wenn ein technischer User für das Anlegen der JIRA-Tickets in test.guide hinterlegt ist.
Der technische User benötigt das JIRA-Recht, den Reporter zu ändern, damit die Option angeboten wird!
[FEATURE]: Beim Erstellen der Testabschlussberichte, können die JIRA-Review-Ticketstatus mit abgefragt und in der PDF direkt mit angezeigt werden.
[CHANGED]: Wenn die LDAP-Authentifizierung konfiguriert ist und sich neue Benutzer registrieren wird direkt geprüft ob der Benutzer im System vorhanden ist, damit nicht SPAM-Benutzer angelegt werden können.
[CHANGED]: Auch Benutzer ohne das Recht Projekt verwalten können die erfassten Releases in der Release-Übersicht im Ergebnis- oder im Testfallabdeckungsfilter öffnen.
[CHANGED]: Auch Benutzer ohne das Recht HiL Administrator können die HiL-Aktivitätseite öffnen.
[FEATURE]: Als Tester kann ich über Jenkins meine automatisierten Testausführungen einfach per Knopfdruck erneut ausführen. Damit ist es mir möglich u.a. einfacher die Reproduzierbarkeit von Testdurchläufen zu prüfen oder bei Behebung eines HiL Hardware-Defekts erneut die Testausführung anzustoßen.
In den Projekteinstellungen muss die Verbindung zu dem Continuous Integration Tool konfiguriert werden (unterstützt wird im Moment nur die Anbindung von Jenkins).
Für einen Replay muss die CI-Build-Nummer als Konstante in den Testfällen hinterlegt sein.
Vor der Ausführung des Replays kann auch angegeben werden, dass man nach einer erneuten Ausführung eines Testfalls eine Info-Mail erhält, vorausgesetzt die Ausführung wird mit der Build-Nummer des Replay-Jobs in test.guide eingespielt.
In der test.guide Hilfe sind die Punkte noch einmal ausführlicher beschrieben.
[FEATURE]: Als Projektmanager kann ich über das neue ReqIf-Import-Feature ganz einfach Anforderungen importieren, die ich zuvor im ReqIF-Format aus meinem Requirements Engineering-Tool (z.B. Doors, Jama, PREEvision, …) exportiert habe. Anschließend kann ich diese Anforderungen für die Berechnung der Testfallabdeckung nutzen.
Die importierten Anforderungen werden als neuer Abdeckungsfilter (Typ: Filterbaum) gespeichert und können wie gewohnt im Modul Testfallabdeckung verwendet werden.
Wichtig ist, dass in den Testfällen in einem beliebigen Attribut die jeweiligen Requirement-IDs vermerkt sind, damit eine Zuordnung möglich ist!
[FEATURE]: Als Projektmanager kann ich direkt aus dem Testfallabdeckungsfilter meine Releases erfassen, damit kann ich einfacher für jedes Release eine 100% Abdeckung sicherstellen.
Die erfassten Releases können in einem Testfallabdeckungsfilter wieder geöffnet und gegen einen beliebigen Abdeckungsfilter erneut geprüft werden. Somit ist es auch möglich neue Anforderungen gegen ältere Releases zu prüfen.
[FEATURE]: Als Projektmanager können wir über die neue WebHDFS Dateiablage (Hadoop Distributed File System) unsere großen Datenmengen im Hadoop-Cluster speichern.
[FEATURE]: Als Tester habe ich die Möglichkeit über die neue erweiterte Coverage-API ATX-Dokumente direkt auszuleiten und dadurch diesen Vorgang komplett zu automatisieren.
Eine detaillierte Anleitung wurde der integrierten Hilfe hinzugefügt.
[CHANGED]: Im PDF-Export eines Coverage-Filters wird die Anzahl der Testfälle, sowie die Testfallausführungen mit erfasst - analog zur Darstellung im Testfallabdeckungsfilter.
[FIXED]: Im Json2Atx-Plugin werden referenzierte Artefakte, welche im ZIP-Hauptverzeichnis liegen, korrekt verarbeitet.
{
"name":"Test-Suite",
"timestamp":1423576765000,
"testcases":[
{
"@type":"testcase",
"name":"TestCase-1",
"verdict":"FAILED",
"timestamp":1423536765000,
"executionTime":15,
"artifacts":[
"spec.doc",
"measurement.csv",
"SubFolder/test.txt"
]
}
]
}[FIXED]: In der zeitbasierten Ergebnisansicht können nun die Ergebnisse hinter den Slots ohne Einschränkung durch die vom Browser vorgegebene maximal zulässige URL-Länge geöffnet werden. Bisher konnte es, wenn sich unter einem Slot sehr viele Ergebnisse verbargen, zu Problemen beim Aufrufen der Testfalldetails kommen, da diese Grenze überschritten wurde.
[CHANGED] Da die Slots nun nicht mehr gewöhnliche Links darstellen, können die Testfalldetails allerdings nicht mehr direkt in einem neuem Browser-Tab oder -Fenster geöffnet werden.
|
Diese E-Mail nutzt animierte Grafiken zur Erklärung bestimmter neuer Workflows. Falls Sie Outlook nutzen empfehlen wir Ihnen, die E-Mail im Browser zu öffnen, damit diese Animationen korrekt dargestellt werden können.
|
[FEATURE]: Als Projekt-Manager kann ich nun mehrere einzelne Filter nutzen, um ein Release zu erfassen. Es ist somit auch möglich Nachttests oder neue Teilumfänge zu einem bestehenden Release hinzuzufügen.
Weiterhin ist es in der Export-Ansicht möglich gezielt einzelne Testdurchläufe auszuwählen und für die Auswahl neue Releases anzulegen oder diese zu bestehenden Releases hinzuzufügen.
[FEATURE]: Als Reviewer sehe ich den aktuellen JIRA-Ticketstatus der vergangenen Reviews und kann somit ableiten, ob auf Grund des offenen Tickets der Testfall noch fehlschlagen kann oder wenn das Ticket Done ist, ich dieses erneut öffnen sollte.
Die JIRA-Instanz zu den Tickets muss unter Projekteinstellungen → Issue Tracker hinterlegt sein.
Je nach Konfiguration muss sich der Nutzer einmalig pro Session authentifizieren, bevor die JIRA-Status abgerufen werden können.
In den einzelnen Reviews können die JIRA-Ticketstatus abgerufen werden.
In der Reviewanalyse-Ansicht können alle Tickets mit Testfalldurchführung im Zeitraum mit dem aktuellen Status gelistet werden, um eine Übersicht über den Bearbeitungsstatus der Tickets zu bekommen.
[FEATURE]: Als Projekt-Manager kann ich nun eigene Berechtigungsvorlagen erstellen und für meine Projekt-Benutzer als Berechtigungssatz anwenden, um eine bessere Übersicht und Kontrolle über die vergebenen Berechtigungen zu haben.
zu finden unter Projekteinstellungen → Projektbenutzer → Berechtigungsvorlagen
[FEATURE]: Als Tester kann ich die Heatmap durch die Konfigurationserweiterungen effizienter für meine Fehleranalyse nutzen.
Die Heatmap kann nun konfiguriert werden, so dass nicht nur Input-Parameter, sondern auch Output-Parameter, Attribute sowie Konstanten in die Darstellung einfließen können.
[FEATURE]: Als HiL-Verantwortlicher kann ich im gewünschten Zeitbereich die Änderungen der HiL-Konfiguration vergleichen.
[FEATURE]: Als Testmanager freue ich mich, dass wir nun beim HiL-Monitoring eine Beziehung zwischen ECU-TEST Workspace und Projekt herstellen können, damit bei der Testausführung am HiL immer die korrekte Projektbezeichnung angezeigt werden kann.
Für das EcuTestExecutionInfoPlugin gibt es eine neue Property in welcher verschiedene Workspace-Mappings hinterlegt werden können - z.B. config.properties.workspaceMappingLabels=Hybrid\=Hybrid System;MyWorkspace=ShowAsMyProject
die Projektbezeichnungen gelten in der Monitoring Projektansicht sowie der Präsentationsansicht verwendet
eine Beschreibung samt Beispiel findet sich im ResourceAdapter unter resourceAdapter.example.config
[FEATURE]: Als HiL-Verantwortlicher werden mir automatisch die Umgebungsvariablen des HiLs angezeigt, wenn das Software Scan Plug-in konfiguriert ist, womit ich schneller überprüfen kann, ob bestimmte Parameter auch korrekt gesetzt sind.
[FEATURE]: Als Admin werden mir die im Monitoring konfigurierten HiLs pro Projekt im Systemstatus angezeigt, somit bekomme ich schneller einen Überblick, wie intensiv die Projekte das HiL-Monitoring nutzen. Dies erleichtert mir die Planung der nötigen Datenbank-Infrastruktur.
[FEATURE]: Als Tester wird mir beim Zurückspielen der Testfallausführungen nach Jama der Jama-TestCycle automatisch angelegt. Dazu muss die TT_TESTSCRIPT_ID und TT_TESTSUITE_ID als Konstanten vorhanden sein.
Geplant ist in der Zukunft eine Jama Integration mit ECU-TEST, damit das manuelle Anlegen der Konstanten entfällt.
[FEATURE]: Die Jama-Anmeldung ist via OAuth nun möglich.
Informationen zur Nutzung (Anleitung zur Generierung von Client ID und Client Secret) finden Sie unter http://dev.jamasoftware.com/rest#auth
[FEATURE]: Als Admin kann ich zur Sicherheit vor DoS-Attacken konfigurieren, in welchem Mindestzeitabstand neue Coverage-Berechnungen über die Coverage-API angefordert werden dürfen.
[CHANGED]: Das Ergebnis-Mapping von Jama beim Zurückspielen der Testfallausführungen wurde wie folgt angepasst:
ATX-PASSED und -NONE auf Jama-Passed.
ATX-FAILED auf Jama-Failed.
ATX-ERROR und -INCONCLUSIVE auf Jama-Blocked.
[CHANGED]: Das Excel-Export-Format für die Coverage wurde um eine Gesamt-Ergebnisspalte erweitert, die sich identisch zur Spalte Letztes Ergebnis auf Abdeckungsfilter-Seite verhält und beachtet, ob die Option Review-Nachbewertungen für die Auswertung verwenden bei den Filtereinstellungen gesetzt ist.
[DEPRECATED]: Zur Verbesserung der Kompatibilität von test.guide zu SingleSignOn-Systemen wurden alle APIs in die Kontextpfade /api und /rest umgezogen, damit diese einheitlich vom SingleSignOn ausgenommen werden können und dort die Authentifizierung mittels API-Key erfolgen kann. Sollten Sie eigene API-Zugriffe nutzen, so müssen diese spätestens bis zum Release 1.61.0 umgestellt sein (die alten Aufrufe sind solange noch gültig).
[REMOVED]: Die aktive Ansicht Trendansicht wurde entfernt.
[FIXED]: Ein Problem bei der zentralen Konfigurationen der ResourceAdapter, bei Vewendung in mehreren Projekten, wurde behoben.
[FEATURE]: Als HiL-Admin freue ich mich, dass ich nun alle Konfigurationen der ResourceAdapter, welche die HiLs überwachen, zentral über test.guide verwalten kann. Damit muss zukünftig die Konfiguration nicht mehr lokal am HiL vorgenommen werden und es bleibt mehr Zeit für das Testen.
Die ResourceAdapter-Konfigurationen können in den Projekteinstellungen bearbeitet werden.
Es ist neben dem Vergleich der Konfigurationen möglich, diese entweder einzeln pro HiL oder direkt für alle anzupassen.
Weiterhin können auch neue Konfigurationen gesetzt werden, wenn z.B. eine neue Einstellung oder ein neues Plug-in hinzukommt.
Hinweis: Kommentare innerhalb der ResourceAdapter-Konfigurationen werden gelöscht.
[FEATURE]: Als Tester wird mir die Ergebnisverteilung des Filters, mit und ohne Nachbewertung, besser dargestellt. Dadurch kann ich auf einen Blick schneller erkennen, wie viele Nachbewertungen vorgenommen wurden.
Das Ergebnisdiagramm wurde um eine zusätzliche Statistik erweitert.
In der zeit- und ergebnisbasierten Ansicht der Ergebnisfilters wird für jeden Testfall eine Ergebnisverteilung angezeigt.
[FEATURE]: Als Tester kann ich nun einen bestimmten Fehlercode, via Wildcard-Testargument-Filter, abonnieren und werde immer benachrichtigt, wenn der Fehlercode aufgetreten ist. Dazu habe ich im ECU-TEST Testfall die erfassten Fehlercodes als Liste in einem Rückgabeparameter spezifiziert.
[FEATURE]: Als Tester kann ich durch den speziellen nicht * Konstanten- wie Attributfilter nach Testfällen suchen, bei denen vergessen wurde, eine Konstante bzw. ein Attribut anzugeben.
[FEATURE]: Als ECU-TEST Anwender kann ich ab ECU-TEST 7.2.0 nachträglich beim Einspielen ins test.guide vergessene Attribute oder Konstanten dem ATX-Report hinzufügen.
ATX-Mako-Erweiterung: Es gibt eine neue Option setAttributes mit der es möglich ist, Attribute in der ATX Konfiguration nachträglich beim Einspielen hinzuzufügen.
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
In der Testfallabdeckung wird die Ergebnisverteilung der Testfallausführungen mit angezeigt.
Beim Anlegen eines JIRA-Tickets wurde Autovervollständigung überabeitet, damit man z.B. leichter den Bearbeiter zuweisen kann.
In der Projektstatistik wird die Anzahl der erfassten Testfälle angezeigt.
Beim PDF-Export eines Testabschlussberichtes werden vorhandene benutzerdefinierte Filterfelder in der PDF aufgelistet.
[PERFORMANCE]: Es wird weniger Arbeitsspeicher für das Einspielen von Testreports benötigt.
Zusätzlich kann unter Systemeinstellungen → Systemstatus jederzeit der Datenbank-Cache geleert werden.
[CHANGED]: Die HiL-Aktivitätsseite wurde überarbeitet: die Aktivitäten werden pro HiL dargestellt, es ist möglich nach Prüfplätzen zu filtern und die grafische Aktivitätsverteilung wurde um verschiedenen Informationen erweitert.
[DEPRECATED]: Zur Verbesserung der Kompatibilität von test.guide zu SingleSignOn-Systemen wurden alle APIs in die Kontextpfade /api und /rest umgezogen, damit diese einheitlich vom SingleSignOn ausgenommen werden können und dort die Authentifizierung mittels API-Key erfolgen kann. Sollten Sie eigene API-Zugriffe nutzen, so müssen diese spätestens bis zum Release 1.61.0 umgestellt sein (die alten Aufrufe sind solange noch gültig).
[DEPRECATED]: Die aktive Ansicht: Trendansicht wird zum Release 1.59.0 entfernt. Sollten Sie diese verwenden, bitte wir Sie, mit uns in Kontakt zu treten.
[DEPRECATED]: Ab Release 1.59.0 ist der ATX-Mako-Generator nur bis zur ECU-TEST Version >= 6.4 abwärtskompatibel!
[FIXED]: Beim Erstellen von Backups werden alle angehängten Dateien korrekt in die Export-ZIP mit übernommen.
[FIXED]: Im Temp-Verzeichnis des Systems wurden beim Empfangen von HiL-Monitoring-Daten leere Ordner angelegt, welche erst nach 2 Tagen gelöscht wurden.
[FIXED]: Ein sporadischer Dateiablage-Fehler beim Upload wurde behoben.
[CHANGED]: Die Coverage-Berechnungen wurden von paralleler auf sequentielle Verarbeitung umgestellt, das hat zur Folge, dass eine Coverage-Berechnung unter Umständen mehr Zeit benötigt als bisher.
Hintergrund ist, dass bei großen Coverage-Berechnungen mit z.B. 3500 Blattknoten alle Datenbankverbindungen blockiert werden konnten und somit test.guide keine weiteren Anfragen mehr verarbeiten konnte.
[PERFORMANCE]: Das Löschen von eingespielten Testreports wurde beschleunigt.
[DEPRECATED]: Zur Verbesserung der Kompatibilität von test.guide zu SingleSignOn-Systemen wurden alle APIs in die Kontextpfade /api und /rest umgezogen, damit diese einheitlich vom SingleSignOn ausgenommen werden können und dort die Authentifizierung mittels API-Key erfolgen kann. Sollten Sie eigene API-Zugriffe nutzen, so müssen diese spätestens bis zum Release 1.61.0 umgestellt sein (die alten Aufrufe sind solange noch gültig).
[PERFORMANCE]: Damit gespeicherte HiL-Monitoring-Datensätze >80 Millionen effizient verarbeitet werden können wurde das Datenbankschema überarbeitet.
ACHTUNG: Dies hat zur Folge, dass beim Start von test.guide 1.57.0 automatisch alle Bestandsdatensätze des Monitoring gelöscht und durch Neueinspielungen vom ResourceAdapter ersetzt werden.
[PERFORMANCE]: Die interne Repräsentation des Ergebnisfilters wurde komplett überarbeitet, was zu einer deutlichen Steigerung der Performance bei der Ergebnisfilterung führt.
[FEATURE]: Als Tester freue ich mich, dass ich durch den Multi-Vergleich für Testpläne nun direkt mehrere Testplan-Läufe analysieren kann.
Der Testplan-Vergleich kann unter der Rubrik Testpläne
sowie in der aktiven Ergebnisfilter-Ansicht Testpläne vorgenommen werden.
[FEATURE]: Als Test-Team freuen wir uns, dass wir für unser Projekt im test.guide die wichtigsten Attribut- und Konstantenfilter nun in benutzerdefinierten Filterfeldern als einzelne Eingabemaske definieren können.
die benutzerdefinierten Filterfelder können pro test.guide Projekt unter Einstellungen/Filterbezeichnungen definiert und bearbeitet werden
weiterhin können diese Felder beliebig angeordnet werden
es findet beim Filtern ein internes Mapping auf die jeweilige Konstante oder auf das jeweilige Attribut statt
[FEATURE]: Die Upload-API, welche von ECU-TEST auch für das Hochladen verwendet wird, wurde komplett auf eine asynchrone Upload-Verarbeitung umgestellt, dadurch werden die Verbindungen zu test.guide nicht offen gehalten und es können größere Datenmengen ohne Timeout-Problematik übertragen werden.
der neue ATX-Parameter uploadAsync mit Default=True aktiviert im ECU-TEST die asynchrone Verarbeitung
bei asynchrone Verarbeitung wird im ECU-TEST Taskmanager der aktuelle Uploadstatus von test.guide dargestellt
[FEATURE]: ATX-Mako-Erweiterung: Über den neuen ATX-Parameter archiveMapping kann eingestellt werden, ob die Mapping-Dateien (.xam, .mafi) für den Upload mit erfasst und in der test.guide Dateiablage (falls konfiguriert) abgelegt werden sollen (Default=False).
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
Neben den involvierten Testplänen und Testfallausführungen wird nun auch die Anzahl der jeweils beteiligten Testfälle in der Coverage-Ansicht angezeigt.
[CHANGED]: Neben den Systemeinstellungen sind nun auch die Projekteinstellungen nur für die Nutzern sichtbar, welche die entsprechenden Berechtigungen haben.
→ 
[DEPRECATED]: Auf Grund der IWA Restriktionen haben wir alle API-Aufrufe auf die Kontextpfade /api und /rest umgestellt. Der ATX-Mako-Generator und der Monitoring-ResourceAdapter passen sich selbstständig an die neue API an. Sollten Sie eigene API-Zugriffe haben, so müssen diese spätestens bis zum Release 1.61.0 umgestellt sein (die alten Aufrufe sind solange noch gültig).
[FEATURE]: Als Tester freue ich mich, dass ich durch die neuen Priorisierungs-Strategien in der aktiven Review-Ansicht viel schneller sehen kann, welche Testfalldurchführungen ich mir als erstes ansehen sollte.
Man kann verschiedene Strategien auswählen nach denen die Testfallausführungen, für ein Review, gruppiert angezeigt werden können.
[FEATURE]: Als Projektverantwortlicher kann ich nun leicht eine Migration der Dateiablage auf unseren neuen größeren Storage durchführen über die aktivierte Funktion Dateiablage umziehen in den Dateiablage Projekt-Einstellungen.
Als erstes sollte die neue Dateiablage aktiviert werden.
Danach können die Dateiablagen mit Auswahl der Quell- und Ziel-Dateiablage für eine Migration ausgewählt und gestartet werden.
Während der Migration können weiterhin Daten eingespielt werden, jedoch nicht in die Quell-Dateiablage.
Der aktuelle Stand kann in der Dateiablage umziehen Ansicht abgefragt werden.
ACHTUNG: Erfolgreich migrierte Dateien werden aus der alten Dateiablage gelöscht.
Ein Löschen von Einspielungen ist während der Migration nicht möglich.
Optimierung: Wenn die Dateien (samt Ordnerstruktur) bereits auf der Ziel-Dateiablage existieren, werden die Dateien nicht kopiert, sondern lediglich die Links angepasst. Weiterer Vorteil: in diesem Fall funktioniert die Migration auch dann, wenn der Zugriff auf die Quell-Dateiablage nicht mehr gegeben ist.
[FEATURE]: Als HiL-Admin kann ich mit Hilfe des ResourceAdapters die installierte Windows-Software automatisch erfassen und mir anzeigen lassen, wann es Änderungen im System gab. Dies wiederum ist für Tester interessant, da diese die Daten beim Testfall-Vergleich ebenfalls mit angeboten bekommen.
Das neue Software Scan Plug-in muss für den Einsatz in der resourceAdapter.config konfiguriert werden (Beispiel siehe: resourceAdapter.example.config)
Software-Konfigurationen werden nur bei Änderungen des Ist-Zustands oder beim Neustart des ResourceAdapters erfasst.
[FEATURE]: Als Tester kann ich im Ergebnisfilter in der zeitbasierten Ansicht den Zeitraum weiter einschränken und den neuen Filterbereich direkt mit einem Klick auf das Start- und Enddatum übernehmen.
[PREVIEW]: Für SMB/CIFS-Dateiablagen kann die DFS (Distributed File System) Unterstützung aktiviert werden.
[FEATURE]: ATX-Mako-Erweiterung: Über den neuen ATX-Parameter archiveBy kann vorgegeben werden, bei welchen Testfalldurchführungsergebnissen überhaupt Dateien für den Upload erfasst werden sollen. Standardeinstellung: NONE;PASSED;INCONCLUSIVE;FAILED;ERROR
[CHANGED]: Es wurden Minimal-Grenzen für die Polling-Intervalle für alle ResourceAdapter-Plug-ins hinterlegt, welche in der Beispiel-Konfiguration resourceAdapter.example.config dokumentiert sind.
[FIXED]-ATX-Mako-Generator: TCF-Konstanten von tief verschachtelten Konfigurationswechseln im ECU-TEST Projekt wurden nicht auf höheren Testfallausführungsebenen übernommen.
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
Im Ergebnisfilter-Donut-Diagramm sind nun alle Ergebnis-Sektoren immer sichtbare und anklickbar, selbst wenn der Ergebnisanteil unter 1% liegt. Dies gilt ebenfalls für die Review-Verteilung, wenn ein bestimmtes Ergebnis angeklickt wurde.
Die ausgewählte Sprache wird gespeichert, so dass beim erneuten Öffnen des Browsers diese vorausgewählt ist.
Beim Vergleich von Testfalldurchführungen werden nun auch die Review-Tickets und Review-Schlagwörter mit angezeigt.
Der Aufbewahrungszeitraum der Monitoring-Daten kann unter Systemkonfiguration/Monitoring konfiguriert werden (Standard: 30 Tage).
[FEATURE]: Als Projekt-Manager bin ich froh, dass ich durch die konfigurierbaren automatischen Löschroutinen für die Dateiablage bares Geld für mein Projekt sparen kann.
unter Projekteinstellungen/Dateiablage/Automatisches Aufräumen konfigurieren können Löschregeln für die Dateiablage festgelegt werden
jeder Löschregel können verschiedene Löschkriterien hinzugefügt werden
beim Erstellen einer Regel kann über den Test-Button geprüft werden, wie viele Dateiverlinkungen potentiell gelöscht werden
die erstellten Löschregeln können editiert und auch wieder entfernt werden
[FEATURE]: Als Team können wir jetzt selbst festlegen, welche Review-Felder für uns obligatorisch sind.
[CHANGED]: die Eingabemaske zum Festlegen der Pflichtfelder sowie alle Review-Projekteinstellungen (Fehlerklassen, Schlagwörter) sind nun gemeinsam unter dem Punkt Projekteinstellungen/Revieweinstellungen zu finden
wenn Review-Felder als verpflichtend eingestellt sind, so werden diese mit einem * markiert und ein Review kann ohne Angabe nicht gespeichert werden
[FEATURE]: Als HiL-Admin kann ich mir nun einfach in der neuen Vergleichsansicht für HiL-Ausstattungen anzeigen lassen, wann sich die Ausstattungen geändert haben und welche Werte zu einem bestimmten Zeitpunkt aktiv waren.
[FEATURE]: Als Tester kann ich mich jetzt per Knopfdruck einloggen, wenn die IWA (Integrierte Windows-Authentifizierung) von der IT konfiguriert wurde.
IWA muss auf dem jeweiligen System von der IT zur Verfügung gestellt werden und korrekt konfiguriert sein.
[DEPRECATED]: Auf Grund der IWA Restriktionen haben wir alle API-Aufrufe auf die Kontextpfade /api und /rest umgestellt. Der ATX-Mako-Generator und der Monitoring-ResourceAdapter passen sich selbstständig an die neue API an. Sollten Sie eigene API-Zugriffe haben, so müssen diese spätestens bis zum Release 1.61.0 umgestellt sein (die alten Aufrufe sind solange noch gültig).
[CHANGED]: Beim Start von test.guide werden unvollständige Uploads, die z.B. durch ein nicht abgestimmtes Herunterfahren von test.guide entstanden sind (durch grau hinterlegte Links in der Historie zu erkennen) als fehlerhaft in der Historie gekennzeichnet.
[FEATURE]: Zum besseren Analyse des Speicherverbrauchs können Benutzer mit dem Recht Server Manager unter dem Menüpunkt Systemstatus zur Laufzeit einen Speicher-Dump erzeugen.
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
Es gibt zur besseren Übersicht im Ergebnisfilter eine neue Review-Filtergruppe. Diese kann auch frei in den Projekt-Filterbezeichnungen konfiguriert werden.
Wenn ein Backup erstellt wird, werden nun standardmäßig die ATX-Dokumente auch dann exportiert, wenn auf die zugehörigen hinterlegten Dateien nicht mehr zugegriffen werden kann. Diese Option kann auch deaktiviert werden.
Als Projekt-Manager kann ich die Sichtbarkeit von ungewollten öffentlichen Filter auf privat ändern. Der betroffene Benutzer wird über die Änderung via Mail benachrichtigt.
Die Dateigrößen der hinterlegten Dateien werden nun in den Testfall-Details mit aufgelistet.
[PREVIEW]: Als ADAS-Tester stehe ich vor der Herausforderungen die immensen Parameterräume, die sich durch die Tests ergeben, auszuwerten, dabei hilft mir die neue Heatmap-Darstellung.
Es können pro Testfall die verschiedenen Testfallausführungen für eine Heatmap-Auswertung selektiert werden.
Die Heatmap-Darstellung kombiniert alle Eingabe-Parameter und zeigt durch die Färbung an, wie häufig Fehler bei den Kombinationen auftreten.
Durch Anklicken eines Bereiches in der Heatmap ist es möglich die Details der entsprechenden Läufe anzuzeigen oder beispielsweise erneut in einer reduzierten Heatmap darzustellen.
[FEATURE]: Als HiL-Admin kann ich nun durch die neue HiL-Konfiguration den HiL präziser beschreiben. Als Tester habe ich dadurch die Möglichkeit, mir detailliertere Informationen über den HiL anzeigen zu lassen, die mir bei der Fehlersuche helfen können.
[CHANGED]: ACHTUNG: Durch das neue Datenmodell werden alle alten eingespielten HiL-Konfigurationsdaten bei der Inbetriebnahme gelöscht! Damit ein erneutes Einspielen von Konfigurationdaten möglich ist, muss der ResourceAdapter aktualisiert werden (wenn kein AutoUpdate aktiviert ist).
[REMOVED]: Der Ampel-Status für Konfigurationen wurde, zu Gunsten des Value-Feldes, entfernt.
In der Auflistung der Konfigurationen werden die aktuellen Konfigurationsstatus über Tooltips angezeigt.
Im Diagramm werden über den Zeitbereich die jeweiligen Änderungen der HiL-Konfigurationen im Detail angezeigt.
[CHANGED]: Über die REST-API (Beispiel: https://localhost:8443/monitoring/hil-configuration?authKey=xyzSecret) können die HiL-Konfigurationen mit dem neuen Datenmodell ausgelesen werden.
Eine Beispiel-Konfiguration findet sich beim ResourceAdapter in der Datei resourceAdapter.example.config.
<?xml version="1.0" encoding="UTF-8"?>
<CONFIGURATIONS xmlns="http://www.tracetronic.org/TTSTM/HILConfiguration_1-0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<CONFIGURATION>
<LABEL>Battery</LABEL>
<CATEGORY>Hardware/Electrical system</CATEGORY>
<VALUE>AGM</VALUE>
<DESCRIPTION><![CDATA[An automotive battery is a rechargeable battery that ...]]></DESCRIPTION>
<DETAILS>
<DETAIL>
<LABEL>Capacity</LABEL>
<VALUE>80 Ah</VALUE>
</DETAIL>
</DETAILS>
</CONFIGURATION>
<CONFIGURATION>
<LABEL>ECU-TEST</LABEL>
<CATEGORY>Software</CATEGORY>
<VALUE>6.5.1</VALUE>
<DESCRIPTION><![CDATA[ECU-TEST is a software tool developed by TraceTronic GmbH, based in Dresden, Germany, for test and validation of embedded systems. ]]></DESCRIPTION>
<DETAILS>
<SECTION>
<LABEL>Details</LABEL>
<SECTION>
<LABEL>Installation</LABEL>
<DETAIL>
<LABEL>App</LABEL>
<VALUE>C:\Program Files\ECU-TEST 6.5\ECU-TEST.exe</VALUE>
</DETAIL>
<DETAIL>
<LABEL>Tool-Server</LABEL>
<VALUE>C:\Program Files\ECU-TEST 6.5\Tool-Server.exe</VALUE>
</DETAIL>
</SECTION>
</SECTION>
</DETAILS>
</CONFIGURATION>
<CONFIGURATION>
<LABEL>INCA</LABEL>
<CATEGORY>Software</CATEGORY>
<VALUE>7.0</VALUE>
<DESCRIPTION><![CDATA[Integrated Calibration and Application Tool]]></DESCRIPTION>
<DETAILS>
<DETAIL>
<LABEL>Installation</LABEL>
<VALUE>c:\ETAS\INCA</VALUE>
</DETAIL>
</DETAILS>
</CONFIGURATION>
<CONFIGURATION>
<LABEL>MATLAB</LABEL>
<CATEGORY>Software</CATEGORY>
<VALUE>R2017b</VALUE>
<DESCRIPTION><![CDATA[MATLAB (matrix laboratory) is a multi-paradigm numerical computing environment.]]></DESCRIPTION>
<DETAILS>
<DETAIL>
<LABEL>Installation</LABEL>
<VALUE>c:\MathWorks\MATLAB</VALUE>
</DETAIL>
</DETAILS>
</CONFIGURATION>
</CONFIGURATIONS>[FEATURE]: Im Team können wir durch die neue HiL-Aktivitätsseite analysieren, wie wir die HiLs auslasten und welche HiLs im Moment noch nicht für die automatisierte Testausführung bereit sind.
Ein Excel-Export der HiL-Aktivitäten im gefilterten Zeitbereich ist ebenfalls möglich und erlaubt eine weitere Verarbeitung.
[FEATURE]: Als Tester kann ich die Attribut- und Konstanten-Filter negieren, um damit einfachere Suchkombinationen zu ermöglichen.
[FEATURE]: Als Reviewer stehen mir beim Anlegen von JIRA-Tickets auch alle optionalen Eingabefelder zur Verfügung.
Sind spezielle Custom Fields vorhanden, welche aufgrund von Beschränkungen der API nicht angezeigt werden können, werden diese namentlich aufgelistet.
[FEATURE]: Beim Anlegen von JIRA-Tickets werden die JIRA-Eingabefelder aufgrund der Testfalldaten direkt vorbefüllt, falls ein Mapping auf Attribut- oder Konstantenschlüssel möglich ist.
[FEATURE]: Als Admin kann ich die Datenschutzauflagen nun noch einfacher erfüllen, indem ich die Namen von Mitarbeitern die das Unternehmen verlassen haben suchen und durch neutrale Platzhalter ersetzen kann.
In den Systemeinstellungen unter Benutzerverwaltung kann nach Mitarbeiternamen gesucht werden. In einer Vorschau werden die Namen samte der Ersetzung aufgelistet.
[FEATURE]: ATX-Mako-Erweiterung: Als Tester kann ich über den neuen ATX-Parameter compressUpload vorgeben, dass die generierten Daten stark komprimiert übertragen werden sollen. Damit kann bei langsamer Anbindung des test.guide-Servers unter Umständen der Upload beschleunigt werden.
Die Komprimierung ist per Default deaktiviert.
Achtung: Bei aktivierter Komprimierung dauert die ATX-Generierung länger und auch die Verarbeitungsdauer auf der Seite von test.guide nimmt zu.
[CHANGED]: Eine ECU-TEST Nachbewertung wurde in test.guide immer als Nachbewertung auf dem Testfall interpretiert. In Version 1.54.0 wird dabei beachtet ob sich durch die ECU-TEST Nachbewertung ebenfalls das Testfallergebnis geändert hat. Ist dies der Fall, dann erhält die test.guide Nachbewertung das Ergebnis des Testfalls.
[CHANGED]: Die Konfiguration der HiL-Monitoring-Datenbank wird nun ebenfalls in der Hauptdatenbank gespeichert. Die Bestandskonfigurationsdaten werden automatisch von der Konfig-Datei in die Datenbank migriert.
[CHANGED]: Jeder Projekt-Manager kann die Konfiguration der HiL-Monitoring-Präsentationsansicht nun selbst vornehmen.
Die Präsentationsdaten müssen nun in einer (aktiven oder nicht aktiven) Dateiablage hinterlegt sein.
Die Bestandskonfigurationen werden automatisch in eine Dateiablage migriert.
[CHANGED]: Bei Verwendung der Dateiablage werden die Daten nun in einer Ordner-Hierarchie gespeichert. Die bereits gespeicherten Daten werden nicht umstrukturiert.
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
Als Projekt-Manager kann ich nun erfasste Releases editieren und auch löschen.
Als Tester kann ich meine öffentlichen Ergebnisfilter mit anderen Kollegen im Projekt teilen und somit auch für alle verwalten.
Beim Anlegen von JIRA-Tickets gibt es nun bei der Eingabe von Datumsfeldern eine bessere Unterstützung.
Beim Vergleich von verschiedenen Testfallausführungen, werden die Testfälle mit angezeigt.
[PREVIEW]-[FEATURE]: Als Tester interessieren mich immer Tests, die in bestimmten Parameterräumen liegen, nach diesen kann ich nun gezielt suchen.
Es können bei numerischen Werten die Vergleichsoperatoren =,>=,>,⇐,< für eine Suche verwendet werden.
Es wird außerdem die Filterung auf den Wert von textbasierten Parametern unterstützt, welche durch Anführungszeichen (Parametername="Text-Wert") angegeben werden müssen.
Weiterhin können Parametersuchen durch die Operatoren && und || verknüpft werden. Diese Operatoren dürfen jedoch nicht gemischt werden: Entweder wird eine Konjunktion oder Disjunktion aller Parameterraumfilter durchgeführt.
Die Suche nach bestimmten Parametern (durch Wildcards) ist weiterhin möglich, aber nicht in Kombination mit der oben erwähnten Filterung von Parameterräumen.
[REMOVED]: Die Autovervollständigung bei der Eingabe der Parameter wurde entfernt.
[FEATURE]: Als Testmanager kann ich meine erfassten Releases durch die neue Vergleichsfunktionalität genauer analysieren und dadurch schauen, welche Testfälle gegenüber anderen Releases womöglich nicht ausgeführt wurden.
Performance-Optimierungen bei Verwendung des Testfallabdeckungsfilters
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
Der Projekt-Manager hat die Möglichkeit öffentliche Filter der Nutzer im Projekt zu löschen. Die betroffenen Personen werden dann per E-Mail über die Löschung benachrichtigt.
Es ist nun möglich mehrere Testfallabdeckungsfilter mit dem gleichen Namen anzulegen, falls für diese verschiedene Kategorien angegeben sind.
Aus dem Entwicklungsbereich (Filterdefintion) des Testfallabdeckungsfilters ist es nun möglich, direkt zur Abdeckungsfilter-Seite zu springen, wobei die bearbeitete Filterdefinitionen vorgeladen wird.
Unter Systemstatus wird die CPU-Auslastung des Systems und der test.guide Anwendung angezeigt (falls da Betriebssystem diese Abfrage erlaubt).
in der Historie kann mittels Shift+Klick ein bestimmter Bereich z.B. für das Löschen ausgewählt werden
[PREVIEW]: Als Testmanager kann ich nun unsere Meilensteine bzw. Releases genau festhalten und über die neue Release-Übersicht miteinander vergleichen.
ein Release kann mit dem Recht Projekt-Manager im Ergebnisfilter getaggt werden
auf der neuen Seite http://localhost:8085/releases können die getaggten Releases eingesehen bzw. verglichen werden
[FEATURE]: Als Tester habe ich durch die neue Filter-Ansicht: Testpläne die Möglichkeit zu sehen, wie oft mein Testplan mit wie vielen Testausführungen samt Ergebnisverteilung gelaufen ist.
[FEATURE]: Als Tester kann ich bei der Fehlersuche nun beim Testcase-Vergleich auch auf die HiL-Ausstattungsdaten zurückgreifen.
Voraussetzung ist, dass das HiL-Monitoring zur Testausführungszeit für die Ausstattungsdaten konfiguriert war
[FEATURE]: Als Tester kann ich nun nach mehreren Testplänen suchen und somit z.B. nur FAILED und ERROR Testpläne abonnieren, welche mich besonders interessieren.
die neue Filtermöglichkeit steht für die TestExecutionsPlans sowie TestExecutionPlan-Folders zur Verfügung
[FEATURE]: Als Tester kann ich nun selbst festlegen, in welchem Intervall meine abonnierten Ergebnisfilter mich über Änderungen benachrichtigen sollen.
[FEATURE]-[CHANGED]: Die Backup-Durchführung und die neue Option des Imports eines Backups wurden komplett auf Basis der Dateiablagen umgestellt.
in der Historie können Daten exportiert und auch wieder importiert werden
die Daten können nur auf konfigurierten (auch nicht aktiven) Dateiablagen exportiert werden → Ergebnis ist ein Verzeichnis mit den erstellten Backup-Daten
die Daten können nur von konfigurierten (auch nicht aktiven) Dateiablagen importiert werden ← hierfür ist das erstellte und angezeigte Verzeichnis des Exports notwendig
[FEATURE]: Als Tester habe ich nun die Möglichkeit über die neue Ansicht: Review-Analyse die häufigsten gereviewten Testfälle auf Fehlerklassen und Schlagworte zu analysieren um diese dann zu optimieren.
[CHANGED]: die alte Seite Review-Auswertung ist dafür entfallen
[FEATURE]: Als Reviewer freue ich mich über den erweiterten Review-Workflow. Durch das Ausfüllen des Review-Formulars durch die Bestandsreview-Daten, muss ich nur noch explizit die Daten anpassen, die sich geändert haben.
[CHANGED]: Der Ergebnisfilter arbeitet nun standardmäßig immer nur auf dem aktuellsten Review!
über die neue Filteroption alle Reviews auswerten kann das alte Verhalten wieder hergestellt werden
[CHANGED]: Die Mail-Benachrichtigungsfunktion für ServerAdmins ist von den Profileinstellungen zu den Systemkonfiguration umgezogen.
weiterhin haben Projektmanager nun ebenfalls die Möglichkeit die Projektnutzer in den Projekteinstellungen zu benachrichtigen
[CHANGED]: In der Artifactory-Anbindung ist es nun möglich die Timeouts selbst festzulegen.
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
das Layout für das Laden von Ergebnisfiltern wurde überarbeitet für eine bessere Übersicht
unter http://localhost:8085/info#ecu-test-config werden nun die konkreten ECU-TEST Upload-Einstellung für die test.guide Installation angezeigt
in der Review-Ansicht bzw. Export-Ansicht können nun per Checkbox ganze Zeilen einfach markiert werden
beim Bulk-Review sind alle zu bearbeitenden TestCase-Reports vorselektiert
[FEATURE]-[CHANGED]: Als Projektmitglied erkenne ich dank der geänderten Darstellung in der Projektstatistik welche Testumfänge mit welchen Ergebnissen durchgeführt wurden.
[FEATURE]: Als Projektmanager kann ich festlegen, ob zur Anmeldung in Issue-Trackern oder Management-Tools ein Projekt-weit hinterlegter Benutzer verwendet werden soll, oder ob jedes Teammitglied seine eigenen Zugangsdaten bei Verwendung eingeben muss.
z.B. unter Projekteinstellungen/Issue Tracker kann die Option gesetzt werden
[CHANGED]: standardmäßig ist die Verwendung individueller Anmeldedaten nun aktiv!
jeder Nutzer kann in seinem Profil unter Zugänge seine hinterlegten Anmeldedaten verwalten
bei Verwendung z.B. eines Issue-Trackers wird das Passwort abgefragt, welches für die Laufzeit der aktiven Browser-Session gespeichert wird
[FEATURE]: Als Projektverantwortlicher kann ich nun einstellen, dass bestimmte Attribut- und Konstantenschlüssel beim Einspielen gemappt werden. Dies ist hilfreich, wenn verschiedene Teilteams Daten einspielen, es aber noch keine eindeutigen Zuweisungen der Metadaten für eine einheitliche Auswertung gibt.
Einstellung unter: Projekteinstellungen | Upload-Regeln
bei Mapping werden die Schlüssel mit ihren Werten zusätzlich den Upload-Daten hinzugefügt (die Originaldaten bleiben erhalten)
[FEATURE]: Als Admin habe ich nun den test.guide Systemstatus sowie den Status der Projektkonfigurationen durch die neue Seite Systemstatus kompakt und gut im Blick.
[FEATURE]: Als Projektmanager habe ich durch die erweiterte Export/Backup-Funktion im Ergebnisfilter (in der Exportansicht) mehr Möglichkeiten, um nur bestimmte Daten zu sichern.
[CHANGED]: der Export Report-Button unter Historie wurden in Backup umbenannt
[FEATURE]: Als Admin kann ich nun nach verwaisten, d.h. keinem Projekt mehr zuordneten, Nutzern filtern und diese leicht entfernen.
[FEATURE]: Als Tester sehe ich nun in der Historie, welche Daten gerade eingespielt werden, aber noch in Bearbeitung sind.
[FIXED]: Ein Speicherleck wurde behoben, welches bei Nutzung der in Version 1.50.0 neu eingeführten Export-Funktion auftrat, wenn viele Reviews vorhanden waren.
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
Auf der Testfall-Detailseite wird der Name des Parametersatzes immer vollständig angezeigt.
Bei öffentlichen Filtern werden die Besitzer dieser Filter im Tooltip angezeigt.
[CHANGED]: Werden Hardware-Änderungen am test.guide Server vorgenommen, so wird die test.guide Lizenz nicht mehr sofort ungültig. Die Lizenz bleibt für mindestens 14 Tage weiterhin gültig. In dieser Zeit kann eine neue test.guide Lizenz für die geänderte Hardware ausgestellt werden.
ACHTUNG: Dies tritt erst mit neu ausgestellten Lizenzschlüsseln in Kraft!
die Admins werden per E-Mail benachrichtigt und allen Nutzer wird eine Warnung eingeblendet
weiterhin wurden die Ausgabe der Lizenzinformationen um die maximal zulässige Projekt- und Benutzeranzahl erweitert
[PREVIEW]: Als Projektmanager habe ich nun die Möglichkeit meine eingespielten ATX-Reports zusammen mit den hochgeladenen Dateien und Reviews aus meinem Evaluierungs-test.guide zu exportieren. Die exportieren ZIP-Dateien können in das neu von der IT aufgesetzte test.guide über die Webseite oder via API eingespielt werden.
Die Export-Funktion steht unter Historie bereit:
Es muss ein Dateisystem-Ordner (welcher von test.guide aus erreichbar ist) für den Export angegeben werden:
Nach dem Export werden ggf. nicht exportierbare ATX-Reports (z.B. aufgrund eines fehlerhaften Dateiablage-Zugriffs) gelistet.
Die exportierten Dateien können über dem Menü-Punkt ATX hochladen durch Auswahl der erzeugten ZIP-Archive wieder in einer anderem Instanz eingespielt werden.
[FEATURE]: Als Tester kann ich nun mehrere Kennlinien in einem Diagramm darstellen. Damit ist es mir zum Beispiel möglich, direkt die jeweiligen Wertebegrenzungen mit einzeichnen zu lassen.
[FEATURE]: Als Admin habe ich nun die Möglichkeit einen SMB/CIFS-Share mit Benutzername und Passwort im test.guide als Dateiablage zu konfigurieren. Damit ist es nicht mehr erforderlich, im test.guide Prozess-User die SMB-Shares unter einem Laufwerkspfad zu mounten.
[FEATURE]: Als Projektverantwortlicher kann ich nun vorschreiben, dass nur Testfälle mit den im Projekt festgelegten Attributen bzw. Konstanten ins test.guide eingespielt werden. Dadurch stelle ich sicher, dass alle nötigen Metadaten zur weiteren Auswertung (z.B. für die Testfallabdeckung) immer auch gesetzt sind.
Einstellung unter: Projekteinstellungen | Upload-Regeln
Über die Schaltfläche Regeln prüfen können Regeln direkt am Beispiel ausgewählter ATX-Daten verifiziert werden.
[FEATURE]: Als Testmanager habe ich nun die Möglichkeit, die Testergebnisse zu meinen Testfallabdeckungsfilter in ATX-Dokumente zu exportieren. Damit kann ich zu jedem Release die Daten einfach an meinen Auftraggeber übertragen.
es werden nur die Testfallausführungen mit Namen, Ausführungszeitpunkt, Dauer, Gesamtergebnis und den ausgewählten Attributen und Konstanten übertragen
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
Performance-Verbesserungen bei Verwendung der Ergebnisfilter-Option
Als Tester bin ich in mehreren Projekten aktiv und kann nun schneller zwischen den Projekten wechseln, durch das erweiterte Menü.
[CHANGED]: Wenn ein Anzeigename angegeben wurde wird dieses nun zusätzlich zum Benutzernamen im Review (und in allen Exports) dargestellt. Dies betrifft nur neu erstellte Reviews.
Als Projektmanager kann ich durch ein neues Auswahlfenster nun schneller eine größere Anzahl existierender Benutzer aus anderen Projekten in mein Projekt aufnehmen.
[CHANGED]: Als Nutzer des Berichtswesens freue ich mich über den Release, denn umfangreiche PDF-Exports werden deutlich schneller generiert.
in besonderem Maße profitieren Berichte zu Tests, die viele Testschritte enthalten
bei Verwendung des mitgelieferten Standard-Berichtsentwurfs wurde dabei eine Verkürzung der Berechnungsdauer um Faktor 7 beobachtet
Achtung: Diese Änderung bricht die Kompatibilität mit den bisherigen Berichtsentwürfen! Sollten Sie statt des Standard-Berichtsentwurfs einen eigenen Berichtsentwurf verwenden, sind daher leider Anpassungen nötig (siehe nächster Stichpunkt).
folgende Änderungen wurden an der Datenquelle vorgenommen:
die DataSets ArgumentDataSet, AttributeDataSet, ConstantDataSet und EnvironmentDataSet liefern ihre Ergebnisse bereits alphabetisch aufsteigend sortiert
im Berichtsentwurf entfällt daher die Sortierung
die Testschritte werden im XML nicht mehr hierarchisch als Baum, sondern flach als Liste dargestellt, ihre Einrückung und Nummerierung bereits über die Attribute level und numeration vorgegeben
im Berichtsentwurf entfallen die vier TestStepLevel… DataSets mit ihren verschachtelten Listen
stattdessen kann über ein einziges DataSet darauf zugegriffen und mittels der neuen Attribute die Einrückung vorgenommen werden
die in test.guide abrufbaren XSD- und Beispiel-XML-Datenquellen wurden entsprechend angepasst und dienen als Referenz für die Änderungen
bei Fragen und Problemen bieten wir gerne Hilfestellung bei der Migration bestehender Berichtsentwürfe
[SECURITY]-[CHANGED]: Ein test.guide API-Aufruf war nicht durch den Authentifizierungsschlüssel geschützt. Durch diesen Fix wird es erst mit ECU-TEST 7.0 wieder möglich sein, das letzte Package-Ergebnis farblich in ECU-TEST hervorzuheben, wenn die Option aktiviert ist.
[CHANGED]: Die Seite Einstellungen wurde unterteilt in die Projekteinstellungen und Systemkonfiguration.
Die Systemkonfiguration wird nur Usern mit dem Recht Server manager angezeigt
[FEATURE]: Als Server-Admin kann ich in der neuen Benutzerverwaltung alle Benutzer ungeachtet Ihrer Projektzugehörigkeit bearbeiten.
Einstellung unter: Systemkonfiguration | Benutzerverwaltung
Es gibt eine Übersicht über alle hinterlegten Benutzer, in welcher der Admin projektübergreifend den Benutzer verwalten kann
u.a. ist es möglich alle Projekte des Users direkt komfortabel zu bearbeiten
[FEATURE]: Als Projektverantwortlicher kann ich in der neuen Projektbenutzer-Verwaltung die Zugriffsrechte des Teams besser administrieren.
Einstellung unter: Projekteinstellungen | Projektbenutzer
Wenn ein Benutzer keinem Projekt mehr zugeordnet ist und vom Server-Admin noch nicht gelöscht wurde, so kann dieser sich auf Projekte neu bewerben.
[FEATURE]: Es ist nun möglich technische Benutzer in test.guide anzulegen, die für Zugriffe auf die APIs verwendet werden können (bspw. zum Upload von ATX-Daten durch ECU-TEST oder zum Einspielen von HIL-Monitoring-Daten durch den ResourceAdapter).
diese besonderen Benutzer können nicht genutzt werden, um damit auf die Benutzeroberfläche von test.guide zuzugreifen
die Verwaltung der technischen Benutzer erfolgt durch berechtigte Benutzer über Einstellungen | Benutzerverwaltung
dort können neue technische Benutzer angelegt werden:
außerdem kann der Authentifizierungsschlüssel abgerufen werden, der (ebenso wie bei "normalen" Benutzern) für Zugriffe auf die APIs benötigt wird:
[FEATURE]: Als Test-Team freuen wir uns, dass unsere benutzerdefinierten Filterfeldern nun direkt in den Testfall-Details mit angezeigt werden.
[FEATURE]: Als Tester kann ich nun nach allen Testfallausführungen suchen, die im Review mit Schlagwörtern wie z.B. HiL-Defect gekennzeichnet wurden.
[CHANGED]: ATX-Mako: Bei mehreren ECU-TEST Nachbewertungen z.B. unterhalb eines Test-Step-Folders, werden diese nun gruppiert mit der Nachbewertung des Test-Step-Folders in test.guide als ein Review erfasst.
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
[CHANGED]: das Beschreibungsfeld wird jetzt immer angezeigt, wenn JIRA- oder Redmine-Review-Tickets angelegt werden
[REMOVED]: ACHTUNG: Der Standard-GUEST-Benutzer wurde entfernt!!! Jeglicher Zugriff auf test.guide, auch beim Upload, muss über einen autorisierten Nutzer erfolgen!
jeder angemeldete Nutzer findet in seinem Profil unter Zertifikat einen API-Key, welcher z.B. beim Upload von ECU-TEST verwendet werden kann
in ECU-TEST muss dazu die ATX-Einstellung uploadAuthenticationKey mit dem jeweiligen API-Key gesetzt werden
im kommenden Release wird es möglich sein, einen technischen User pro Projekt anzulegen, welcher nur zum Zugriff über die API beim ECU-TEST Upload verwendet werden kann
[ALPHA PREVIEW]: Als Test-Manager freue ich mich, dass ich nun auch Testfallausführungsergebnisse von anderen test.guide Instanzen in meinem test.guide abfragen kann, um mir eine bessere Gesamtübersicht zu verschaffen.
unter Einstellungen/Management Tools muss eine weitere test.guide Instanz hinterlegt sein
diese Instanz kann dann beim Ergebnisse-Filter ausgewählt werden
die lokalen Filter-Ergebnisse werden mit denen der anderen Instanzen zusammengeführt
Im Moment werden nur die Ansichten zeitbasiert, ergebnisbasiert sowie Testaktivität bei der Abfrage unterstützt. Die Analyse von Testfalldetails und die Verwendung anderer Ansichten ist noch nicht möglich. Über Feedback jedweder Art würden wir uns freuen!
[FEATURE]: Als Projekt-Verantwortlicher sowie ServerAdmin habe ich nun einfachere Möglichkeiten die Projekt-Mitarbeiter zu verwalten.
als Projekt-Verantwortlicher kann ich Nutzer meinem Projekt zuweisen
als Projekt-Verantwortlicher kann ich Nutzer in meinem Projekt deaktivieren oder auch aus diesem entfernen
[FEATURE]: Als test.guide Neuling kann ich mir leichter einen Einblick verschaffen, indem ich ein Demo-Projekt anlege.
ein ServerAdmin kann beliebige Demo-Projekte unter Einstellungen/Projektverwaltung → Demo-Projekt anlegen
für jedes Demo-Projekt werden zeitlich aktuelle, zufällige Testausführungsdaten sowie Monitoring-Daten erzeugt
ACHTUNG: Es können im Moment keine angelegten Projekte gelöscht werden.
[FEATURE]: Als Tester kann ich nun bei einer Analyse eines einzelnen Testfalldurchlaufes direkt zum kompletten Testlauf springen.
unter Aktion in den Testfall-Details jedes Durchlaufes gibt es einen neuen Link: Zum Testlauf springen
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
[CHANGED]: die Benutzerverwaltung wurde von der Konfigurationsseite für die Benutzer-Authentifizierung getrennt und in eine separate Seite ausgelagert
Alle temporären test.guide Dateien werden nun mit einem Auto-Delete-Manager überwacht, damit z.B. bei Download-Abbrüchen die verwaisten Daten spätestens nach zwei Tagen gelöscht werden.
bei aktiviertem Upload-Puffer und gespeicherten Daten im Puffer werden diese nun auch über einen test.guide Neustart hinweg verarbeitet
Der Excel-Export der Testfallabdeckung kann nun ebenfalls via Mail zugestellt werden.
Bei aktivierter LDAP-Authentifizierung müssen sich neue Nutzer beim Registrieren kein unnötiges (da nicht verwendetes) Passwort mehr ausdenken.
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank automatisch migriert, dies kann je nach Datenstand bis zu mehreren Minuten dauern. Der Prozess darf nicht ab- bzw. unterbrochen werden (z.B. durch Netzwerkausfall zur Datenbank…), da sonst Inkonsistenzen in der Datenbank entstehen können. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide nicht möglich.
[FEATURE]: Als Projekt-Verantwortlicher habe ich nun die Möglichkeit pro test.guide Projekt mehrere Dateiablagen anzulegen.
die vorhandene Dateiablage wird automatisch migriert
ein Zugriff auf alte Dateiablagen ist nun weiterhin möglich
die aktuell zu verwendende Dateiablage bei Uploads muss explizit aktiviert werden
[CHANGED]: die Dateiablagen-Migration wurde vorläufig deaktiviert!
[FEATURE]: Als test.guide Admin freue ich mich, dass es beim einem Verbindungsproblem zur Datenbank oder zur Dateiablage, die Möglichkeit gibt die Upload-Daten zu puffern.
die Pufferung der Upload-Daten muss unter Einstellung/Allgemein/Upload-Puffer konfigurieren aktiviert werden
bei Aktivierung werden die hochgeladenen Daten im Fehlerfall im Temp-Verzeichnis der Anwendung gepuffert und automatisch hochgeladen, wenn bei einem erneuten Einspielen der Fehler nicht mehr aufgetreten ist
[CHANGED]: Es werden keine Daten mehr entgegengenommen, wenn test.guide weniger als 1GB Festplattenspeicher zur Verfügung steht! Eine Warnung wird den Admins via Mail bei weniger als 2GB Festplattenspeicher zugestellt.
[PREVIEW]: Als Testmanager freu ich mich, dass ich bei Bedarf für meine Excel-Analyse auch die Testschritte der einzelnen Testfallausführung via Excel-Export exportieren kann.
[CHANGED]: der Excel-Export wurde überarbeitet, wodurch es Spalten-Verschiebungen gegeben hat!
bei konfigurierten E-Mail Einstellungen kann nach erfolgreichem Excel-Export, diese auch via Mail zugestellt werden
[FEATURE]: Als Reviewer kann ich beim Erstellen von Reviews unter Verwendung von HTML-Tags mir eine Vorschau anzeigen lassen.
[FEATURE]: Als Tester spiele ich meine Tool-Test-Reports über das Json2ATX-Plug-in ein. Über die neue X2ATX API-Erweiterung ist es jetzt ebenfalls möglich TestSteps und TestStep-Folders mit in den Testfällen anzugeben.
Beispiel aus einem Json2ATX-Plug-in Report:
{
"name":"Test-Suite",
"timestamp":1423576765000,
"testcases":[
{
"@type":"testcase",
"name":"TestCase-0",
"verdict":"NONE",
"description":"Meine Beschreibung",
"timestamp":1423536765000,
"executionTime":15,
"parameters":[
{
"name":"InputParameter",
"direction":"IN",
"value":"High"
}
],
"setupTestSteps":[
{
"@type":"teststep",
"name":"demo",
"verdict":"PASSED",
"expectedResult":"OK"
}
],
"executionTestSteps":[
{
"@type":"teststepfolder",
"name":"demofolder",
"teststeps":[
{
"@type":"teststepfolder",
"name":"demosubfolder",
"teststeps":[
{
"@type":"teststep",
"name":"subteststep",
"verdict":"FAILED",
"expectedResult":"Wert > Schwellwert"
}
]
}
]
}
]
}
]
}[FEATURE]: Als IT-Verantwortlicher freu ich mich, dass ich nun alle zum Upload anstehenden Dateien ggf. an den firmeneigenen Viren-Scanner schicken kann.
Möglichkeit alle ankommenden Dateien zur Prüfung an ein oder mehrere Antiviren Tools zu übergeben
es müssen entsprechende Plug-ins im Ordner AV-Plugins abgelegt werden (siehe doc/operations_manual.pdf)
die erforderliche API zur Implementierung eines Plug-ins wird per Anfrage zur Verfügung gestellt
kleinere Detail-, Layout- und Usability-Verbesserungen - u.a.:
[FEATURE]: In der Testfallausführungs-Vergleichsansicht, können z.B. für ein Bulk-Review nun alle Testfallausführungen, ausgehende von der ausgewählten Referenz, welche die gleiche Testschritt-Abfolge aufweisen automatisch ausgewählt werden (siehe Drop-down-Button: Alle auswählen).
[CHANGED]: in der aktiven Ansicht: Zeitbasiert bzw. Ergebnisbasiert wirkt sich der Ergebnis-Filter nun ebenfalls auf die Filterung der Testfall-Details aus
[FIXED]: Filtere ich in der aktiven Ansicht: Review die Ergebnisse z.B. auf ERROR vor und selektiere dann alle, werden auch nur die ERROR Ergebnisse für ein Review übernommen
[FEATURE]: Als Test-Team freuen wir uns, dass wir für unser Projekt im test.guide die wichtigsten Attribut- und Konstantenfilter nun in benutzerdefinierten Filterfeldern selbst als Eingabemaske definieren können.
die benutzerdefinierten Filterfelder können pro test.guide Projekt unter Einstellungen/Filterbezeichnungen definiert und bearbeitet werden
weiterhin können diese Felder beliebig angeordnet werden
beim Befüllen eines benutzerdefinierten Filterfeldes werden nur die Daten angezeigt, welche vorher konfiguriert wurden
es findet beim Filtern ein internes Mapping auf die jeweilige Konstante oder auf das jeweilige Attribut statt
[FEATURE]: Als Testmanager kann ich unsere Testergebnisse direkt als ATX-Dokumente exportieren, damit diese unseren Kunden zur Analyse und Weiterverarbeitung zur Verfügung gestellt werden können.
in der Exportansicht können ausgewählte Testausführungen für die Übertragung selektiert werden, dabei werden immer die Review-Ergebnisse übertragen
es werden nur die Testfallausführungen mit Namen, Ausführungszeitpunkt, Dauer, Gesamtergebnis und den ausgewählten Attributen und Konstanten übertragen
alle einzelnen Testfallausführungen werden in Zip-Dateien mit den ATX-Dokumenten (report.xml) zurückgegeben
[FEATURE]: Als Tester hab ich nun die Möglichkeit, direkt beim Vergleich der Testfallausführungen entsprechende Review-Nachbewertungen vorzunehmen.
[FEATURE]: Als Tester kann ich mir für die weitere Auswertung die gerade verglichenen Testfallausführungen in ein Excel-Dokument exportieren.
[FEATURE] ATX-Mako: Als Tester kann ich nun gezielter nach ECU-TEST Testfallausführungen bestimmter TCF-Einstellungen durch einen Konstantenfilter suchen, wenn die Daten erfasst wurden:
[CHANGED]: bei der TCF_MODEL_… wird nun der komplette Model-Pfad erfasst, statt nur der Model-Dateiname
TCF_SGBD_%ECU-Name% erfasst den verwendeten SGBD-Dateinamen
TCF_SGBD_VERSION_%ECU-Name% erfasst die verwendete SGBD-Version, falls diese ausgelesen werden konnte → sonst wird unbekannt eingetragen
TCF_ELF_%ELF-Beschreibung%_%ECU-Name% erfasst den verwendeten ELF-Dateinamen
TCF_DEBUG_HEX_%ECU-Name% erfasst den verwendeten DEBUG-HEX-Dateinamen
TCF_FIU_%FIU-Name% erfasst den verwendeten FIU-Beschreibungsdateinamen
[CHANGED]: Als Reviewer freue ich mich, dass nun die hochgeladenen Dateien direkt an den Testfalldetails hängen und ich mir somit einige Klicks beim Download der benötigten Dateien spare.
Weiterhin werden die hochgeladenen Dateien auch in der Vergleichsansicht zum direkten Download angeboten (der Vergleich basiert dabei auf dem ermittelten Hash-Wert der Datei)
[CHANGED]: Da das Wort Archivierung falsche Erwartungshaltungen bei IT-Verantwortlichen weckt, wurde diese Funktion sowohl in der Anwendung selbst, als auch in der Dokumentation durch den passenderen Ausdruck Dateiablage ersetzt.
[CHANGED] ATX-Mako: Die archiveMiscFilesOnlyInTestReportDir Option (Default=True) in den ATX-Einstellungen sorgt dafür, dass die ATX-Option archiveMiscFiles nur dann aktiviert wird, wenn sich der geöffnete TRF-Report auch im TestReport-Verzeichnis von ECU-TEST oder sich der TRF-Report in einem ECU-TEST Testreport-Verzeichnis befindet → z.B. Motor.trf im Verzeichnis Motor_2017-04-14_225305.
kleinere Detail-, Layout- und Usability-Verbesserungen u.a.:
auf der Seite zum Anlegen und Verwalten der Testfallabdeckungsfilter werden die XSD-Dateien für das Spezifizieren der Filterdefinitionen zum Download angeboten (bei aktiviertem Experten-Modus)
alle Testfalldetails wie z.B. Parameter, Attribute, Konstanten usw. werden alphabetisch sortiert dargestellt
beim Vergleich von Testfallausführungen ist es möglich, diese mit den Kollegen über einen Link zu teilen
es ist nun leichter möglich, betrachtete Testpläne direkt mit Kollegen über einen Link zu teilen
[FEATURE]: Als Tester sehe ich jetzt auf einen Blick im Ergebnisfilter, ob ich alle meine fehlerhaften Testfalldurchführungen bereits nachbewertet habe. Mit einem Klick auf den entsprechenden Fehlerbereich kann ich mir die genaue Nachbewertungsverteilung detaillierter anzeigen lassen.
[FEATURE]: Ich kann als Tester nun ganz gezielt nach einem konkreten Testplan-Durchlauf filtern, indem ich das neue ATX-ID Suchfeld verwende.
die entsprechenden ATX-IDs werden mir in der Historie sowie in der Testplan-Übersicht angezeigt
die Verlinkung von Historie und Testplan-Übersicht zum Ergebnisfilter nutzen den neuen Suchparameter und verweisen damit zuverlässig auf den konkreten Durchlauf
[CHANGED]-[FEATURE]: Als Tester habe ich nun einen besseren Überblick über meine durchgeführten Testpläne. Die neue Ansicht zeigt die Testplan-Ausführungen samt der Ergebnisse der einzelnen gelaufenen Testfälle.
[FEATURE]: Endlich kann ich als Tester über den neuen ODER-TestCase-Filter gezielt nach mehren bestimmten Testfällen suchen, um beispielsweise meine problematischsten Testfälle schneller zu analysieren.
[FEATURE]: Als Reviewer habe ich mir zusätzlich zu meinen Fehlerklassen Tags erstellt. Damit kann ich z.B. besser kategorisieren welche Faktoren zu dem Fehler (technisches HiL-Problem, Bedatungsfehler, …) geführt haben, aber ich kann genauso eine Abschätzung vornehmen, welchen Aufwand mich die Behebung kosten wird.
das Anlegen der Tags erfolgt unter Einstellungen → Schlagwörter
die Tags können dann in den Reviews vergeben werden
die Tags werden sowohl beim Export in ein Excel-Dokument als auch im Testabschlussbericht berücksichtigt
[FEATURE]: Als Business-Report-Ersteller habe ich nun die Möglichkeit meine selbst erstellten Berichte besser zu debuggen. Dazu nutze ich die neue Option, welche beim Erzeugen eines Berichts die PDF zusammen mit den zugrundeliegenden Berichts-Datenquellen herunterlädt.
[FEATURE]: Das Format <filterTreeV2> für die Vorgabe von Testfallabdeckungs-Filterdefinitionen wurde um die Angabe von Testfallnamen erweitert.
Testfälle können auf den Ebenen über ihren Namen gefiltert werden
sind mehrere Testfallfilter aktiv, so werden diese stets ODER-verknüpft
Kombinationen mit Attribut- und Konstantenfiltern sind möglich:
<filterTreeV2>
<node>
<label>Current Program Version</label>
<url>http://www.tracetronic.de</url>
<scope name="Programm Version">current</scope>
<filters>
<attribute name="ProgramVersion">
<value>1.0_*</value>
<value>2.?</value>
</attribute>
</filters>
<node>
<label>System-Test</label>
<url>http://www.tracetronic.de/systemtests</url>
<scope name="Test Levels" />
<leaf>
<label>ReqID 1</label>
<scope name="Requirements" />
<filters>
<!-- Filter erfüllt für TestCase01 oder TestCase02 -->
<testCase shortName="TestCase01"/>
<testCase shortName="TestCase02"/>
</filters>
</leaf>
<leaf>
<label>ReqID 2</label>
<scope name="Requirements" />
<filters>
<constant name="ReqID">
<value>2</value>
</constant>
<!-- Filter erfüllt für TestCase03 -->
<testCase shortName="TestCase03"/>
</filters>
</leaf>
</node>
<node>
<label>Modul-Test</label>
<scope name="Test Levels" />
<!-- ... -->
</node>
</node>
</filterTreeV2>kleinere Detail-, Layout- und Usability-Verbesserungen
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank automatisch migriert, dies kann je nach Datenstand bis zu mehrere Minuten dauern. Der Prozess darf nicht ab- bzw. unterbrochen werden (z.B. durch Netzwerkausfall zur Datenbank…), da sonst Inkonsistenzen in der Datenbank entstehen können. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide nicht möglich.
[PREVIEW]: Als IT-Admin freue ich mich, dass ich nun zwei test.guides hinter einem Proxy hochfahren kann, welche auf eine Datenbank zugreifen können. Damit ist es mir möglich Lastspitzen ggf. besser zu verteilen und eine höhere Erreichbarkeit zu verwirklichen.
[FEATURE]: Als Reviewer habe ich es jetzt deutlich einfacher nach dem Auffinden eines Fehlers in den TestSteps daraus direkt ein Review zu erstellen.
[FEATURE]: Als Testmanager habe ich über die neue API zur programmatischen Abfrage der Coverage-Berechnungen die Möglichkeit test.guide in unser Absicherungs-Tooling besser zu intergrieren.
neue Berechnung über HTTP-POST-Request anlegen
Ziel-URL: http://localhost:8085/remote-coverage/submit?authKey=RG3t98jvn32sly…&projectId=1
Pflichtparameter:
coverageId: 705af624-4886-4355-9626-d7edeeb0f8b2 (ID wird nach Laden eines Coverage-Filters über die Webseite angezeigt)
Optionale Parameter (default-Wert):
from: Datum oder Ausdruck (now - 7d)
to: Datum oder Ausdruck (now)
testExecutionPlan: String (leer)
useOnlyRecentRun: Boolean (true)
useReviewVerdict: Boolean (false)
placeholders: JSON-Object: Key = Name, Value = Wert (leeres JSON-Object)
die Antwort ist je nach angefordertem Content-Type entweder XML (default) oder JSON:
<?xml version="1.0" encoding="UTF-8"?>
<response>
<msg>coverage placed in calculation queue</msg>
<id>123</id>
</response>Ergebnis der Berechnung mit HTTP-GET-Request abfragen:
Ziel-URL: http://localhost:8085/remote-coverage/fetch?authKey=RG3t98jvn32sly…&id=123
die möglichen HTTP-Status-Codes der Antwort auf diesen Request haben folgende Bedeutung:
204: Berechnung wurde noch nicht gestartet
102: Berechnung wird ausgeführt
200: Antwort enthält die Ergebnisse der Berechnung
<?xml version="1.0" encoding="UTF-8"?>
<result>
<verdict>FAILED</verdict>
<label>Demo Filter</label>
<nodes>
<node>
<verdict>FAILED</verdict>
<label>Designer_component</label>
<predicates>
<predicate type="attribute">
<name>Designer</name>
<value>John Doe</value>
</predicate>
<predicate type="attribute">
<name>Testlevel</name>
<value>component</value>
</predicate>
</predicates>
<testruns>
<testrun>
<reportId>566</reportId>
<date>2017-04-27T08:43:21+02:00</date>
<shortName>Pkg09</shortName>
<verdict>FAILED</verdict>
<url><![CDATA[http://localhost:8085/detail?testCase=Pkg09&filterIds=566]]></url>
</testrun>
<testrun>
<reportId>568</reportId>
<date>2017-04-27T08:43:27+02:00</date>
<shortName>Pkg08</shortName>
<verdict>PASSED</verdict>
<url><![CDATA[http://localhost:8085/detail?testCase=Pkg08&filterIds=568]]></url>
</testrun>
</testruns>
</node>
</nodes>
</result>[FEATURE]: Als Reviewer kann ich beim Erstellen von Reviews nun durch die Verwendung von HTML-Tags die Beschreibung formatieren und damit auf wichtige Punkte aufmerksam machen.
[CHANGED]: Bei sehr langen Testfallbeschreibungen werden diese automatisch gekürzt dargestellt, mit einem Klick auf [Weiterlesen] wird dann die komplette Beschreibung angezeigt.
[CHANGED]: Im Ergebnisfilter wird die Aktive Ansicht über eine Combo-Box-Auswahl geändert, statt über einen Mouse-Over.
[CHANGED]: Die generierten zeitlich begrenzten TinyUrls z.B. beim Teilen bestimmter Testfall-Details, werden nun in der Datenbank gespeichert. Bestands-URLs wurden dabei nicht migriert und stehen erst nach einem erneuten Teilen wieder zur Verfügung.
ATX-Mako: Die neue archiveMiscFilesOnlyInTestReportDir Option (Default=True) in den ATX-Einstellungen sorgt dafür, dass die ATX-Option archiveMiscFiles nur dann aktiviert wird, wenn sich der geöffnete TRF-Report auch im TestReport-Verzeichnis von ECU-TEST befindet.
kleinere Detail-, Layout- und Usability-Verbesserungen
[ALPHA PREVIEW]: Als Testmanager/Tester kann ich die nächste Testplanung über test.guide vornehmen, auf Grundlage der Testspezifikations-Attribute. Dabei kann der erstellte Testplan direkt als ECU-TEST Projekt generiert werden.
es müssen zunächst die vorhandenen ECU-TEST Packages als Testspezifikation erfasst werden - siehe http://localhost:8085/testspecs
danach stehen die erfassten Packages als Testspezifikationen für die Planung unter http://localhost:8085/testplanning zur Verfügung
die Planung erfolgt in 3 Phasen: Attribute auswählen, Attributwerte setzen und den erzeugten Testplan der selektierten Testfälle an den ECU-TEST Projektgenerator übergeben
der ECU-TEST Projektgenerator sucht dann im ECU-TEST Workspace nach dem im Testplan hinterlegten Testfällen für die Ausführung
[PREVIEW]: Als Testmanager kann ich unsere Testergebnisse direkt an andere Kunden-test.guides übertragen, damit diese immer den aktuellen Stand bei sich einsehen können.
unter Einstellungen/Management Tools können andere test.guide Instanzen hinzugefügt werden
in der Exportansicht können ausgewählte Testausführungen für die Übertragung ausgewählt werden, dabei werden immer die Review-Ergebnisse übertragen
Es werden nur die Testfallausführungen mit Namen, Ausführungszeitpunkt, Dauer, Gesamtergebnis und Attributen übertragen.
Momentane Einschränkungen: Es können keine einzelnen ECU-TEST Package-Ausführungen übertragen werden und es werden keine Doppelungen bei Mehrfachübertragungen erkannt.
[FEATURE]: Als Testmanager habe ich die Möglichkeit, die Berechnung der Testfallabdeckung als PDF-Report zu exportieren, um den aktuellen Status an meine Kunden weitergeben zu können.
es können eigene Report-Templates für die Testfallabdeckungen hinterlegt werden - siehe Einstellungen/Berichtswesen
[FEATURE]: Als Testmanager freue ich mich, dass in den Testabschlussberichten die Testfallausführungen nach den Testplänen gruppiert angezeigt werden.
[PREVIEW]: Als Jenkins-HiL-Automatisierer habe ich die Möglichkeit, mir über die neue API alle gerade verwendeten Prüfstände zurückgeben zu lassen. Das hilft mir HiLs zu finden, welche ich gegenwärtig für meine Tests nutzen kann.
Aktivität wird durch Nutzerinteraktionen (Tastatur- und Mausevents) oder die Ausführung von Tests erkannt
ein REST-API-Aufruf ermöglicht es alle HiLs mit Aktivitäten in einem bestimmten Zeitraum abzufragen z.B. http://localhost:8085/monitoring/hil-activity?path=TT/Level1&authKey=ZWdC…&projectId=1&dateFrom=now-2d&dateTo=now mit dem JSON-Ergebnis ["TT/Level1/103/TraceTroniCar/PC1","TT/Level1/103/TraceTroniCar/PC2"]
[FEATURE]: Als Testmanager kann ich durch die neue Testfallabdeckungs-Option: Nur die letzten Ausführungen der Testfälle für die Auswertung verwenden aussagekräftigere PDF-Exports für meine Kunden erzeugen.
[FEATURE]: Als Reviewer habe ich jetzt die Möglichkeit beim Bulk-Review die Multi-Compare Funktion zu nutzen, die es mir ermöglicht, schnell einen Überblick über die nachzubewertenden Tests zu erhalten.
[FEATURE]: Wenn ich als Admin das (interne test.guide) Passwort eines test.guide Benutzer zurücksetze, wird dieser über die Änderung benachrichtigt (sofern der E-Mail-Versand aktiviert und eine Adresse gesetzt ist).
[FEATURE]: Als Admin kann ich im test.guide eine eigene Support-E-Mail-Adresse pro Projekt hinterlegen, damit z.B. die Anfragen direkt an unseren internen Firmen-Support übermittelt werden.
[CHANGED]: Das Testfallabdeckungs-Format <filterTree> wurde durch ein neues Format <filterTreeV2> ersetzt, welches mehr Möglichkeiten bietet.
das alte Format kann weiterhin noch eingelesen und angezeigt werden
das neue Format bietet eine ausdrucksstärkere und einfachere Möglichkeit zur Filterdefinition:
<filterTreeV2>
<!-- Nodes on the root level: -->
<node>
<label>Current Program Version</label>
<url>http://www.tracetronic.de</url>
<scope name="Programm Version">current</scope>
<filters>
<attribute name="ProgramVersion">
<value>1.0_*</value>
<value>2.?</value>
</attribute>
<constant name="CUST_PROJ">
<placeholder name="CustomerProject">Project 2</placeholder>
</constant>
</filters>
<!-- Nodes of the second hierarchy level: -->
<node>
<label>System-Test</label>
<url>http://www.tracetronic.de/systemtests</url>
<scope name="Test Levels" />
<!-- Nodes of the third hierarchy level: -->
<node>
<label>Doors</label>
<url>http://www.tracetronic.de/doors</url>
<scope name="ALM Systems" />
<filters>
<constant name="ReqSystem">
<value>Doors</value>
</constant>
<attribute name="TestLevel">
<value>System</value>
</attribute>
</filters>
<!--Fourth hierarchy level. The coverage is computed only for leafs.
The results are then aggregated upwards in the filter tree. -->
<leaf>
<label>ReqID 1</label>
<scope name="Requirements" />
<filters>
<constant name="ReqID">
<value>1</value>
</constant>
</filters>
</leaf>
<leaf>
<label>ReqID 2</label>
<scope name="Requirements" />
<filters>
<constant name="ReqID">
<value>2</value>
</constant>
</filters>
</leaf>
</node>
<node>
<label>JIRA</label>
<scope name="ALM Systems" />
<!-- ... -->
</node>
</node>
<node>
<label>Comp-Test</label>
<scope name="Test Levels" />
<!-- Empty branches are possible. -->
<!-- ... -->
</node>
<node>
<label>Modul-Test</label>
<scope name="Test Levels" />
<!-- ... -->
</node>
</node>
</filterTreeV2>[CHANGED]: Es gibt eine neue Allgemeine-Einstellungsseite in welcher das Log-Level sowie die Basis-URL der Applikation gesetzt werden können. Die Basis-URL sollte vom Admin auf jeden Fall gesetzt werden, damit alle versendeten E-Mails die korrekten Links auf die Applikation enthalten.
[CHANGED]: Beim Anlegen eines test.guide Review JIRA-Tickets wird in der Ticket-Beschreibung neben dem Link zum Review zusätzlich auch der test.guide Nutzer erfasst, der das Review angelegt hat.
[CHANGED]: Beim Upload von einzelnen ECU-TEST Package-Ausführungen wird nun in der Historie der Testplan als SinglePackageExecution angezeigt.
kleinere Detail-, Layout- und Usability-Verbesserungen
[CHANGED]: Die Erstellung von Testabschlussberichten sowie der Export der Ergebnisfilterdaten nach Excel wurden in die Exportansicht verschoben!
[FEATURE]: Als Testmanager kann ich mir nun gezielter durch Auswahl der entscheidenden Testergebnisse in der Exportansicht meine Excel- bzw. Testabschlussberichte zusammenstellen.
es gibt einen neue Schnellauswahloption, welche in der Zeitreihe automatisch die letzten Reports selektiert
die Berichterstellung sowie der Excel-Export wurden dafür aus den anderen Ansichten (Aktive Ansicht) entfernt!
[FEATURE]: Wir als Testteam können für unser Projekt im test.guide die darzustellenden Filtereinstellungen nun selbst konfigurieren, damit in der Ergebnisfilteransicht nur die wichtigsten Filter angezeigt werden.
über das Menu Einstellungen/Filterbezeichnungen/Filter sortieren können die Filtereinstellungen per Drag&Drop angepasst werden
[FEATURE]: Als Testmanager lasse ich mir meine Testabschlussberichte per Mail zukommen und kann so in test.guide weiter arbeiten, ohne auf die Generierung warten zu müssen.
der angemeldete User muss eine gültige E-Mail-Adresse hinterlegt haben
die Mail-Einstellungen müssen unter Einstellungen/E-Mail gesetzt sein
[FEATURE]: Die neuen Placeholder in den Filterdefinitionen, die erst vor der Berechnung eines Abdeckungsfilters befüllt werden müssen, ersparen mir als Testmanager Arbeit: Beispielsweise muss ich nicht mehr für jeden neuen Programmstand eine extra Filterdefinition deklarieren, obwohl sich nur ein Attribut- oder Konstantenwert geändert hat.
Vor dem Filtern bzw. Abonnieren des Coverage-Filters müssen die Werte für den entsprechenden Placeholder angegeben werden.
Die Placeholder werden in der XML-Filterdefinition für Filter Tree und Test Case Hierarchy unterstützt:
<!-- Example: Test Case Hierarchy -->
<testCase shortName="TestCase_001">
<!-- Each test case can be assigned a label different than its name: -->
<label>TestCase 001</label>
<url>http://myrequirement.server.de/testCase/001</url>
<!-- Test cases optionally can be filtered by attributes or constants: -->
<attributes>
<!-- attribute filters are defined like so: -->
<attribute name="ProgramVersion">
<!-- Instead of real values, placeholders can be defined which
will be replaced with values entered by the user before the
coverage is computed. The same placeholder can be used at multiple
locations inside the configuration (the name has to match). The
text value of a placeholders first occurrence defines the default
value ('1.0' in this case). -->
<placeholder name="Version tested">1.0</placeholder>
</attribute>
</attributes>
<!-- constant filters are defined in the same way as attributes: -->
<constants>
<constant name="DATASET">
<placeholder name="Dataset"/>
</constant>
</constants>
</testCase>[FEATURE]: Als Tester habe ich mit der kommenden ECU-TEST Version 6.6 mehr Filtermöglichkeiten beim Exportieren von ganzen Report-Verzeichnissen an test.guide.
es ist möglich Dateinamensfilter in Form von Wildcards anzugeben z.B. *All?Diesel*.trf
weiterhin kann ein Datumsfilter angegeben werden, welcher auf dem Änderungsdatum arbeitet
[FEATURE]: Als Tester spiele ich meine Tool-Test-Reports über das Json2ATX-Plug-in ein. Über die neue X2ATX API-Erweiterung ist es jetzt ebenfalls möglich Parametersätze sowie das verwendete Testenvironment mit den Testfällen anzugeben.
Beispiel aus einem Json2ATX-Plug-in Report:
{
"name":"Test-Suite",
"timestamp":1423576765000,
"testcases":[
{
"@type":"testcasefolder",
"name":"Sub-Suites",
"testcases":[
{
"@type":"testcase",
"name":"TestCase-1",
"verdict":"PASSED",
"timestamp":1423576765000,
"executionTime":153,
"paramSet":"Parametersatz ABC",
"parameters":[
{
"name":"ParamA",
"direction":"IN",
"value":"High"
},
{
"name":"ParamB",
"direction":"OUT",
"value":"123"
},
{
"name":"ParamC",
"direction":"INOUT",
"value":"abc123"
}
],
"environmentSets":[
{
"name":"Configuration",
"environments":[
{
"name":"Other Environment",
"desc":"MyOtherEnv"
}
]
}
]
}
]
}
]
}[CHANGED]: Die Darstellung der Ergebnisse der Testfallabdeckungsfilter wurde dahingehende geändert, dass alle Testdurchläufe im Filterzeitraum nun direkt im Ergebnisbalken angezeigt werden.
[CHANGED]: Das Beenden von test.guide (beim Start via Konsole) ist nun über die Tastenkombination STRG + C möglich, statt wie bisher über das Drücken der Eingabetaste in der Konsole.
[CHANGED]: Die maximale Speicherzuweisung beim Start von test.guide via des mitgelieferten Start-Skripts wurde von 1GB auf 4GB angehoben. Damit ist ein 64-Bit-Betriebssystem mit installierter 64-Bit-Version von Java sowie eine Arbeitsspeichergröße von mehr als 4GB Grundvoraussetzung (ohne manuelle Anpassung der Start-Parameter).
[FIXED]: Der ResourceAdapter konnte nicht als Windows-Dienst installiert werden.
[FIXED]: Beim der Installation von test.guide als Windows-Dienst wurden die STARTPARAMS aus der installService.bat nicht übernommen.
in bestehenden installService.bat-Dateien muss die Zeile SET PR-STARTPARAMS= zu SET PR_STARTPARAMS= (Unter- statt Bindestrich) abgeändert werden
kleinere Detail-, Layout- und Usability-Verbesserungen
ResourceAdapter weist bei Verbindungsabbruch zu test.guide mit einem anderen System-Tray-Icon auf ein Problem hin
Schlägt die Berechnung eines abonnierten Testfallabdeckungsfilters fehl, wird der Nutzer darüber per Email benachrichtigt.
Das Inbetriebnahme-Handbuch wurde um die Kapitel Microsoft SQL Server connection configuration und Email features erweitert
[PREVIEW]: Als Tester kann ich mir jetzt auf einfache Weise einen Review-Überblick verschaffen: Die neue Review-Auswertungsseite zeigt, welche Testfälle besonders oft einem Review unterzogen wurden und welche Fehlerkategorien am häufigsten auftreten.
[PREVIEW]: Als Tester kann ich meine durchgeführten Tests über eine Anbindung an HP ALM zurückspielen.
unter Einstellungen/Management-Tools muss ein neues Tool vom Typ ALM angelegt werden
momentan können von test.guide nur Test-Reports zurückgespielt werden, welche in ECU-TEST mit HP ALM verknüpft wurden
beim Zurückspielen wird derzeit nur das Ergebnis mit dem entsprechenden Testdurchlauf verknüpft
[FEATURE]: Als Tester habe ich im Ergebnisfilter über die neue Filteroption Review die Möglichkeit beispielsweise alle Testfalldurchführungen zu finden, welche FAILED oder ERROR gelaufen sind und für die noch kein Review vorgenommen wurde.
[FEATURE]: Als Tester sehe ich Abweisungen bzw. Ausreißer in meinen erfassten Kennzahlen nun deutlicher durch das Einzeichnen der Standardabweichung.
[FEATURE]: Als Test-Manager kann ich meine Testfallabdeckungsfilter vom Typ <testCaseHierarchy> um die Filtermöglichkeit auf Attribute und Konstanten erweitern, damit sind spezifische Testfallfilter möglich.
<!-- Beispielausschnitt aus einer <testCaseHierarchy> -->
<testCase shortName="TestCase_001">
<label>TestCase 001</label>
<url>http://myrequirement.server.de/testCase/001</url>
<attributes>
<attribute name="Testlevel">
<value>subsystem*?</value>
<value>system</value>
</attribute>
</attributes>
<constants>
<constant name="GEARBOX">
<value>Automatic</value>
</constant>
</constants>
</testCase>[CHANGED]: Das Design des Standard-Testabschlussberichtes wurde überarbeitet.
[REMOVED]: Die Funktion zum Download aller archivierten Dateien über die aktuelle Filterauswahl wurde in diesem Release, wie angekündigt, entfernt.
kleinere Detail-, Layout- und Usability-Verbesserungen
[FEATURE]: Beim Erstellen von Testabschlussberichten können nun zusätzliche Informationen abgefragt werden, die im Bericht ausgegeben bzw. verarbeitet werden können. Dazu muss das Report Design um sogenannte Report Parameter erweitert werden, welche anschließend im Dialogfeld zum Erzeugen eines Testabschlussberichtes abgefragt werden.
das Report Design des Standard-Testabschlussbericht kann unter Einstellungen/Berichtswesen heruntergeladen und mit dem BIRT Report Designer um Report Parameter erweitert werden
es werden alle von BIRT unterstützen Datentypen (Data type) und Eingabefeldtypen (Display type) unterstützt, mit Ausnahme folgender Einschränkungen:
angelegte Parametergruppen (Parameter Groups) werden nicht berücksichtigt: es erfolgt bei der Abfrage in test.guide grundsätzlich keine Gruppierung der Parameter
bei den Eingabefeldtypen mit vordefinierten Auswahlmöglichkeiten (CheckBox, ListBox und RadioButton) existiert keine Unterstützung für Mehrfachauswahl oder dynamische Werte, eine eventuell geforderte Sortierung der Auswahlmöglichkeit wird nicht beachtet
mit Prompt text kann die Beschriftung des Eingabefeldes unabhängig vom Parametername vergeben werden, Help text erlaubt die Anzeige eines Tooltips zur Unterstützung des Nutzer beim Ausfüllen des Eingabefeldes
das Ausfüllen der Eingabefelder ist optional, es sei denn im Report Designer wurde für den Parameter die Option Is Required aktiviert
Parameter mit der Optionen Hidden sind nur für die interne Verwendung durch test.guide bestimmt, werden nicht abgefragt und sollten nicht entfernt werden
es kann für die Parameter ein Standardwert (Default value) vorgegeben werden
Achtung: Report Designs aus älteren Versionen von test.guide sind nicht kompatibel, da zur Umsetzung des Features einige interne Änderungen notwendig waren. Wir unterstützen Sie jedoch gerne bei der erforderlichen Anpassung Ihrer existierenden Report Designs.
[FEATURE]: Als Tester habe ich die Möglichkeit wichtige Daten vom Prüfstand wie z.B. die Flash-Historie direkt im test.guide einzusehen. Dazu müssen am Prüfstand die entsprechenden Artefakte im ResourceAdapter konfiguriert werden.
das neue ArtifactsPlugin ermöglicht die Angabe einer Artefakt-Konfigurationsdatei, welche die Dateien beschreibt, die an test.guide übermittelt werden sollen
die Artefakt-Dateien dürfen im Moment nicht größer als 2MB sein
eine Beschreibung anhand eines Beispiels findet sich in der resourceAdapter.example.config
die hinterlegten Artefakte des HiLs wird in der IT-Ansicht im Detailbereich des HiLs mit angezeigt
[PREVIEW]: über einen Link können die Artefakte auch direkt heruntergeladen werden: http://localhost:8085/monitoring/artifacts/download?path=TT/Level1/103/TraceTroniCar/PC1&label=FlashHistory&authKey=%API-KEY%
[PREVIEW]: ein REST-API-Aufruf ermöglicht es alle HiL-Daten abzufragen und daraus die entsprechenden Links zu generieren z.B. http://localhost:8085/monitoring/artifacts/search?authKey=%API-KEY% mit dem JSON-Ergebnis
[
{
"label":"CanapeConfig",
"path":"TT/Level1/103/TraceTroniCar/PC1",
"fileName":"Canape.cfg",
"timestamp":1486709556382
},
{
"label":"FlashHistory",
"path":"TT/Level1/103/TraceTroniCar/PC1",
"fileName":"FlashHistory.log",
"timestamp":1486709556912
}
][FEATURE]: Als ECU-TEST Anwender werden meine hinterlegten Erwartungswerte in den Testfall-Details direkt angezeigt, damit kann ich schneller sehen, welche Abweichung es gegeben hat.
[FEATURE]: Als Tester spiele ich meine Tool-Test-Reports über das Json2ATX-Plug-in ein. Über die neue X2ATX API-Erweiterung ist es jetzt ebenfalls möglich beliebige Artefakte sowie Reviews mit den Testfällen anzugeben.
Beispiel aus einem Json2ATX-Plug-in Report:
{
"name": "Test-Suite",
"timestamp": 1423576765000,
"testcases": [
{
"@type": "testcase",
"name": "TestCase-1",
"verdict": "FAILED",
"timestamp": 1423536765000,
"executionTime": 15,
"review": {
"comment": "Muss überprüft werden.",
"timestamp": 1423536767000,
"verdict": "INCONCLUSIVE",
"author": "John Doe",
"defect": "Leichte Fehlerwirkung",
"tickets": [
"http://jira.company.com/issue/42"
],
},
"artifacts": [
"spec.doc",
"measurement.csv"
]
}
]
}[FEATURE]: Als Tester kann ich nun gezielt (auch ohne Archivdateifilter) nach Testfallausführungen mit bestimmten Modell-Dateien suchen, indem ich den Konstantenfilter nutze.
Die TCF-Information der verwendeten Modell-Datei wird als Konstanten im test.guide abgebildet, wenn die Bestands-Option mapTCFPropertyAsConstant=True gesetzt ist
Der Präfix bzw. die Konstante selbst setzt sich weiterhin aus der TCF Property (Model) sowie der Modell-Umgebung zusammen - z.B. TCF_MODEL_Umgebung = TestModel.sdf
bei Online-Modellabfrage wird keine zusätzliche Konstante erfasst
nur neu eingespielte Dateien ab dieser Version werden berücksichtigt
ATX-Mako: Die neue mapProjectElementNameAsTestCaseName Option (Default=False) in den ATX-Einstellungen ermöglicht es, dass die ECU-TEST Packagereferenznamen im Projekt direkt als ATX-TestCases erfasst werden, statt der Packagename.
[FIXED]: Die Automatische Anmeldung funktioniert nicht beim ersten Aufruf der Webseite im Browser.
[CHANGED]: Das test.guide Betriebshandbuch ist nur noch in englischer Sprache verfügbar.
[DEPRECATED]: Die Funktion zum Download aller archivierten Dateien über die aktuelle Filterauswahl wird in einem kommenden Release entfernt.
kleinere Detail-, Layout- und Usability-Verbesserungen
ACHTUNG!!!: Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank automatisch migriert, dies kann je nach Datenstand bis zu mehrere Stunden dauern. Der Prozess darf nicht ab- bzw. unterbrochen werden (z.B. durch Netzwerkausfall zur Datenbank…), da sonst Inkonsistenzen in der Datenbank entstehen können. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide nicht möglich.
[SECURITY]: Bei einer Installation von test.guide wird nun immer die Authentifizierung mit der Eingabe des ServerAdmin-Passwortes gefordert. Sollte noch keine Authentifizierung aktiv sein, so muss diese nun eingerichtet werden!
zur Legitimation als Admin muss ein Schlüssel eingegeben werden, der automatisch generiert und in einer Textdatei im Arbeitsverzeichnis der Anwendung abgelegt wird
sollte keine Authentifizierung gewünscht sein, so kann der Benutzer GUEST alle Rechte zugewiesen bekommen
[PREVIEW]: Als Team haben wir nun die Möglichkeit über das Projektverwaltungs-Feature unsere Klein-Projekte in einer test.guide Instanz zu verwalten.
Automatische Migration: Alle Bestandsdaten werden automatisch migriert. Wird kein weiteres Projekt in test.guide angelegt müssen auch die folgenden Anpassungen nicht vorgenommen werden.
Achtung: Bei Verwendung des Features (Anlegen eines zweiten Projektes), wird der GUEST-Benutzer deaktiviert!
ein zusätzliches Projekt kann unter dem Punkt Einstellungen/Projektverwaltung angelegt werden
der ServerAdmin kann Nutzer zu mehreren Projekten zuweisen
ein Benutzer kann beim Login (sowie unter Profil) das Projekt auszuwählen, bei dem er sich anmelden möchte (sofern ihm mehrere Projekte zugewiesen sind)
in ECU-TEST muss die neue ATX-Mako-Option projectId für das jeweilige Projekt gesetzt werden
die aktuelle projectId wird im Profil/Zertifikat angezeigt
ebenfalls muss im ResourceAdapter ggf. die Option projectId konfiguriert werden
zu teilende URLs werden automatisch um die jeweilige projectId erweitert
[CHANGED]: ResourceAdapter Start-Skript-Änderungen!!!: In den mitgelieferten starter.- sowie installService.- Skripten wurden wichtige Anpassungen vorgenommen!
die auszuführende Java-Applikation ist nun die neue mitgelieferte bootstrap.jar, welche anstelle der test.guide-ResourceAdapter-XYZ.jar ausgeführt werden muss
bei einem Update des ResourceAdapters muss sichergestellt werden, dass die neue bootstrap.jar in den Skripten ausgeführt wird
Beispiel: start %JAVA_EXE% -Xmx64M -XX:+HeapDumpOnOutOfMemoryError -Duser.home=%CONFIG_DIR% -jar bootstrap.jar
[FEATURE]: Als HiL-Admin muss ich mich demnächst nicht mehr um die Aktualisierung aller ResourceAdapter auf den HiLs kümmern, da ich die ResourceAdapter AutoUpdate-Funktion aktiviert habe.
Inbetriebnahme-Hinweise von oben beachten
eine neue Option (autoupdate.enabled) in der Konfiguration (resourceAdapter.config) erlaubt es, dass sich der ResourceAdapter automatisch aktualisiert, wenn eine neue Version vorliegt (Default=true)
beim nächsten Release 1.40.0 aktualisiert sich der ResourceAdapter 1.39.0 selbst auf die neue Version 1.40.0, sofern die Option autoupdate.enabled nicht explizit auf false gesetzt wurde
[ALPHA PREVIEW]: Als Neuling in test.guide erleichtern mir die Workflow- und Dialog-Hilfen den Einstieg in die Anwendung.
das Hilfesystem in Form von Workflow-Beschreibungen und Dialog-Hilfen wird in den kommenden Releases weiter ausgebaut
[FEATURE]: Als Test-Manager, welcher zum ersten Mal das Testfallabdeckungsmodul erkundet, bekomme ich durch die mitgelieferten Beispiele für die unterschiedlichen Filterdefinitionsformate nun einen leichteren Zugang.
über das Dropdown-Menü der Schaltfläche Neu werden für die verschiedenen Filterdefinitionsformate kleine Templates zur Verfügung gestellt, die beim Anlegen neuer Filterdefinitionen als Unterstützung dienen
[PREVIEW]: Als HiL-Verantwortlicher kann ich alle Ausstattungen der HiLs via API auslesen, damit ich schnell eine Übersicht bekomme, wo was gerade verbaut ist.
über einen REST-API-Aufruf ist es möglich die Daten abzufragen z.B. http://localhost:8085/monitoring/hil-configuration mit dem JSON-Ergebnis
[
{
"pathIdentifier":"TT/Level1/103/TraceTroniCar/PC1",
"category":"ECU",
"label":"PDC",
"status":"SIMULATED",
"timestamp":"1479290419766"
},
{
"pathIdentifier":"TT/Level1/103/TraceTroniCar/PC1",
"category":"Chassis/Components",
"label":"TowBar",
"status":"MISSING",
"timestamp":"1479290419766"
},
{
"pathIdentifier":"TT/Level1/103/TraceTroniCar/PC1",
"category":"Chassis/Components",
"label":"SunRoof",
"status":"REAL",
"timestamp":"1479291143993"
}
][FEATURE]: Als Test-Manager kann ich für meine Testfallabdeckungsfilter vom Typ <filterTree> und <testCaseHierarchy> Links hinterlegen, welche bei den Ergebnissen des Filters angezeigt werden und es damit ermöglichen, beispielsweise direkt auf Anforderungen zu verlinken.
<!-- Beispiel für <testCaseHierarchy> -->
<testCase shortName="PkgB">
<label><![CDATA[Package B]]></label>
<url><![CDATA[http://google.de/?q=Package B]]></url>
</testCase><!-- Beispiel für <filterTree> -->
<filterValueView>
<label><![CDATA[Handschaltung]]></label>
<url><![CDATA[http://google.de/?q=Handschaltung]]></url>
<filterValue><![CDATA['GH1']]></filterValue>
<filterValue><![CDATA['GH2']]></filterValue>
<filterValue><![CDATA['GH3']]></filterValue>
</filterValueView>[FEATURE]: Als test.guide Anwender, dem leider die Archivierungsfunktion nicht zur Verfügung steht, hab ich jetzt über die ATX-Mako-Option mapTestReportPathAsConstant die Möglichkeit, den TRF-Report-Pfad (z.B. \\myServer\reports\BaseTest_2017\baseTest.trf) als ATX-Konstante TRF_Link mit zu erfassen.
Default=False
[FEATURE]: Als Tester freue ich mich, dass meine HTML Testfall-Beschreibungen auch in test.guide interpretiert werden.
folgende HTML-Tags werden unterstützt <…h1-h5|p|br|b|i|u|em|strong|mark|hr|ul|ol|li…>
wenn HTML-Tags erkannt werden, so müssen Zeilenumbrüche mit <br> gekennzeichnet werden
bei Beschreibungen ohne HTML-Tags werden die normalen Zeilenumbrüche (\n) interpretiert
[CHANGED]: Die Sortierung der Testfallabdeckung wird nicht mehr automatisch vorgenommen, sondern entspricht der hinterlegten Reihenfolge aus der Filterdefinitionen.
ATX-Mako: Die neue mapAttributeAsConstant Option in den ATX-Einstellungen ermöglicht es Attributschlüssel mit dem Trennzeichen ';' anzugeben, um diese mitsamt den dazugehörigen Werten zusätzlich als ATX-Konstante zu erfassen. Damit haben Projektumstellungen von bestimmten Konstanten auf Attribute keinen Einfluss auf die bestehenden Testfallabdeckungsfilter.
[REMOVED]: In der zeitbasierten und der ergebnisbasierten Ansicht des Ergebnisfilters wurde die Anzeige der letzten Testfalldurchführung, welche sich nur auf den Testfallnamen stützte, entfernt.
[SECURITY]: Bei der Eingabe von Passwörtern in test.guide müssen folgende Kriterien erfüllt werden:
mindestens 8 Zeichen
mindestens ein Buchstabe
mindestens eine Zahl
mindestens ein Sonderzeichen
kleinere Detail-, Layout- und Usability-Verbesserungen
[CHANGED]: Start-Skript-Änderungen!!!: In den mitgelieferten startTTSTM.- sowie installService.- Skripten wurden wichtige Anpassungen vorgenommen!
der SERVER_PORT wurde in HTTP_PORT umbenannt
der USE_HTTPS Parameter wurde durch die neue Option HTTPS_PORT zur konkreten Angabe eines HTTPS Ports ersetzt
bei einem Update muss sichergestellt werden, dass die neue HTTPS_PORT Option (Default=0 für die Nichtverwendung von HTTPS) in den jeweiligen Start-Skripten korrekt gesetzt ist - siehe mitgelieferte Skripte!
[CHANGED]: Das mitgelieferte HTTPS-test.guide-Standardzertifikat wurde aktualisiert, ggf. müssen die Verbindungen erneut autorisiert werden.
[FEATURE]: Als Admin kann ich ein im Unternehmen gültiges SSL-Zertifikate für die HTTPS Verbindung zu test.guide nun selbst konfigurieren.
Das Zertifikat und dessen privater Schlüssel müssen im Ordner SSL unter TTSTM hinterlegt werden und folgende Bedingungen erfüllen
beide Dateien (Zertifikat und Schlüssel) besitzen ohne Dateiendung den gleichen Namen
der private Schlüssel hat die Dateiendung .key
der private Schlüssel muss mit RSA Verfahren nach dem PCKS8-Standard generiert sein!
[FEATURE]: Als HiL-Verantwortlicher hinterlege und pflege ich die Ausstattung des HiLs im ResourceAdapter, damit ein Tester schnell schauen kann, welcher HiL für seinen Test geeignet ist.
das neue ConfigurationPlugin ermöglicht die Angabe einer HiL-Konfigurationsdatei, welche die Ausstattung des HiLs beschreibt
eine Beschreibung anhand eines Beispiels findet sich in der resourceAdapter.example.config
die Ausstattung des HiLs wird in der IT-Ansicht im Detailbereich des HiLs mit angezeigt
[PREVIEW]: über einen REST-API-Aufruf ist es möglich die Daten direkt abzufragen z.B. http://localhost:8085/monitoring/hil-configuration/TT/Level1/103/TraceTroniCar/PC1/Chassis/Components/SunRoof mit dem JSON-Ergebnis {"pathIdentifier":"TT/Level1/103/TraceTroniCar/PC1","category":"Chassis/Components","label":"SunRoof","status":"REAL","timestamp":"1479291143993"}
[FEATURE]: Als Testmanager abonniere ich meine Auswertungen der Testfallabdeckung um tagesaktuell den Überblick zu bekommen.
erstellte Filterdefinitionen können in der Abdeckungsfilter-Ansicht abonniert werden
die Verwaltung von abonnierten Mails wurde um Abdeckungsfilter erweitert
die Mail-Benachrichtigung beinhaltet einen Link auf die Auswertung, sowie das Ergebnis der ersten Ebene der Testfallabdeckung
[FEATURE]: Als Tester sehe ich die Anzahl der involvierten Testpläne bei der Testfallabdeckungsberechnung, was mir schneller ermöglicht zu prüfen ob geplante Testplan-Ausführungen noch fehlen.
[PREVIEW]: Als .NET Anwendungstester habe ich die Möglichkeit NUnit3-Reports gezippt an test.guide zur Verwaltung hochzuladen.
[PREVIEW]: Als CANoe (>= Version 8) Anwender steht mir die Möglichkeit zur Verfügung, meine Reports gezippt an test.guide zu übermitteln.
[PREVIEW]: Mit der Archivmigration ist es möglich, Daten von einem Archivsystem zu einem anderen zu migrieren, z.B. vom Dateisystem zu Artifactory.
[CHANGED]: Bei abonnierten Ergebnisfiltern enthält der Link des subscribed test case filters nun den vorliegenden Datumsbereich und nicht mehr den original eingestellten Filterzeitbereich.
[CHANGED]: Das Einspielen von Monitoring-Daten ist durch eine neue Berechtigung geschützt.
in der ResourceAdapter Konfiguration kann der API-Key (client.authKey) hinterlegt werden, welcher zur Berechtigungsprüfung verwendet wird (siehe Beispiel: resourceAdapter.example.config)
die neue Berechtigung (Monitoring Daten einspielen) kann jedem Benutzer zugewiesen werden
Zur Migration wird dem Gast-Benutzer diese Berechtigung zugewiesen, weshalb bestehende test.guide ResourceAdapter Konfigurationen weiterhin unbeeinträchtigt funktionieren.
[CHANGED]: Beim Excel-Export der Testfallausführungen werden nun auch die Testfallbeschreibungen exportiert.
[CHANGED]: ATX-Dokumente, welche keinen Testfall (test case) enthalten, werden beim ATX-Upload abgewiesen um Datenbankinkonsistenzen zu vermeiden.
Optimierung: die Berechnung der Projektstatistik erfolgt schneller und verbraucht weniger Speicher
ATX-Mako: Die neue attributeDelimiter Option in den ATX-Einstellungen ermöglicht es Attributschlüssel mit Trennzeichen anzugeben um die dazugehörigen Werte separat im ATX erfassen zu können.
Beispiel: Attributangabe ReqID=RQ1_RQ2_RQ3 → attributeDelimiter: ReqId=_ erfasst damit die ATX-Attribute ReqID=RQ1, ReqID=RQ2 und ReqID=RQ3
kleinere Detail-, Layout- und Usability-Verbesserungen u.a.:
beim Klick auf einen Kennlinien-Punkt in den Testfalldetails wird die dazugehörige Testfallausführung direkt hervorgehoben
bei numerischen Kennlinien ist es möglich den gleitenden Mittelwert in das Diagramm einzeichnen zu lassen
Testfallabdeckung: für Filterdefinitionen im testCaseHierarchy-Format ist eine Auswertung des Scopes auf Ebenen möglich
[FEATURE]: Als Testmanager kann ich im Testfallabdeckungsmodul meine Filterdefinitionen direkt verwalten. Durch die Angabe einer Kategorie und eines Beschreibungstextes (wie bei den gespeicherten Ergebnisfiltern) behalte ich den Überblick.
Die Filterdefinitionen werden nun personalisiert gespeichert, können aber auch als öffentlich markiert und so zur Verwendung für andere Benutzer freigegeben werden
Automatische Migration: Alle Bestandsfilter wurden mit der Filterkategorie Migrierte Bestandsfilter als öffentliche Filter übernommen und dem ServerAdmin zugewiesen
Die Filterdefinitionen können dann im Abdeckungsfilter geladen werden
[FEATURE]: Als Testmanager kann ich über die neue Testfallabdeckungs-API für Filterdefinitionen diese automatisiert einspielen und allen zur Verfügung stellen.
Anwendungsfall: Es ist über einen Jenkins-Job möglich alle erstellten Testfälle aus den aktuellen JIRA Sprints zu ermitteln und zu prüfen, wie der Testfallstatus des aktuellen Sprints ist.
Beispielskript (Python 2.7) für die Abfrage der Sprint-Daten aus JIRA stellen wir auf Anfrage gern zur Verfügung.
[FEATURE]: Als Testmanager kann ich die Filterergebnisse der Testfallabdeckung als Excel exportieren, um diese z.B. für Zwischenberichte weiter zu verarbeiten.
Beim Export werden die zuletzt ausgeführten Testfallausführungen, welche der Testfallabdeckung entsprechen, extrahiert. Im Export sind allen wichtigen Testfallausführungs-Informationen, wie z.B. Reviewkommentare, Parameter, Konstanten, Attribute usw. ähnlich dem Ergebnisfilter-Export enthalten.
Gibt es für bestimmte Kombinationen keine Testfallabdeckung werden diese Zeilen rot hervorgehoben
[ALPHA PREVIEW]: Als HiL-Verantwortlicher kann ich mir über das Monitoring-Planungs-Feature die gebuchten HiL Outlook-Ressourcen Termine sowie die Auslastung der HiLs anzeigen lassen.
in diesem frühen PROTOTYP muss zunächst die E-Mail-Adresse samt Zugangsdaten der Person eingegeben werden, welche Zugriff auf die Outlook-Ressourcen hat
des Weiteren muss in der Teststand Konfiguration pro Zeile die Ressource in folgendem Muster angegeben werden: Name des Hils;Outlook-Ressourcen-Adresse;ResourceAdapter Location ID
es ist möglich direkt Termine in der Ressource zu buchen
erstellte Termine können wieder abgesagt werden
die Auslastung wird aus den erfassten User-Aktivitäten sowie Testfallausführungen berechnet
Das Feature steht zum Ausprobieren unter dem Pfad: http://localhost:8085/monitoring/planning bereit - über Feedback jedweder Art würden wir uns freuen, weiterhin unterstützen wir gerne bei der Inbetriebnahme.
[PREVIEW]: Als Tester verwende ich viele Parametersätze bei der Testdurchführung, welche mir nun in der neuen Parametersatzansicht direkt mit angezeigt werden.
unterhalb der Ergebnisfilter Gruppierungsansicht befindet sich die neue Parametersatzansicht (PREVIEW)
die Ansicht arbeitet nur korrekt, wenn die ATX-Mako Option overrideParamSetNameMapping NICHT aktiviert war
[FEATURE]: Als Projekt-Team können wir nun selbst festlegen, wie die Bezeichner für die Ergebnisfilter lauten sollen, damit wir unsere domainspezifischen Sprache verwenden können.
unter Einstellung/Filterbezeichnungen können die Labels für die Instanz geändert werden
die geänderten Labels werden dann sprachunabhängig für alle Nutzer in der Ergebnisfilter-Ansicht angezeigt
[CHANGED]: Bei der Ergebnisfiltereingabe der Attribut- sowie Konstantenwerte ist es möglich auch Wildcards für die Suche anzugeben.
[CHANGED]: Die Parametersatzbezeichnungen werden nun in den Testfalldetails direkt in der Kopfzeile der Tabelle angezeigt.
[CHANGED]: Im Excel-Export werden die Parametersatzbezeichnungen, wenn vorhanden, mit exportiert.
Bei der Berechnung der Abdeckungsfilter können die Reviewergebnisse bei der Abdeckungsauswertung berücksichtigt werden.
Die ATX-Mako wurde um den Parameter serverLabel erweitert, welcher es ermöglicht für die jeweiligen test.guide Instanz einen sprechenden Namen für die Log-Nachrichten zu vergeben. Dient als Vorbereitung auf das ECU-TEST Release 6.5, welches die Konfiguration von mehreren test.guide Instanzen im Workspace ermöglicht.
Die Artifactory-Anbindung zur Archivierung wurde robuster implementiert.
kleinere Detail-, Layout- und Usability-Verbesserungen u.a.:
alle Tooltip-Anzeigen eines Datums wurden um die Darstellung des Wochentagkürzels erweitert
in der Vergleichsansicht werden die hinterlegten Traceanalyse-Plots zur Anzeige direkt mit angeboten
der Ergebnisbaum der Testfallabdeckung kann durch den neuen Filter auf die interessanten Teilabschnitte reduziert werden
der grafisch Ausschlussfilter für Derivatspezifikation wurde überarbeitet, so wird der Speichern-Button immer im Sichtbereich angezeigt und durch die neue Tri-State CheckBox ist direkt ersichtlich in welchen Ebenen Ausschlussfilter aktiv sind
[ALPHA PREVIEW]: Als Testmanager habe ich nun die Möglichkeit über das neue Testfallabdeckungsmodul meine Testfallausführungen bzgl. der Abdeckung von Testobjekten, Varianten und Anforderungen zu analysieren.
Es können verschiedene Abdeckungsfilter, grafisch sowie XML-basiert, definiert werden
Weiterhin ist es möglich Ausschlussfilter grafisch auf Grundlage der Derivatspezifikation anzugeben
Die definierten Filter stehen dann zur Auswertung der Testfallabdeckung zur Verfügung
[ALPHA PREVIEW]: Als Traceanalyst, welcher seine Traceanalyse via Jenkins ausgelagert hat, freue ich mich, dass es nun eine Möglichkeit gibt, die Testfalldurchführungsergebnisse der nachgelagerten Ausführung in test.guide zu aktualisieren.
das ATX-Dokument muss dafür mit einer eindeutige ID gekennzeichnet sein
Beispiel: <ATX>…<SDGS><SDG GID="DocumentData"><SD GID="UUID"><![CDATA[f46270e9-eeaf-4a46-b042-cbabc906d5e7]]></SD></SDG></SDGS></ATX>
durch den Parameter handleSameReportStrategy=UPDATE_RESULTS wird das Upload-API angewiesen eine Aktualisierung durchzuführen
ist das ATX-Dokument in Bezug auf die Struktur identisch, werden die Testfalldurchführungsergebnisse entsprechend aktualisiert.
Das ECU-TEST ResourceAdapter Plug-in wurde für die kommende ECU-TEST Version 6.5 überarbeitet.
die Erfassung der gerade laufenden ECU-TEST Testaktivitäten arbeitet mit Version 6.5 präziser
das überarbeitete ResourceAdapter Plug-in de.tracetronic.ttstm.monitoring.plugin.win.ecutestExecutionInfo-1.36.0.jar bleibt abwärtskompatibel zu ECU-TEST 6.4
Hinweis: Nach dem Start von ECU-TEST wird die Plug-in Logik initialisiert, d.h. ein Wechsel von ECU-TEST 6.5 zu 6.4 ohne Neustart des ResourceAdapters wird nicht erkannt!
kleinere Detail-, Layout- und Usability-Verbesserungen u.a. :
in der Gruppierungsansicht des Ergebnisfilters gibt es die Möglichkeit alle Knotenpunkte direkt auf- bzw. zu zuklappen
in der Bulk-Review Ansicht des Ergebnisfilters können die Testfallausführungen via SHIFT + Klick auf der Checkbox ausgewählt werden
das Betriebshandbuch wurde überarbeitet und enthält ein Getting started Kapitel für ein schnelle Inbetriebnahme von test.guide
[ALPHA PREVIEW]: Als Testmanager bin ich daran interessiert zu sehen, wie die Testobjektabdeckung (Testfallausführungen) zu meinen Motorvarianten aussieht, dazu werden die Berechnungen der einzelnen Testobjekte grafisch dargestellt.
[FEATURE] Für jedes Testobjekt kann die Testabdeckungsverteilung im Diagramm angezeigt werden.
[FEATURE] Für jedes Derivat wird neben der Testobjektabdeckung die Ergebnisverteilung des letzten Testdurchlaufes angezeigt.
[FEATURE] Das Konfigurieren der Derivate wurde ausgelagert und um eine grafische Benutzerschnittstelle ergänzt (Exclusions müssen vorerst noch durch XML-Code im Expertenmodus angegeben werden).
Das Feature steht zum Ausprobieren unter dem Pfad: http://localhost:8085/testobjectManagement bereit - über Feedback jedweder Art würden wir uns freuen, weiterhin unterstützen wir gerne bei der Inbetriebnahme.
[FEATURE]: Als Tester interessieren mich bei der Fehlersuche besonders die Plots der Trace-Analyse, welche nun in test.guide direkt unter den Testfalldetails angezeigt werden können.
alle Testschritte zu denen Plots hinterlegt sind, werden durch ein Plot-Icon entsprechend gekennzeichnet
beim Klick auf das Plot-Icon werden die Plots direkt angezeigt
das Feature funktioniert nur mit aktivierter Archivierung
in der ATX-Mako muss die Option archivePlots (Default: True) aktiviert sein
[FEATURE]: Als HiL-Anwender kann ich direkt in der IT-Ansicht sehen, ob jemand gerade den HiL manuell bedient.
in der IT wird eine manuelle Aktivität durch Anzeigen eines Symbols (Bildschirm mit Benutzer) signalisiert
das neue ResourceAdapter Plug-in de.tracetronic.ttstm.monitoring.plugin.win.userActivity-1.35.0.jar steht zur Konfiguration zur Verfügung, ein Update ist für die Inbetriebnahme erforderlich
eine Beispiel-Konfiguration ist in der resourceAdapter.example.config unter dem Punkt User Activity Plug-in hinterlegt
Einschränkung: Das Plug-in arbeitet im Moment nur korrekt, wenn der ResourceAdapter NICHT als Windows-Dienst installiert ist
Hinweis: Die Benutzeraktivität wird über die Windows-Funktion GetLastInputInfo ermittelt. Diese gibt lediglich den Zeitpunkt der letzten Eingabe zurück und erfasst damit keine konkreten Benutzereingaben!
[ALPHA PREVIEW]: Als Tester habe ich neben meinen ECU-TEST Reports nun auch die Möglichkeit, über das x2ATX-Framework weitere Report-Formate direkt in test.guide hochzuladen, welche dann automatisch in ATX konvertiert werden.
unter dem Menüpunkt ATX hochladen können z.B. JUnit Reports gezippt hochgeladen werden
Upload ist auch via Upload-API direkt möglich
weitere Report-Konverter für CANoe sowie CANoe.DiVa sind geplant
über Feedback, welche Reports wir ebenfalls unterstützen sollten, würden wir uns freuen
Die Performance im Archivierungsprozess wurde verbessert.
Für das kommende ECU-TEST Release 6.5 wurde der ATX-Mako Generator erweitert, damit bei Verwendung des Schlüsselwortkataloges die aktuelle Version als Testfall-Konstante (SWKVersion) im test.guide zur Suche zur Verfügung steht.
Über die neue Option mapSeparateProjectExecutionAsSingleTestplan (Default: False) im ATX-Mako Generator lässt sich einstellen, dass bei separater Unterprojektausführung die Projekte als eigener Testplan erfasst werden sollen, statt das der Name des Hauptprojekts verwendet wird.
Über die neue Option mapTestCaseVersionAsAttribute (Default: True) im ATX-Mako Generator lässt sich einstellen, dass die Package-Eigenschaft Version (wenn eingetragen) als ATX-Attribut TestCaseVersion erfasst werden soll.
kleinere Detail-, Layout- und Usability-Verbesserungen u.a. :
alle Feedback-Nachrichten werden direkt im Sichtbereich eingeblendet
der horizontale Scroll-Balken beim Vergleich von sehr großen Testfallausführungen ist immer im Sichtbereich verfügbar
bei der Auswahl der Testfalldurchführungen, welche verglichen werden sollen, ist es möglich diese gruppiert via SHIFT-KLICK auf der Checkbox zu selektieren
Dokumentation für die Monitoring-Sektion wurde überarbeitet
[ALPHA PREVIEW]: Als IT-Verantwortlicher für unsere Absicherungsinfrastruktur freu ich mich, dass die Archivierung über test.guide nicht nur auf Dateisystembasis funktioniert, sondern auch eine Archivierung über JFrogs Artifactory möglich ist.
die Preview unterliegt momentan der Einschränkung, dass die Dateien beim Download komplett bis zum Abschluss des Downloads im Arbeitsspeicher gehalten werden müssen.
[FEATURE]: Als test.guide Admin habe ich nun (z.B. bei Wartungen) die Möglichkeit, alle registrierten test.guide Benutzer via E-Mail zu informieren.
Als Nutzer mit Administrationsrechten wird mir im Profil der neue Menüpunkt Nutzer informieren angeboten
[ALPHA PREVIEW]: Als Testmanager bin ich darin interessiert zu sehen, wie die Testobjektabdeckung (Testfallausführungen) zu meinen geplanten SOPs aussieht, dazu ist es mir jetzt möglich Konstanten in Kombination mit Attributen für die Auswertung anzugeben.
[FEATURE] Es können neben Konstanten nun auch Attribute für die Berechnung der Testobjektabdeckung spezifiziert werden.
[REMOVED] Die JSON-Spezifikation der TestObjects wurde entfernt! Es muss nun eine XML Konfiguration erfolgen (siehe Beispieldaten setzen). Dies dient als Vorbereitung für das geplante GUI zur Spezifikation der Elemente.
Das Feature steht zum Ausprobieren unter dem Pfad: http://localhost:8085/testobjectManagement bereit - über Feedback jedweder Art würden wir uns freuen, weiterhin unterstützen wir gerne bei der Inbetriebnahme.
kleinere Detail-, Layout- und Usabilityverbesserungen u.a. :
bei gespeicherten Filtern werden die hinterlegten Beschreibungen direkt angezeigt
in der Projektstatistik sind die Statistikdaten verlinkt
in den Testfalldetails können die einzelne Sektionen auf- und zugeklappt werden
die Datumsbereichsfilter in der zeitbasierten Ansicht sind nun präsenter dargestellt
[FEATURE]: In der Testfallvergleichsansicht sehe ich als Tester noch schneller die Unterschiede bei einer ausgewählten Referenz.
bei Auswahl der Referenzkrone werden die Unterschiede im Baum rot markiert dargestellt
direkte Änderungen auf der Zeile werden durch ein ! markiert
es gibt die Möglichkeit direkt nur die geänderten Zeilen im Baum zu öffnen
weiterhin ist es möglich Spalten durch das X (neben der Krone) direkt aus der Vergleichsdarstellung zu entfernen
[FEATURE]: Als HiL-Admin sehe ich direkt in der IT-Ansicht im Ampelstatus des HiLs, wie lange dieser Ampelzustand bereits anhält.
für die einzelnen Monitoring-Daten wurde ebenfalls der Ampelstatus um die Zeitangabe erweitert
ist ein Status länger als 9 Tage unverändert wird >9d angezeigt
[FEATURE]: Als Server-Admin kann ich konfigurieren, welche Datenbank für das HiL-Monitoring verwendet werden soll.
es wird empfohlen auf eine leistungsfähige Datenbank wie PostgreSQL zu wechseln!!!
[FEATURE]: Als HiL-Admin bin ich froh, dass ich im ResourceAdapter Variablen für die Konfiguration verwenden kann: Viele Doppelungen und damit mögliche Fehlerquellen werden so vermieden.
Beispiel-Deklaration: resourceLocationId=TT/Level1/103/TraceTroniCar/PC1
Beispiel-Substitution: RamUsagePlugin.1.config.resourceLocationId=${resourceLocationId}
[FEATURE]: Wenn ich als Tester gerade eine Testdurchführung hochgeladen habe, kann ich durch die neue Verlinkung in der Historien-Ansicht vorgefiltert direkt zu den Ergebnissen springen.
[FEATURE]: Als Jenkins-Admin kann ich nach einer Testausführung direkt auf die Testfalldetailausführungen im Zeitbereich von test.guide verlinken.
bei Angabe des Zeitbereiches werden die Ausdrücke wie bei der Filterspeicherung unterstützt
Beispiellink: http://localhost:8085/detail?testCase=MyTestCase&dateFrom=12.07.2016&dateTo=13.07.2016
[CHANGED]: In der Konfiguration des RAM Usage Plug-ins im ResourceAdapter müssen die Schwellenwerte nun in % angegeben werden.
Beispiel: RamUsagePlugin.1.config.redThreshold=80 → bei 80% Auslastung des RAMs soll der Ampelstatus auf rot wechseln.
[CHANGED]: Der Default-Zeitbereich für die Berechnung des Trends wurde von 5min auf 60min erhöht.
[CHANGED]: Bei der Konvertierung von ECU-TEST Reports zu ATX werden nun auch Package-Ausführungen ohne Report-Informationen mit ihren Ergebnissen erfasst.
In ECU-TEST kann über den neuen Parameter captureSubPackageOnVerdict im ATX-Generator eingestellt werden, ob die Testschritte der Sub-Package Aufrufe erfasst werden sollen.
es muss angegeben werden, bei welchen Sub-Package Ergebnissen die Testschritte erfasst werden → z.B. FAILED; ERROR
die Standardeinstellung sehen keine Erfassung vor
kleinere Detail-, Layout- und Usabilityverbesserungen u.a. :
In der aktiven Filteransicht Testaktivitäten werden die Auslastungspeaks durch Tooltip-Informationen besser dargestellt.
In der aktiven Filteransicht Review können die fehlerhaften Reports direkt selektiert werden.
E-Mail-Layouts wurden überarbeitet
[FEATURE]: Als Tester stehe ich immer wieder vor dem Problem, dass ich gerne mehrere Testfalldurchläufe im Detail miteinander vergleichen möchte, um schneller anhand der Unterschiede auf Fehler schließen zu können. Aus diesem Grund wurde in test.guide die Testfallvergleichsansicht auf eine Matrixansicht umgestellt.
Nach der Auswahl der zu vergleichenden Testfalldurchführungen kann durch einen Klick auf die Krone festgelegt werden, welche Spalte als Referenz dienen soll.
Weiterhin werden nun, neben den TestSteps und letzten Reviews, ebenfalls die Attribute und Konstanten zum Vergleich angeboten.
[FEATURE]: Als Tester behalte ich nun leichter den Überblick über meine abonnierten Testfälle sowie Filter, durch das neue Abo-Management.
[FEATURE]: Als HiL-Verantwortlicher schrecke ich immer gleich auf, wenn der HiL-Status auf Rot gewechselt hat und das nur weil einmal kurz die CPU 100% Auslastung hatte. Aus diesem Grund wird nun für den Gesamtstatus im test.guide Monitoring nur noch ein Trend berechnet und in der Ampel angezeigt.
Im ResourceAdapter kann in der Konfiguration durch den neue Parameter config.trendPeriod die Zeitspanne in Minuten angegeben werden, welche für eine Trendberechnung verwendet werden soll. Default = 5min für alle Monitoring Plug-ins.
Der ResourceAdapter wurde in diesem Zusammenhang überarbeitet → erst ein Update führt zur gewünschten Trendanzeige.
[FEATURE]: Als Tester/Reviewer hab ich nun die Möglichkeit Testdurchläufe als ungültig zu deklarieren und diese bei der Filterung auszusparen. Damit ist es mir möglich gerade in Abnahmephasen bei z.B. fehlerhaft konfigurierten Prüfplätzen diese nicht mit in den Abschlussbericht einzubeziehen.
[FEATURE]: Als test.guide Admin hab ich nun eine einfache Möglichkeit test.guide als Linux-Dienst zu installieren.
test.guide bietet im entpackten Verzeichnis linuxService eine Bash-Datei für die Inbetriebnahme der Applikationen als Linux-Dienst (Unterstützung systemd) an.
das Betriebshandbuch wurde um die entsprechenden Kapitel aktualisiert
[ALPHA PREVIEW]: Als Testmanager bin ich darin interessiert zu sehen, wie die Testobjektabdeckung (Testfallausführungen) zu meinen geplanten SOPs aussieht.
Es gibt eine Änderung der bei der Spezifikation der TestObjects: Das Feld priority wurde in hierarchyLevel umbenannt.
Weiterhin ist es nun möglich für die TestObjects einen alias für die Anzeige anzugeben
Das Feature steht zum Ausprobieren unter dem Pfad: http://localhost:8085/testobjectManagement bereit - über Feedback jedweder Art würden wir uns freuen, weiterhin unterstützten wir gern bei der Inbetriebnahme
[CHANGED]: Berechtigungen Es wurden die folgenden neuen Berechtigungen hinzugefügt:
Für das Monitoring wurden die Berechtigungen HiL Benutzer und HiL Administrator hinterlegt
Für das Erstellen von Reviews ist das Recht Gutachter notwendig, für die Betrachtung der Testfälle nun Ergebnisse betrachten
Die Rechte HiL Benutzer und Gutachter werden automatisch allen Bestandsanwender zugewiesen, die bereits das Recht hatten, die jeweiligen Seiten zu sehen.
Das Recht HiL Administrator muss separat zugewiesen werden von den jeweiligen Admins.
Es wurde eine Autovervollständigung für die Reviewkommentarfilter hinzugefügt
Die Performance der Testpläne-Seite wurde optimiert.
In den Testfalldetails wird nun, falls vorhanden, der jeweilige Parametersatzname angezeigt.
Bei der Gruppierungsansicht werden die Testfallausführungen nach den Ausführungszeiten sortiert.
Der Export der Testfalldurchführungen zu Jama Software wurde um folgende Punkte erweitert:
Export des Testfallausführungsdatums
Export des Links der Testfallausführung in die test.guide Ansicht
kleinere Detail-, Layout- und Usabilityverbesserungen
[ALPHA PREVIEW]: Als Testmanager bin ich darin interessiert zu sehen, wie die Testobjektabdeckung (Testfallausführungen) zu meinen geplanten SOPs aussieht.
Es ist nun möglich den Testobjekten in der Konfiguration eine Priorität zuzuweisen, welche dann in der Darstellung direkt Auswirkungen hat.
Umso kleiner die angegebene Zahl umso höher die Priorität.
Je nach Priorität werden die Testobjekte in einer Baumstruktur dargestellt und ihre Testobjektabdeckung zum einen direkt via Einfärbung und zum anderen in einem Fortschrittbalken kenntlich gemacht.
Das Feature steht zum Ausprobieren unter dem Pfad: http://localhost:8085/testobjectManagement bereit - über Feedback jedweder Art würden wir uns freuen, weiterhin unterstützten wir gern bei der Inbetriebnahme
[PREVIEW]: Als Tester bzw. Testmanager möchte ich gern über neue Ergebnisdaten für einen bestimmten Testergebnisfilter in regelmäßigen Abständen informiert werden, dies ist nun über das Abonnieren-Feature von Filtern möglich.
In der Ergebnisfilteransicht können beliebige Filter, für mich als angemeldeten Benutzer mit hinterlegter Mailadresse, abonniert werden, wenn die Emaileinstellungen im test.guide gesetzt sind.
weiterhin können Abonnements verwaltet bzw. gelöscht werden
In regelmäßigen Abständen werde ich via Mail-Benachrichtigung über neue Einspielungen für den hinterlegten Filter informiert
[FEATURE]: Als test.guide Admin hab ich nun eine einfache Möglichkeit test.guide, sowie den ResourceAdapter für das HiL-Monitoring, als Windows-Dienst zu installieren.
test.guide und der ResourceAdapter liefern im entpackten Verzeichnis "windowsService" verschiedene Batch-Dateien für die Inbetriebnahme der Applikationen als Windows-Dienst mit
Im entpackten Verzeichnis von test.guide ist unter dem Verzeichnis "doc" das Betriebshandbuch als PDF hinterlegt, in welchem beschrieben steht, wie die Programme als Windows-Dienste installiert werden können.
[FEATURE]: Als Tester der einen Nachtest durchgeführt hat, kann ich nun in einem Review unterstützt auf diesen verlinken.
Unterhalb des Review-Kommentares gibt es den Button "Report Link einfügen"
Ein Dialogfenster listet weitere Ausführungen und ermöglicht die Auswahl einer Ausführung, auf die ein Link eingefügt werden soll.
Die Verlinkung wird in der Reviewauflistung des Kommentares direkt angeboten
[FEATURE]: Als Tester habe ich nun die Möglichkeit bei Abgabe eines erstellten PDF-Testabschlussberichts die durchgeführten Reviews mit einzubeziehen.
Es kann angegeben werden das Review-Nachbewertung im Bericht verwendet werden sollen.
Es kann eine Review-Summary (Reviewfehlerauflistung) nach dem Test Summary Report ausgelistet werden
Review-Seiten zeigen Review-Details separat für jeden Testfall (für die jüngste Durchführung) an
[FEATURE]: Als test.guide Admin habe ich gerade in der Inbetriebnahme-Phase einen großen Aufwand, wenn ich alle Nutzer manuell separat hinzufügen muss, deshalb bin ich froh das es nun eine Registrierung gibt.
ACHTUNG: Die E-Mail Einstellungen müssen aktiviert sein und die Admins müssen Ihre Mailadressen hinterlegt haben
über ein Registrierungsformular ist eine Anmeldung möglich
Ist eine E-Mailkonfiguration hinterlegt, werden alle Benutzer mit Rechten zur Benutzerverwaltung über die Registrierungsanfrage per Mail informiert
Die Benutzerverwaltung wurde entsprechend angepasst für den neuen Aktivierungsstatus (Sortieren und Filtern möglich)
Per Klick auf Aktivieren oder Ablehnen können die Benutzer mit Rechten zur Benutzerverwaltung entscheiden, was mit der Registrierungsanfrage geschehen soll.
Ein Klick auf Aktivieren öffnet ein Dialogfenster zur Überprüfung der Daten und Festlegung der Rechte
Sowohl beim Aktivieren als auch Ablehnen wird der Nutzer per Mail informiert, falls er eine gültige Mailadresse angegeben hat
[FEATURE]: Als test.guide Admin hab ich beim vielen Instanzen nicht mehr im Blick, wann ggf. die Lizenz abläuft, aus diesem Grund wird jeder Admin nun via Mail 2 Monate vor Ablauf der Lizenz jede Woche 1x benachrichtigt.
ACHTUNG: Die E-Mail Einstellungen müssen aktiviert sein und die Admins müssen Ihre Mailadressen hinterlegt haben
Für diese Feature ist es zwingend erforderlich, dass die E-Mail Einstellungen in test.guide hinterlegt sind und das jeder Admin seine E-Mailadresse hinterlegt hat.
Der Excel-Export wurde um Attribute, Konstanten und Parameter erweitert.
ACHTUNG: Das Export-Format hat sich um eine Zeile verschoben
Es wird eine neue performante dateibasierte Datenbank Namens H2 für das HiL-Monitoring unterstützt.
die alten Datenbank wird weiterhin unterstützt
Für die Verwendung der neuen Datenbank muss die ttstm-monitoring.config Datei im TTS-TM Verzeichnis gelöscht und test.guide neu gestartet werden
Der ResourceAdapter wurde überarbeitet für eine robustere Kommunikation zum test.guide HiL-Monitoring Modul → ein Update wird empfohlen.
Usabilityverbesserungen im HiL-Monitoring:
das Hauptmenü wurde aufgeräumt
die ResourceAdapter Informationen wurden in die Info-Sektion verschoben
Live-Testplatzansicht überarbeitet
Projektansicht um "Breadcrumb Navigation" erweitert
Löschen in der Projektansicht wird unterstützt.
weitere kleinere Detail-, Layout- und Usabilityverbesserungen u.a.:
aufgeräumte Testfalldetailansicht
Links in Konstanten und Attributwerten werden als solche dargestellt
Beim Erstellen eines Review-Kommentares werden vorangegangen Eingaben angeboten
PERFORMANCE: Die Suchen nach TestCase-Attributen sowie -Konstanten wurden durch die Implementierung eines Nachbrenners optimiert.
ACHTUNG!!! :Bei Inbetriebnahme der neuen test.guide Version wird die Datenbank automatisch migriert, dies kann je nach Datenstand bis zu mehrere Stunden dauern. Der Prozess darf nicht ab- bzw. unterbrochen werden (durch z.B. Netzwerkausfall zur Datenbank …), da sonst Inkonsistenzen in der Datenbank entstehen können. Es wird dazu geraten, vor der Inbetriebnahme ein Backup der Datenbank vorzunehmen. Während der Migration ist ein Zugriff auf test.guide nicht möglich.
[PREVIEW]: Als Tester entnehme ich für mein Projekt meine Anforderung aus dem Konzerntool Jama (jamasoftware) und leite daraus die Testfälle ab. Nun ist es im test.guide möglich die entstanden Testfälle in Jama zurückzuspielen, damit das Management sich immer einen aktuellen Überblick über alle laufenden Projekte verschaffen kann.
INFO: Bei Interesse wären weitere Anbindung an andere Tools wie z.B. IBM Doors, IBM RQM sowie QC ALM vorstellbar.
Unter Einstellungen / Management Tools kann eine neue Toolanbindung zu Jama konfiguriert werden
In der Ergebnisfilteransicht gibt es eine neue "Exportansicht", welche die Auswahl der Testfallausführungen ermöglicht, welche an Jama zurück gespielt werden sollen.
In Jama werden die Einspielungen der Testfallausführungen entsprechend geloggt und ihr Status aktualisiert.
Der ResourceAdapter für das HiL-Monitoring wurde für die Erfassung der Testausführungen via ECU-TEST überarbeitet und müsste bei Verwendung am HiL aktualisiert werden, damit eine Verlinkung zwischen der Monitoring-Benutzeransicht und der Ergebnisfilteransicht möglich ist.
ATX-Reporterweiterungen:
In den ATX-Einstellungen gibt es eine neue Option "includeResourceAdapterInfo", welche mit dem Standardwert True belegt ist und dafür verantwortlich ist, dass bestimmte Konstanten (Präfix TT_) automatisch gesetzt werden, wenn der ResourceAdapter zum HiL-Monitoring auf dem ECU-TEST PC ebenfalls aktiviert ist. Dieser sorgt dafür, dass eine Verlinkung zwischen der Monitoring-Benutzeransicht und der Filteransicht hergestellt werden kann.
Mit dem Release von ECU-TEST 6.4 werden die separaten Projektunterausführungen im ATX um die notwendigen Daten erweitert, damit die komplette Ausführungsprojektstruktur im test.guide abgebildet werden kann (Verhaltensänderung)
kleinere Detail-, Layout- und Usabilityverbesserungen
[FEATURE]: Als Tester konnte ich bis jetzt keinen Vergleich der Testausführungen von Testplänen einfach vornehmen. Aus diesem Grund wurde das Vergleichs-Feature von einzelnen Testfallausführungen auf die Testpläne übertragen.
Unter der Rubrik Testpläne können in der Aktionsspalte des jeweiligen Testplans über das Doppelpfeil-Icon zwei Testpläne für den Vergleich ausgewählt werden.
[FEATURE]: Als Tester werte ich jeden Morgen den Nachtlauf in der Gruppierungsansicht aus und muss immer in alle TRFs schauen, welche Probleme gemacht haben, dazu musste ich bist jetzt alle einzeln herunterladen. Über die neue Export-Funktion in der Filteransicht ist es möglich die archivierten Dateien aller Testfallausführung im Filter als "Big-ZIP" für einen Download zusammenstellen zu lassen.
Es können Filterausdrücke für die zu erfassenden Dateien angegeben werden, wie z.B. *.trf
Die ZIP-Datei ist aufgebaut wie die Gruppierungsansicht, einzelne Testdurchläufe werden als Ordner nach dem Muster TestCaseNAME_Ausführungsdatum_Ergebnis abgebildet. In diesen TestCase-Ordnern sind die dazugehörigen Archivdateien gelistet.
[FEATURE]: Als test.guide Reviewer, der gerne direkt Tickets im Review via JIRA anlegt, freue ich mich, dass auch komplizierte JIRA-Issues mit komplexen Pflichtfeldangaben nun unterstützt werden.
Als test.guide Admin werde ich nun besser bei der Inbetriebnahme der LDAP-Authentifizierung unterstützt, indem es möglich ist, in einem Testbetrieb sowohl LDAP, als auch die interne Benutzerverwaltung von test.guide zu verwenden. Damit kann auch im laufenden Betrieb eine Umstellung erfolgen, ohne die Gefahr, dass Nutzer ausgesperrt werden.
Als Tester, der für den Test Summary Report zuständig ist, freu ich mich, dass das Report-Template um die Allgemeinen Informationen, wie Reportersteller, Erstellungsdatum und Gesamtergebnis erweitert wurde.
[ALPHA PREVIEW]: In der Monitoring Komponente ist die neue Benutzeransicht für den HiL-Verantwortlichen hinzugekommen. Über diese wird es möglich sein, dass die letzten Testfallausführungen für das jeweilige Test-Projekt bzw. auch für den jeweiligen Prüfstand angezeigt werden. Dabei sind die Testfallausführungen direkt mit der Filteransicht für weitere Analyse verlinkt.
Hinweis: Dieses Feature kann erst nach dem Release von ECU-TEST 6.4 verwendet werden.
Update des ResourceAdapter ist notwendig!
kleinere Detail-, Layout- und Usabilityverbesserungen
[FEATURE]: Als Tester steh ich immer wieder morgens bei fehlerhaften Nachttests vor der Herausforderung alle Failed-Testdurchführungen auszuwerten um dann ein Review zu erstellen. Nun bietet test.guide über das neue Bulk-Review Feature die Möglichkeit, schneller die Daten zu analysieren um ein Review zu erstellen.
Es gibt eine neue Filteransicht: Review in derer die Testdurchführungen für ein Review ausgewählt werden können
Nach der Auswahl der Testfälle, werden diese mit den wichtigsten Infos gelistet und können z.B. bei gleicher Fehlerursache auch zusammen einem Review unterzogen werden, durch einfache Mehrfachauswahl.
Testfälle, die bereits ein Review erhalten haben, werden durchgestrichen markiert.
[FEATURE]: Als Tester bin ich daran interessiert, schnell meine Testfälle mit den spezifischen Kennzahlen (Rückgabe-Parameter) zu finden, damit ich auch wenn die Tests grün gelaufen sind, ich prüfen kann ob eine z.B. negative Veränderung der Kennzahlen im Gange ist um rechtzeitig gegenwirken zu können.
In der Filteransicht gibt es einen erweiterten Filter zur Abfrage der Testfälle, welche bestimmte ATX-TestArguments (Parameter) beinhalten
Die Angabe von Wildcards bei den TestArguments wird unterstützt
Der Filter kann weiter durch Auswahl, ob es sich um einen Input oder Output Parameter handelt, spezifiziert werden.
[FEATURE]: Als HiL-Verantwortlicher ärgere ich mich ständig darüber, dass die Kollegen den ResourceAdapter in der Taskleiste für das HiL-Monitoring immer mal wieder schließen und somit keine Vitaldaten mehr gesammelt werden können. Aus dem Grund wurde der ResourceAdapter überarbeitet und steht nun als Programm im SystemTray mit verschiedenen Shortcuts zur einfachen Verwaltung zur Verfügung.
Als HiL-Verantwortlicher freue ich mich, dass die IT-Ansicht beim HiL-Monitoring überarbeitet wurde, damit mehr Daten angezeigt werden können, sowie dass ich nun nur Zustandsübergänge beim Filtern von Device-Daten berücksichtigen kann.
Als test.guide Verantwortlicher kann ich nun die Lizenz einfache durch die neue Beantragungsseite über den Button "Lizenz verlängern" im Info-Bereich aktualisieren.
[ALPHA PREVIEW]: In dem Entwicklungsfeature zur besseren Auswertung von Derivaten ist es nun möglich verschiedene Test-Objekt-Konfigurationen zu verwalten. Weiterhin wurden die Ausschlussfilter dahingehend erweitert, dass zum Einen nicht mehr komplette Strukturen angegeben werden müssen und zum Anderen das Wildcard Angaben für die Filterwerte zulässig sind.
ACHTUNG: Bitte vor dem Update auf test.guide 1.28.0 mögliche eingetragene Datenstrukturen sichern, da diese nach dem Update nicht mehr zur Verfügung!
Das Feature steht zum Ausprobieren unter dem Pfad: http://localhost:8085/testobjectManagement bereit - über Feedback jedweder Art würden wir uns freuen
kleinere Detail-, Layout- und Usabilityverbesserungen
[FEATURE]: Als Tester kann ich nun in der Filteransicht sofort erkennen ob es zu einem Testfall ein Review samt Nachbewertung gibt.
via Tooltip können die Reviewkommentare angezeigt werden
Reviews ohne Nachbewertung werden blau gekennzeichnet dargestellt
In der zeitbasierten Ansicht wird in dem jeweiligen Slot immer das letzte Review angezeigt! Für eine genaue Zuordnung wird die ergebnisbasierte Ansicht empfohlen.
[ALPHA PREVIEW]: Als Reviewer ist es mir nun möglich bei konfigurierter JIRA Anbindung Issues direkt aus test.guide heraus anzulegen.
Unter Einstellungen/Issue Tracker muss der IssueTracker konfiguriert sein
Im Review-Dialog kann der konfigurierte IssueTracker ausgewählt werden um direkt die Issue im JIRA anzulegen.
Die angelegte Issue wird dann direkt mit dem Review verlinkt
Einschränkung: Im Moment werden noch keine JIRA-Pflichtfelder ausgelesen und in test.guide angezeigt, aus diesem Grund ist das Feature für den Produktiveinsatz im Moment nur bedingt geeignet!
[FEATURE]: Als Tester verschick ich oft an die Kollegen die Links zu den Filtern oder auch zu den Testfallausführungen. Aus dem Grund wurde das Teilen-Feature dahingehend erweitert, dass nun auch der Link direkt in die Zwischenablage, ohne das Öffnen von Outlook, kopiert werden kann.
[FEATURE]: Als Tester sehe ich nun wie der aktuelle Löschstatus der Historie-Einträge ist, wenn ich z.B. eine komplette fehlerhafte Einspielung aus test.guide entfernen muss.
[ALPHA PREVIEW]: In dem Entwicklungsfeature zur besseren Auswertung von Derivaten ist es nun möglich Ausschlussfilter anzugeben, für Kombinationen, welche keine Gültigkeiten besitzen.
Die Ausschlussfilter werden nicht in Berechnung der Testfallüberdeckungen einbezogen.
weiterhin können nun bei der Angabe der Konstantenwerte Wildcards der Form * und ? angegeben werden
Das Feature steht zum Ausprobieren unter dem Pfad: http://localhost:8085/testobjectManagement bereit - über Feedback jedweder Art würden wir uns freuen
Performancesteigerungen beim HiL Monitoring → ACHTUNG: durch Änderungen der Caches, sind bis zum erneuten Einspielen der Monitoring-Daten über den ResourceAdapter keine Daten für die Anzeige vorhanden!
Wenn ich als Tester mehrere Testreports via Webinterface hoch lade, so wird mir der Fortschritt des Uploads nun direkt angezeigt.
Zur besseren Filterung der Testfälle ob diese z.B. von einem automatischen Nachttest stammen oder manuell ausgeführt wurden, ist es jetzt möglich globale Konstanten direkt über den Parameter setConstants in der ATX Konfiguration anzugeben. Die TCF Konstanten bei der Testfallausführung überschreiben dabei mögliche vorkonfigurierte Konstanten aus der ATX Konfiguration.
kleinere Detail-, Layout- und Usabilityverbesserungen
[CHANGED]: ResourceAdapter HddUsagePlugin wurden wie folgt angepasst, die Angabe der Schwellenwerte erfolgt nun in % dabei muss der Grenzwert der Festplattenauslastung für die jeweilige Schwelle angegeben werden.
[PREVIEW]: Als HiL-Verantwortlicher hab ich nun über das neue Präsentationsfeature die Möglichkeit Besuchern den HiL sowie laufende Projekte auf diesem vorzustellen.
In der Ansicht werden die Test-Projekte der letzten bzw. aktuell laufenden eingespielten Testfallausführungen angezeigt mit einer Vorschau auf das nächste sowie vorangegangene vorgestellte Test-Projekt
Firmenlogo sowie Projektlogo kann eingeblendet werden
Weiterhin können allgemeine HiL/Projektinformationen als Bilder für die Anzeige hinterlegt werden, welche als Diashow abgespielt werden
Für jedes gerade angezeigte Test-Projekt können individuell Bilder für die Anzeige hinterlegt werden
Der Präsentationsmodus wird über eine extra Konfigurationsseite eingerichtet, in welcher die gewünschten Daten hinterlegt werden können
Die zur Verfügung stehenden Test-Projekte werden aus den Übertragungen vom ResourceAdapter ermittelt. Um ein sogenanntes Projekt-Label zu setzen muss z.B. am ECU-TEST Plug-in ein zusätzlicher neuer Parameter "fixedProjectLabel" angegeben werden
[FEATURE]: Als Admin von test.guide kann ich bereits prüfen ob das kommende Feature zur Anbindung der IssueTracker JIRA und Redmine in der Firmeninfrastruktur funktionierend wird.
Unter Einstellungen/Issue Tracker können verschiedene IssueTracker Projekte Instanziiert werden, welche dann später bei der Ticketerstellung im Review-Prozess einfach genutzt werden können.
Wenn es bei der Inbetriebnahme Probleme geben sollte, würden wir uns über eine Rückmeldung sehr freuen, damit wir test.guide ggf. besser auf die jeweilige Firmeninfrastruktur anpassen können.
[FEATURE]: Als Testfallmanager hab ich nun die Möglichkeit mehrere Testabschlussberichtsvorlagen für die verschiedenen Kunden mit ihren unterschiedlichen Anforderungen an diesen Bericht zu hinterlegen.
Unter Einstellungen / Berichtswesen können neben der Standardvorlage für den Testabschlussbericht verschiedene andere Vorlagen hinterlegt werden
Diese Vorlagen stehen dann bei der Erstellung des Testabschlussberichtes als Auswahl zur Verfügung
Die Vorlagen müssen nach der beschriebenen Anleitung erstellt werden (Erfahrungen im Business Intelligence Reporting sind erforderlich)
[FEATURE]: Als Tester kann ich nun in der Gruppenansicht die zeitliche Ergebnisdarstellung nutzen um mir ein schnelleren Überblick zu verschaffen.
[ALPHA PREVIEW]: Als Tester steh ich immer wieder vor dem Problem das ich alle meine Derivate nicht 100%ig absichern kann und das mir oft der Überblick fehlt, welche Derivate überhaupt schon einmal abgesichert wurden.
in test.guide ist ein Feature in Entwicklung, welches in erster Ausbaustufe es erlaubt TestObjekte auf Grundlage von globalen Konstanten zu beschreiben
auf Grundlage der konfigurierten TestObjekte kann dann ermittelt werden, welche Derivate überhaupt schon einmal abgesichert wurden und wann zuletzt eine Testfalldurchführung stattfand.
Das Feature steht zum Ausprobieren unter dem Pfad: http://localhost:8085/testobjectManagement bereit - über Feedback jedweder Art würden wir uns freuen
weiter Punkte zu diesem Thema wie z.B. Ausschlusskriterien bestimmter Kombinationen sind in Planung
Das komplette CSS-GUI-Framework wurde aktualisiert, dadurch ist es uns möglich ästhetischere Ansichten zu erstellen
Eine Dokumentation der von test.guide unterstützten ATX-Elemente steht nun auf Nachfrage zur Verfügung.
kleinere Detail-, Layout- und Usabilityverbesserungen
[FEATURE]: Als Tester hab ich nun die Möglichkeit durch die neue "Gruppierungsansicht" mir meine gefilterten Testfälle ergebnisbasiert in der Baumstruktur des ausgeführten Projektes (mit allen Subprojekten und Ordnern) darstellen zu lassen, um die gewohnten Teststrukturen schneller wiederfinden zu können.
[FEATURE]: Als HiL-Verantwortlicher kann ich nun gezielter einzelne PC-Vitaldaten filtern und analysieren.
[FEATURE]: Als HiL-Verantwortlicher kann ich fehlerhaft (konfigurierte) eingespielte Monitoring-Daten gezielt löschen. Weiterhin hab ich auch die Möglichkeit den ganzen HiL aus der Übersicht zu entfernen.
[FEATURE]: Als Tester kann ich nun in der IT-Ansicht sehen wie lange mein Testfall auf dem jeweiligen HiL bereits läuft.
Die Dokumentation der Beispiel-Konfiguration des ResourceAdapters wurde komplett überarbeitet.
Der ResourceAdapter startet nun über die starter.bat sofort minimiert, damit beim Autostart das Konsolenfenster dem Anwender nicht im Weg ist.
In der starter.bat des ResourceAdapters kann über den Parameter CONFIG_DIR eingestellt werden, in welchem Verzeichnis das Konfigurationsverzeichnis (TTS-TM-ResourcenAdapter) vom ResourceAdapter gesucht werden soll.
ResourceAdapter HddUsagePlugin wurden wie folgt erweitert/angepasst:
es kann über den Parameter showNetworkDrive (Default=false) eingestellt werden, ob angebundene Netzlaufwerke mit erfasst werden sollen
es kann über den Parameter whiteList angegeben werden, welche Laufwerke nur erfasst werden sollen z.B. c;g;p;x
ResourceAdapter NetworkEnabledPlugin wurden wie folgt erweitert/angepasst:
statt dem Netzwerkkartennamen wird nun der Netzwerkverbindungsname aus den Windowseinstellungen direkt übermittelt
es kann über den Parameter whiteList angegeben werden, welche Netzwerkverbindungen nur überwacht werden sollen
es ist möglich für die einzelnen Schwellen/Thresholds genau anzugeben welcher Netzwerkstatus welchem Schwellwert entspricht
Für die ResourceAdapter Plug-ins ProcessCpuLoadPlugin und ProcessRamUsagePlugin kann über den Parameter onNotAvailable eingestellt werden, welcher Schwellwert gesendet werden soll, wenn der jeweilige Windows-Prozess gerade nicht läuft (Default = Status→unknown)
Standardsprache wurde von deutscher auf englische Sprache umgestellt
kleinere Detail-, Layout- und Usabilityverbesserungen
[PREVIEW]: Als HiL-Verantwortlicher habe durch das neue Monitoring-Feature die Möglichkeit in test.guide alle HiLs und deren Zustände im Auge zu behalten.
unter dem Menüpunkt Monitoring/ResourceAdapter kann das Tool gedownloadet werden, welches auf dem jeweiligen HiL konfiguriert werden muss
In der IT-Ansicht werden alle gesendeten HiL-Vitaldaten (CPU, RAM, Festplattenspeicher, Netzwerkverbindungen, konfigurierte Prozessdaten) nach den Standorten entsprechend aufbereitet dargestellt.
Aktuelle Testausführungen von ECU-TEST (ab Version 6.3) werden ebenfalls live angezeigt um eine Auslastung anzuzeigen
Hinter jedem HiL verbirgt sich die PC-Ansicht mit der Aufschlüsselung der einzelnen PC-Vitaldaten, sowie des Heartbeats.
Dieser gibt an, ob noch eine Verbindung vom ResourcenAdapter zu test.guide besteht.
Weiterhin können ausgewählte PC-Vitaldaten in der zeitlichen Diagramdarstellung (im Moment letzten 4 Wochen) separat im Detail betrachtet werden.
Weitere Ansichten zur Präsentation des HiLs sowie zur aktuellen Testfallausführung werden mit den nächsten Releases freigeschalten
[FEATURE]: Als Tester hab ich nun die Möglichkeit durch die neue Filteroption "letztes Ergebnis zählt" nach den Testfallausführungen zu suchen, welche ein bestimmtes Ergebnis im Filterzeitraum als letzten aufweisen.
[FEATURE]: Als Anwender kann ich nun auch sehr lange Links mit meinen Kollegen teilen und bin nicht mehr auf die Begrenzungen des Browsers bzw. Outlooks, durch die neue Short-URL, angewiesen.
[FIXED]: In der Historie können die hochgeladenen Daten, auch bei älteren Datenbanken, wieder entfernt werden.
Die Testabschlussberichte wurden im Layout überarbeitet, damit längere Textabschnitte sich besser ins Seitenlayout einfügen.
kleinere Detail-, Layout- und Usabilityverbesserungen
[FEATURE]: Als Anwender, kann ich nun leichter interessante Einspielungen in der Historie über die neuen Filtermöglichkeiten ausfindig machen.
Sortierungen über das Einspiel-, Ausführungsdatum sowie des hochgespielten Testplans sind möglich
Es ist möglich den Zeitbereich der Filterung über das Einspiel- oder Ausführungsdatum einzuschränken
Es kann weiterhin nach Testplänen (inklusive Autovervollständigung) gefiltert werden
[FEATURE]: Als Testspezifikateur sind meine spezifizierten Block-Testschritte als Aufzählung (bis zur 4. Ebene) im Testabschlussbericht hinterlegt.
[FEATURE]: Als Tester kann ich gezieltere Auswertungen, durch die Angabe von minimal und maximal Grenzen, im Kennliniendiagramm vornehmen.
[FEATURE]: Als test.guide ServerAdmin kann ich nun importierte oder fehlerhaft angelegte Fehlerklassen wieder entfernen.
kleinere Detail-, Layout- und Usabilityverbesserungen
Autovervollständigung beim Testpläne-Filter
Bessere Hervorhebung des selektieren Datum-Shortcuts
Es werden nun Testfallbeschreibungen bis zu 6000 Zeichen unterstützt, weiterhin werden auch die Zeilenumbrüche korrekt interpretiert.
[FEATURE]: Als ECU-TEST Anwender, werden alle meine ECU-TEST TRF-Report-Nachbewertungen direkt als Review in test.guide erfasst.
ACHTUNG Verhaltensänderung: Es werden grundsätzlich nun nur noch die Originalergebnisse der ECU-TEST TRF-Reports in test.guide übernommen, nicht dir der Nachbewertung.
Werden Nachbewertungen in ECU-TEST vorgenommen und es wurde bereits der TRF-Report in test.guide eingespielt, so wird beim erneuten Einspielen nur das Review übernommen.
Weiterhin können auch spätere Nachbewertungen erneute eingespielt werden, welche dann mit der Testfallausführung als Review zusätzlich verknüpft werden.
[FEATURE]:: Als ECU-TEST Anwender, welcher Parametersätze verwendet ist es mir nun möglich Testfallausführungen nach diesen direkt zu filtern.
Eine Autovervollständigung der eingespielten Parametersätze ist integriert
Wildcards bei der Suche werden unterstützt
Bei der Angabe mehrerer Parametersatzfilter werden diese ODER-Verknüpft bei der Suche angewandt.
[FEATURE]: Bei Abgabe der Testabschlussberichte an den Kunden wurde der Bericht dahingehend erweitert und überarbeitet, dass auch die einzelnen Testfallausführungen als sogenanntes Testprotokoll/Test Log integriert werden können.
kleinere Detail-, Layout- und Usabilityverbesserungen
Klare Aufschlüsselung der zeitlichen Verteilung beim Ergebnisfilter
Direkte Verlinkung der Aufnahmen zum Download, wenn diese archiviert wurden.
[FEATURE]: Als HiL-Nutzer kann ich durch die neuen HiL-Monitoring Features einen besseren Überblick/Status über die HiLs bekommen:
Verbesserte IT-Ansicht, in welcher die Status der verfügbaren HiLs auf den jeweiligen Ebenen direkt angezeigt werden
Über die IT-Ansicht ist es nun auch möglich bestimmte HiLs auszuwählen, welche in einen Rotationspräsentationsmodus versetzt werden können
Der Heartbeat wurde in die Diagrammdarstellung integriert.
Weiterhin werden alle Status in regelmäßigen Abständen erneut aktualisiert, auch wenn kein Statuswechsel festzustellen war.
Über zwei neue Plug-ins ist es nun möglich die RAM und CPU Auslastung einzelner Windows-Prozesse wie z.B explorer.exe zu erfassen und kritische Schwellen festzulegen.
Die Anwenderansicht wurde aufgeräumt, so werden Projektläufe als Baumstruktur dargestellt und es ist möglich die Ergebnisse (wenn sie einspielt wurden in test.guide) direkt via Filterlink zu öffnen.
[FEATURE]: Als zuständiger test.guide Admin habe ich nun die Möglichkeit, die Anwendung sicher herunterzufahren um ggf. eine Wartung vorzunehmen.
Wird der Modus aktiviert, so werden laufende Aufgaben wie Archivierungen und Anfragen noch bearbeitet, neue Anfragen aber hingegen sofort mit einer Wartungsmeldung abgewiesen.
Weiterhin kann dann nur ein Neustart der Anwendung diesen Wartungsmodus wieder deaktivieren!
Performanceverbesserungen:
Aktualisierung der verwendeten Frameworks auf die neuste verfügbare Major-Version
Attributsuche wurde optimiert
Das Löschen von mehreren Einspielung in der Historie wurde parallelisiert
Die Ergebnisfiltersuche arbeitet nun schneller und speicherschonender, was sich besonders spürbar auf die Datenermittlung der Trendansicht auswirkt
Als Testfallbetrachter kann ich wählen wie viele Testfallausführungen eines bestimmten Testfalls ich sehen kann, damit ich eine bessere Übersicht z.B. bei Kennlinienverläufen habe.
kleinere Detail-, Layout- und Usabilityverbesserungen
[FEATURE]: Als Anwender kann ich mir eine Trendansicht z.B. über ein spezielles Attribut, Konstante oder eines anderen beliebigen Filters über die Testläufe via Filter anzeigen lassen. Dazu gibt es im Filterbereich die neue Aktive Ansicht: "Trendansicht".
[FEATURE]: Als Anwender ist es möglich mir bei den Testfalldetails neben den Testschritten der einzelnen Testdurchläufe auch die aktuellen hinterlegten Konstanten, Attribute sowie Parameter anzeigen zu lassen.
[FEATURE]: Als Reviewer eines Testfalls kann ich mein aktuell erstelltes Review nun leicht mit meinen Kollegen teilen, über den neuen Teilen-Button.
[FEATURE]: Als Tester kann ich nicht nur nach Reviewkommentaren und Fehlerklassen filtern sondern auch nach hinterlegten Reviewticketnummern.
[FEATURE]: Als Testersteller kann ich in der Testfallbeschreibung HTML Links zu z.B. Intranetseiten im Konzern hinterlegen, welche im test.guide dann als Link auch zur Verfügung stehen.
Bei der Erstellung von Testabschlussberichten kann nun angegeben werden ob die einzelnen Testspezifikationen in dem Bericht mit aufgenommen werden sollen oder nicht.
kleinere Detail-, Layout- und Usabilityverbesserungen
[PREVIEW]: HiL-Monitoring: Als Anwender kann ich prüfen in welchem Zustand sich gerade mein HiL befindet und welcher Testfall gerade ausgeführt wird.
über den sogenannten ResourceAdapter (auf Anfrage im Moment nur erhältlich), welcher auf dem HiL gestartet und konfiguriert werden muss, können spezifische HiL Daten an test.guide gesendet werden.
Im Moment werden die Vital-Daten (freier RAM, freier Festplattenspeicher, CPU-Auslastung, …) des jeweiligen HiL-PCs sowie die Testausführungen von ECU-TEST erfasst.
Bei der Erfassung der Vital-Daten können Schwellenwerte angegeben werden, welche signalisieren sollen, dass die Ressource einen z.B. kritischen Zustand erreicht hat.
test.guide stellt verschiedene Sichten für die Auswertung der Daten bereit.
1. Sicht ist die IT-Sicht, in welcher aufgeschlüsselt wird welche Ressource bestimmte Schwellwerte überschritten hat. Dabei werden die Vitaldaten kontinuierlich aufgezeichnet um Schwankungen darstellen zu können.
2. Sicht ist die Präsentationsansicht, sie ermöglicht allgemeine Informationen über den HiL zu Informations- und Werbezwecke zu hinterlegen.
3. Sicht ist die Anwenderansicht, in welcher die Testausführungen auf dem jeweiligen HiL genauer betrachtet werden können.
die neuen Sichten stehen unter der Eingabe des URL-Suffixes: /monitoring z.B. http://localhost:8085/monitoring zur Verfügung
Feature befindet sich noch in der Entwicklung und würden uns über Feedback/Anregungen freuen. Weitere Plug-ins zu Erfassung von Prozessdaten eines bestimmten Programms sind zum Beispiel in Planung.
[PREVIEW]: Als Anwender kann ich meine Filterergebnisse als IEEE 829 Testabschlussbericht über den neuen Report-Button als PDF exportieren.
der Testabschlussbericht soll später auf den neuen Standard IEEE 29119 erweitert werden
Neben der Darstellung des Test Summary Reports werden auch alle Test Case Specifications dem Dokument beigefügt.
Feature befindet sich noch in der Entwicklung und würden uns über Feedback/Anregungen freuen.
kleinere Detail-, Layout- und Usabilityverbesserungen
[PREVIEW]: Testfallspezifikationen anlegen und manuell ausführen (nicht produktiv verwendbar, würden uns aber über Feedback/Ideen freuen)
Nur verfügbar unter der Eingabe des URL-Suffixes: /testspec z.B. http://localhost:8085/testspec
Es können neue Testspezifikationen angelegt und organsiert werden (die Suche sowie das Anlegen von Ordner ist noch nicht möglich)
Beim Anlegen einer neuen Spezifikation, können neben der Beschreibung und beliebiger Attributpaaren die Testschritte in einer Baumstruktur angegeben werden (Drag and Drop innerhalb des Baumes wird unterstützt)
Alle verfügbaren Spezifikationen können bearbeitet werden (eine Versionsverwaltung der Spezifikationen ist noch nicht möglich)
Weiterhin ist geplant, dass Anforderungen aus verschiedenen Quellen importiert werden können um diese mit der Spezifikation einfach zu verknüpfen (der Dialog dient nur als Mock-up und enthält keine weitere Funktionalität)
Im Moment können die Spezifikationen entweder als ATX-Dokument ausgeleitet oder direkt als manuelle Testausführung ausgeführt werden. Nach Abschluss einer manuellen Testausführung werden die Daten im test.guide hinterlegt und stehen im Ergebnisfilter zur Verfügung.
Bei vorhandenen Testausführungen zu einer Spezifikation steht automatisch eine Verlinkung zu dieser zur Verfügung.
Im Moment können die Spezifikationen in ECU-TEST noch nicht zurückgespielt/verwendet werden.
[FEATURE]: Als Tester kann ich nun gezielt (auch ohne Archivdateifilter) nach Testfallausführung mit bestimmten A2L bzw. HEX Dateien, via Konstantenfilter, suchen.
Die TCF-Informationen der verwendeten A2L sowie HEX Dateien werden als Konstanten im test.guide abgebildet
Alle TCF-Informationen sind dabei über das Präfix TCF_ im Filter auffindbar.
Der Präfix bzw. die Konstante selbst setzt sich weiterhin aus der TCF Property (A2L oder HEX) sowie dem Steuergerät zusammen - z.B. TCF_A2L_DME1 = dme.a2l
nur neu eingespielte Dateien ab dieser Version werden berücksichtigt
[FEATURE]: Als Tester werden mir nun die Testausführung pro Testausführungsplan automatisch besser gezoomt dargestellt, um eine Reihenfolge der Ausführung direkt sehen zu können.
[FIXED]: Die Suche nach Konstanten bei Verwendung einer MS-SQL Datenbank ist wieder möglich.
kleinere Detail-, Layout- und Usabilityverbesserungen - u.a.:
die maximale TCF bzw. TBC-Dateinamenlänge für den Testumgebungsfilter wurde von 80 auf 255 Zeichen erhöht.
der Export von sehr großen ATX-Dokumenten führt nun zu keinen Timeout des Browsers
[CHANGED]: ab test.guide 1.17.0 wird das installierte Java 8 JRE benötigt!!!
[FEATURE]: Als Benutzer kann ich mich unter den Testfalldetails auf Testfälle abonnieren um mich über die neusten Testfallsausführungen via E-Mail informieren zu lassen.
E-Mail Einstellungen müssen konfiguriert sein
Nur angemeldete Benutzer mit hinterlegter E-Mailadresse können Testfälle abonnieren
E-Mail enthält alle Änderungen (Datum und Verdict der Ausführung sowie einen Link zu den Details) des abonnierten Testfalls seit der letzten verschickten Mail
[FEATURE]: Als Tester bin ich an Testfällen interessiert, welche z.B. im hochgeladenen Archiv eine bestimmte A2L- oder HEX-Datei enthalten, nach diesen kann ich nun filtern.
neuer erweiterter Filter
ermöglicht auch das Suchen von bestimmten Dateien in hochgeladenen ZIP-Archiven
Wildcards (* oder ?) bei der Dateinamenangabe sind möglich
Indexierung wird erst ab test.guide 1.17.0 vorgenommen und damit können nur neu eingespielte Dateien ab dieser Version berücksichtigt werden
[FEATURE]: Als Tester kann ich nun Wildcards bei der Suche des Testumgebungsfilters angegeben, da mich z.B. alle Tests interessieren, welche Matlab im Namen der TCF beinhalten: z.B. Matlab.tcf .
[FEATURE]: Um bessere Performanceanalyse durchführen zu können wird ein Performance-Log im Verzeichnis log/performance.log mit angelegt, welches wichtige Filterereignisse samt deren Dauer festhält. Dieses Log ist im Support-Logfile-Zip enthalten.
[FIXED]: Gespeicherte Filtereingaben der Form now - 7d wurden beim Laden nicht korrekt ausgewertet.
kleinere Detail-, Layout- und Usabilityverbesserungen:
Kennzahlen werden nun synchron zu den Trendübersicht der angezeigten Testfallausführungen angezeigt, falls Wertepaare fehlen sollten.
Tooltips in den Filter speichern und laden Dialogen wurden überarbeitet
[FEATURE]: Es kann über den neuen erweiterten Filter: TestExecutionPlan Folder nach Subprojekten bzw. Ordnern aus ECU-TEST Projekten gefiltert werden, damit ist es möglich nur spezifische Unterstrukturelemente zu filtern.
[FEATURE]: Die Fehlerklasse bzw. der Schweregrad bei einem Review samt Ticket und Ansprechpartner kann für eine besser Nachverfolgung angegeben werden
Alle verfügbaren Fehlerklassen werden unter Einstellungen → Fehlerklassen angegeben
Es ist möglich die Standard ISTQB Fehlerklassen samt der Gewichtung zu importieren
[FEATURE]: Nach angegebenen Fehlerklassen in den Reviews, sowie nach Reviewkommentaren (mit Wildcardunterstützung) können die spezifischen Testfälle gefiltert werden.
[FEATURE]: In Vorbereitung auf den automatischen E-Mailversand von Testfilterergebnissen, können bereits die E-Maileinstellungen konfiguriert und getestet werden.
neue Konfiguration unter Einstellungen → E-Mail
nach dem Speichern der Konfiguration ist es möglich eine Test-Mail an einen beliebigen Empfänger zur Validierung der Konfiguration zu senden
[FEATURE]: Die momentan eingestellten Filter können nun ebenfalls exportiert und via z.B. Outlook-Link verschickt bzw. in anderen Dokumenten verlinkt werden.
[FEATURE]: Gespeicherte Filter können wieder entfernt werden
Unterstützung der Archivierung von Dateipfadlängen größer 255 Zeichen.
kleinere Detail-, Layout- und Usabilityverbesserungen:
Filter müssen nun nicht mehr vorher ausgeführt werden, bevor die Filterspeicherung möglich ist.
Bei der Filterspeicherung wird die Kategorie Eingabe mit einer Autovervollständigung unterstützt.
Lange Reviewkommentare sind nun per Mausklick einsehbar.
Die Überprüfung der Groß- und Kleinschreibung des Benutzernamens beim Login ist entfallen.
[FEATURE]: Es können nun eingestellte Filter gespeichert und geladen werden.
Die Filter sind an den angemeldeten Nutzer gebunden.
Es ist möglich seine Filter zu veröffentlichen, damit auch andere Nutzer die Möglichkeit haben auf diese zuzugreifen.
Über die Angabe einer Kategorie z.B. in der Form PackageFilter/Lichtsignale/Front können, diese in einem Baum verwaltet werden.
Es ist möglich den Datumsbereich beim Speichern über spezielle Ausdrücke wie z.B. now - 7d (jetzigen Zeitpunkt minus 7 Tage) zu spezifizieren (siehe Tooltip).
[FEATURE]: Kennliniendarstellung für Ausgangsparameter wurde unter der Testfalldetailansicht hinzugefügt
Alle erfassten Return-Parameter z.B. aus ECU-TEST Packages können nun als Kennlinie dargestellt werden
Dabei werden nummerische sowie String Parameter unterstützt
[FEATURE]: Testfalldetailansichten lassen sich nun über den Teilen-Button einfach via z.B. Outlook per Link an andere Mitarbeiter zur weiteren Analyse verschicken.
[FEATURE]: Im Fehlerfall und bei Problemen können nun die Logfiles direkt über den Browser bereitgestellt werden, damit eine schnelle Unterstützung bei der Problembehebung gewährleistet werden kann. Die Logfiles sind unter den Einstellungen → Logging jederzeit abrufbar.
[FEATURE]: Die Vergleichsansicht der Testfallausführungen wurde um die möglichen Reviewanmerkungen erweitert.
Die Performance bei Umzug von einem Archiv an einen neuen Zielort wurde verbessert.
Die Prüfung beim Upload von Archiven wurde robuster gestaltet. Tritt ein Fehler beim Zugriff auf das Archiv beim Upload auf, so wird direkt eine Fehlermeldung zurückgegeben und der komplette Vorgang verworfen.
kleinere Detail-, Layout- und Usabilityverbesserungen
[FEATURE]: Unter der Einstellung Archivierung ist es möglich das komplette Archiv umziehen zu lassen. Wird diese Aktion aktiviert, so wird der Server gesperrt bis alle Dateien umgezogen sind. Dieses Features ist bewusst auf Robustheit optimiert und nicht auf Performance, womit ein Umzug ja nach Archivgröße (z.B. 1,5 Millionen Dateien) und Bandbreite bis zu mehreren Tagen dauern kann!
[FEATURE]: Testaktivitäten-Diagramm als neue Aktive Ansicht in der Filterdarstellung integriert. Damit ist es möglich zu prüfen, wann gewissen Projekte bzw. Testfallausführungen, ja nach eingestellten Filter, ausgeführt wurden.
[FEATURE]: In der Testpläneübersicht wird die letzte Ausführung des Testplans samt des dazugehörigen Ergebnisses für eine schnelle Übersicht des letzten Laufes angezeigt.
[FEATURE]: In der Filteransicht werden nun die durchschnittlichen Testausführungszeiten, des gerade aktiven Filters, mit berechnet und dargestellt um ggf. Abschätzungen oder Optimierungen vornehmen zu können.
Die Diagramme der Seiten passen sich nun an das neue Layout anhand der zur Verfügung stehenden Bildschirmbreite an.
kleinere Detail-, Layout- und Usabilityverbesserungen – insbesondere bei den Tooltips in der Filteransicht wurden Verbesserungen z.B. für die Darstellung langer Testfallnamen vorgenommen.
[FEATURE]: Alles neu macht der Mai - auch wenn noch April ist.
Das komplette Design der Anwendung wurde überarbeitet, damit die verfügbare Bildschirmgröße bestmöglich genutzt werden kann.
Die Navigation wurde in Modulbereiche zerlegt und befindet sich linksbündig
Die umständliche Tab-Navigation ist komplett ersetzt wurden. In diesem Zusammenhang fanden auch bestimmte Namensanpassungen statt: Das ehemalige Dashboard befindet sich nun unter Projektstatistik, sowie der ehemalig Tab TestExecutionPlans in Testpläne umbenannt wurde.
Die Breitenskalierung, bestimmter Grafiken/Diagramme, wurde noch nicht angepasst und wird im nächsten Release integriert.
[FEATURE]: Möglichkeit geschaffen Testfall-Reviews mit einer Nachbewertung vorzunehmen.
Einzelne Testfallausführungen können in test.guide in der Detailansicht einem Review unterzogen werden
Es können mehrere Reviews zu einer Ausführung durchgeführt werden
Folgende Daten können dabei erfasst werden: Reviewer (automatisch bei aktivierter Authentifizierung), Reviewdatum (automatisch), Reviewkommentar (verpflichtend 10 Zeichen), optional verschiedene Review-Anhänge sowie eine optionale Nachbewertung der kompletten Testfallausführung
Das zuletzt durchgeführte Review kann über einen Tooltip direkt in der Auflistung der Testfallausführungen angezeigt werden.
Fand bei einem Review eine Nachbewertung statt so sieht man das Ergebnis dieser direkt in dem Review-Icon anhand des darin befindlichen farbigen Buchstabens
Bei einem Excel-Export (siehe unten) werden die wichtigsten Reviewdaten mit exportiert
Zu einem späteren Release soll es möglich sein, die Reviews in die Filtereinstellungen mit einzubeziehen.
[FEATURE]: Auflistung und Verlinkung der einzelnen gelaufenen TestExecutionPlans (Testpläne).
Unterhalb der Trenddarstellung der TestExecutionPlans werden nun die einzelnen Ausführungen gelistet
Neben den Informationen zu jedem einzelnen Durchlauf wie: Start-, Endzeitpunkt sowie Ausführungsdauer und Ergebnis ist es auch möglich den gewünschten TestExecutionPlan-Durchlauf direkt im Ergebnisfilter aufzurufen.
ACHTUNG: Bei der Anzeige der Ausführungsdauer für einen TestExecutionPlan und der Ausführungsdauer im Ergebnisfilter können Abweichungen auftreten, da der Ergebnisfilter nur die Testfalldurchführungszeiten beachtet, während bei der TestExecutionPlan-Ausführungsdauer auch der Wechsel zwischen den Testfallausführungen beachtet wird.
[FEATURE]: Ein Excel-Export der Filterergebnisse über den neuen Export-Button unterhalb der Filterergebnisdarstellung ist möglich.
Verbesserung der Performance bei der Suche nach dem jüngsten und ältesten Testausführungsdatum
test.guide Infoseite komplett überarbeitet
test.guide wird nun offiziell mit auf der TraceTronic Homepage vorgestellt: https://www.tracetronic.de/produkte/test-guide/
Bei der Ausführung der Starter-Batch, wird nun standardmäßig ein Ordner work innerhalb des Ausführungsordners erstellt, in welchem die Temp-Dateien des Servers gespeichert werden. Wichtig ist das der Nutzer Schreibrechte auf diesem Verzeichnis besitzt oder den Parameter TEMP_SERVER_DIR auf ein Verzeichnis anpasst, in welchem der Nutzer die notwendigen Berechtigungen besitzt.
kleinere Detail-, Layout- und Usabilityverbesserungen
[FEATURE]: ECU-TEST Upload an test.guide Server nur über gültigen Zertifizierungsschlüssel konfigurierbar.
In der Nutzerprofilansicht ist es nun möglich sich seinen eigenen API-Schlüssel ausgeben zu lassen.
Der API-Schlüssel muss dann bei den test.guide API-Aufrufen mit übertragen werden (siehe auch Neuerungen im ATX-Reportgenerator weiter unten)
[FEATURE]: Erfassung und Anzeige aller konsumierten, wie produzierten Aufnahmen, aus ECU-TEST heraus, in der Testfalldetailansicht ermöglicht
Produzierte wie konsumierte Aufnahmen werden einzeln unter den Testfalldetails aufgelistet.
[FEATURE]: Im Historie Tab wird neben dem Einspieldatum nun auch das Ausführungsdatum des Testfalls angezeigt.
Verbesserung der Performance bei der Suche nach TestExecutionPlans
kleinere Detail-, Layout- und Usabilityverbesserungen