Portfolio |

ALM Octane 16.0.200 – what’s new?

In der aktuellen Version haben wieder einige nützliche Features in das QM-Werkzeug von Micro Focus Einzug gehalten. Wir erläutern euch die aus unserer Sicht interessantesten Neuerungen.

Micro Focus versorgte ALM Octane über die letzten Releases mit zahlreichen neuen Funktionen. Highlights waren dabei der neue „Run“-Tab, welcher eine Übersicht über alle durchgeführten und geplanten Testläufe gibt. Die Überarbeitung des „My Work“-Bereichs verbessert weiterhin den Einstieg für die täglichen Tests und Aufgaben. Und die neue Abbildung von Release-Prozessen erlaubt die detaillierte Abbildung von Releases, inklusiv Meilensteinen und Quality Gates.

Wie Micro Focus auch werden wir uns daher bei diesen Releases auf kleine Neuerungen konzentrieren, die aber sinnvolle Änderungen und Möglichkeiten für das Arbeiten in ALM Octane bieten.

Unsere Auswahl

  1. Änderung von Testschritten während der Ausführung
  2. Öffentliche Links zu Dashboards (Ansicht ohne Login)
  3. Tests werden im Defect angezeigt
  4. Tests in andere Workspaces kopieren
  5. Datenzugriffskategorien für Anforderungsdokumente
  6. Erwähnenswerte Neuerungen

Änderung von Testschritten während der Ausführung

Diese neue Funktion erlaubt es, die Beschreibung von Testschritten während der Testdurchführung im Manuel Runner zu bearbeiten. Nach Abschluss des Tests wird man gefragt, ob man die Änderungen für den Testfall übernehmen möchte. Übernimmt man diese Änderung nicht, sieht man die geänderten Testschritte nur im Testbericht des jeweiligen Laufs. Ansonsten wird die Änderung direkt im Testfall übernommen. Bereits in ALM (QC) war diese Funktion vorhanden und ermöglichte Änderungen an der Beschreibung und dem erwarteten Ergebnis eines jeden Testschritts. In beiden Systemen kann die Bearbeitung über die Berechtigungen gesteuert werden.

An ihre Grenzen stößt die Funktion, wenn parametrisierte Tests bei der Durchführung geändert werden sollen – diese Änderungen können nicht im Testfall gespeichert werden. Außerdem sollte mit Blick auf die regulatorischen Vorgaben bewertet werden, ob diese Funktion genutzt und Änderungen während der Testdurchführung erlaubt werden sollten.

Abbildung 1: Die Beschreibung von Testschritten kann im Manual Runner bearbeitet werden

Öffentliche Links zu Dashboards (Ansicht ohne Login)

Die Enterprise Edition von ALM Octane ermöglicht uns das Teilen von Dashboard-Links für nicht angemeldete Nutzer. Nach der Konfiguration von mehreren Parametern erlaubt uns ein zusätzlicher Knopf in den Favoriten, öffentliche Links zu erstellen, sie mit einem Ablaufdatum zu versehen und zu teilen.

Abbildung 2: Öffentliche Links erlauben das Teilen von Dashboards ohne Login

Dieser Link kann zudem in andere Seiten wie zum Beispiel Confluence und Sharepoint eingebunden (embedded) werden.

Tests werden im Defect angezeigt

ALM Octane setzt weiter auf die Verknüpfung der Entitäten untereinander. Während Tests bereits in anderen Modulen (Backlog, Team Backlog, Quality) und Entitäten (Epic, Feature, User Story und Anforderungsdokumente) prominent sichtbar sind, halten sie jetzt auch Einzug in den Defects.

Abbildung 3: Tests werden jetzt auch direkt bei den Defects angezeigt

Damit lassen sich abhängige Tests und deren Testläufe unkompliziert und schnell anzeigen.

Tests in andere Workspaces kopieren

Auch dabei werden bestehende Funktionen erweitert und um neue Entiäten angereichert. Während das Kopieren und Verschieben von Defects zwischen Workspaces eines Shared Space bereits möglich waren, lassen sich auf diese Weise jetzt auch Tests bewegen. Zwar ist nur das Kopieren in andere Workspaces möglich, jedoch eröffnet das neue Möglichkeiten zum Workspace-übergreifenden Arbeiten.

Dazu wählt man den jeweiligen Testfall im Modul “Qualität” aus und findet unter “Mehr” die Möglichkeit “In anderen Arbeitsbereich kopieren”.

Abbildung 4: Tests können in andere Workspaces kopiert werden

Aktuell ist diese Funktion nur für einzelne Tests freigeschalten und ein Massenkopieren ist nicht möglich. Es handelt sich dabei auch nur um ein Kopieren und keine Synchronisation, die alle kopierten Tests dauerhaft auf dem gleichen Stand hält.

Inklusive der Tests werden folgende Elemente kopiert: Anhänge, Datentabelle und die aktuelle Version
Nicht kopiert werden: Kommentare, Datenzugriffskategorien, Läufe, vorherige Versionen und der Automationsstatus.

Datenzugriffskategorien für Anforderungsdokumente

Datenzugriffskategorien lassen sich für Anforderungsdokumente setzen. Das heißt, man kann einschränken, welche Rollen einen Zugriff auf Anforderungsdokumente haben sollen. Bisher war das nur für manuelle Tests und Defekts möglich. Diese Kategorien lassen sich einzeln, per Bulk-Update oder per Regel setzen. Basis dafür ist die Konfiguration von Kategorien in der Space-Verwaltung. Die Datenzugriffskategorien greifen für alle Entitäten.

Abbildung 5: Datenzugriffskategorien lassen sich nun auch für Anforderungsdokumente setzen

Weitere erwähnenswerte Neuerungen

  • Backlog-Implementierung” für Anforderungsdokumente
    • Epics, Features und User Stories lassen sich mit Anforderungsdokumenten verknüpfen, um so die Backlog-Abdeckung einsehen zu können.
  • OData-Auswertungen über mehrere Workspaces des gleichen Shared Space
  • Bulk-Updates ermöglichen das Update von bis zu 10 Feldern
  • Sidebar Plugins
    • Es lassen sich eigene Webservices einbauen, die in der Sidebar sichtbar sind
    • Basieren auf der Nutzung von “External Actions”