2
1/2 IBM Rational Doors - HP Quality Center | 2012-06-01 agosense GmbH Stammheimer Str. 10 70806 Kornwestheim [email protected] fon +49 . 7154 . 99951 . 0 www.agosense.com Follow us on... http://www.facebook.de/agosense http://twitter.com/agosense Integration via agosense.symphony IBM Rational Doors - HP Quality Center DATENBLATT Das vorliegende Datenblatt beschreibt die unidirektionale Integration zwischen dem Requirementsmanagement-System Rational Doors (Doors) von IBM und dem Testmanagement-System Quality Center/ALM (QC) von Hewlett Packard über die Integrationsplattform agosense.symphony. Die Intention Um eine effektive Zusammenarbeit zwischen den Entwicklern auf der Doors-Seite und den Testern auf der QC-Seite zu gewährleisten, werden die beiden Tools über Adapter an die Integrationsplattform agosense.symphony gekoppelt. Die Plattform ermöglicht eine individuell konfigurierbare Synchronisierung der Requirements von Doors nach QC. Die Tester können dadurch direkt verknüpfte Testfälle pro Requirement in QC erstellen. Die Implementierung des Prozesses Über diverse Module in der agosense.symphony Oberfläche werden die Prozesse zwischen den Tools spezifisch definiert und die von Doors nach QC zu übertragenen Attribute im sogennanten Mapping Modul miteinander verknüpft. Der Synchronisationsprozess kann manuell vom User oder aber automatisiert ausgelöst werden. Das sogenannte Scheduling Modul definiert dabei die Zeiten oder Ereignisse, zu welchen der Synchronisationsprozess ausgelöst werden soll. Der Prozess prüft für jedes einzelne Requirement, ob die Felder korrekt von Doors nach QC übertragen werden können und ersetzt im Zweifelsfall die für QC unlesbaren Daten (z. B. HTML-Tags). Über die sogenannte md5 checksum prüft der Prozess außerdem, ob die Daten seit dem letzten Transfer verändert wurden oder nicht und überträgt nur die geänderten Requirements nach QC. Auf diese Weise ist ein effektiver Prozessablauf möglich. Im Falle eines Fehlers während der Synchronisierung, wird der Prozess gestoppt und der Fehler im sogenannten Reporting Modul in agosense.symphony dokumentiert. Der User kann dort das Problem identifizieren und den Prozess schließlich neu starten. Abbildung 1 zeigt die schematische Gesamtübersicht der Integration zwischen den beiden Tools auf. Von IBM Rational Doors werden Requirements über die Plattform agosense.symphony nach HP QC/ALM übertragen. Die Requirements werden dabei in Doors in einer individuellen Hierarchie angelegt und an einer definierten Stelle A abgespeichert. Über die Module in agosense.symphony werden die Synchronisationsprozesse modelliert und der automatische Transfer konfiguriert. Im Requirements-Bereich von QC werden die Daten schließlich in exakter Reihenfolge wiedergegeben und in einem definierten Ordner B abgelegt. Innerhalb von QC können dann direkt verknüpfte Testfälle pro Requirement erstellt werden. Der Synchronisationsprozess Die folgenden Screenshots veranschaulichen auf vereinfachte Weise den Prozess. Screenshot Nr. 1 zeigt die Doors- Oberfläche mit einer Liste von Requirements, die in individueller Reihenfolge angelegt wurde. Screenshot Nr. 2 zeigt das Mapping- Modul in der symphony-Oberfläche. Hier werden die zu übertragenen Attribute von Doors nach QC übersetzt. Screenshot Nr. 3 stellt schließlich das Reporting-Modul dar, in welchem die Prozesse - sowohl die erfolgreichen, wie auch die fehlerhaften - einzeln dokumentiert werden. Vorteile & Nutzen Automatisierte Synchronisierung der Requirements von einem individuell definierten Ordner A in Doors in einen individuell definierten Ordner B in QC Übertragung der exakten Hierarchie aus Doors in QC Transfer von Anhängen, wie Bilder, Tabellen, OLE-Objekten etc. nach QC Übertragung von Umlauten und Sonderzeichen nach QC Tester arbeiten durchgängig in ihrem Tool und erstellen die Testfälle in QC in direkter Verknüpfung zu den Requirements Effektiver Synchronisationsprozess durch checksum IBM Rational Doors Requirements in individueller Hierarchie, in einem definierten Ordner A HP Quality Center/ALM Korrespondierende Requirements übertragen • in exakter Hierarchie • in definierten Ordner B Requirements Tester erstellen direkt verknüpfte Testfälle pro Requirement Tests agosense.symphony Modellierung der Geschäftsprozesse und automatischer Daten- transfer inkl. Anhängen (OLE) und Umlauten Abb. 1: Schematische Integration zwischen IBM Rational Doors und HP Quality Center/ALM via agosense.symphony

IBM Rational Doors - HP Quality Center · HP Quality Center/ALM Korrespondierende Requirements übertragen • in exakter Hierarchie • in definierten Ordner B Requirements Tester

  • Upload
    others

  • View
    2

  • Download
    0

Embed Size (px)

Citation preview

Page 1: IBM Rational Doors - HP Quality Center · HP Quality Center/ALM Korrespondierende Requirements übertragen • in exakter Hierarchie • in definierten Ordner B Requirements Tester

1/2IBM Rational Doors - HP Quality Center | 2012-06-01

agosense GmbHStammheimer Str. 10 70806 Kornwestheim

[email protected] +49 . 7154 . 99951 . 0www.agosense.com

Follow us on...http://www.facebook.de/agosensehttp://twitter.com/agosense

Integration via agosense.symphony

IBM Rational Doors - HP Quality Center

DATENBLAT T

Das vorliegende Datenblatt beschreibt die unidirektionale Integration zwischen dem Requirementsmanagement-System Rational Doors (Doors) von IBM und dem Testmanagement-System Quality Center/ALM (QC) von Hewlett Packard über die Integrationsplattform agosense.symphony.

Die IntentionUm eine effektive Zusammenarbeit zwischen den Entwicklern auf der Doors-Seite und den Testern auf der QC-Seite zu gewährleisten, werden die beiden Tools über Adapter an die Integrationsplattform agosense.symphony gekoppelt. Die Plattform ermöglicht eine individuell konfigurierbare Synchronisierung der Requirements von Doors nach QC. Die Tester können dadurch direkt verknüpfte Testfälle pro Requirement in QC erstellen.

Die Implementierung des ProzessesÜber diverse Module in der agosense.symphony Oberfläche werden die Prozesse zwischen den Tools spezifisch definiert und die von Doors nach QC zu übertragenen Attribute im sogennanten Mapping Modul miteinander verknüpft.

Der Synchronisationsprozess kann manuell vom User oder aber automatisiert ausgelöst werden. Das sogenannte Scheduling Modul definiert dabei die Zeiten oder Ereignisse, zu welchen der Synchronisationsprozess ausgelöst werden soll.

Der Prozess prüft für jedes einzelne Requirement, ob die Felder korrekt von Doors nach QC übertragen werden können und ersetzt im Zweifelsfall die für QC unlesbaren Daten (z. B. HTML-Tags).

Über die sogenannte md5 checksum prüft der Prozess außerdem, ob die Daten seit dem letzten Transfer verändert wurden oder nicht und überträgt nur die geänderten Requirements nach QC. Auf diese Weise ist ein effektiver Prozessablauf möglich.

Im Falle eines Fehlers während der Synchronisierung, wird der Prozess gestoppt und der Fehler im sogenannten Reporting Modul in agosense.symphony dokumentiert. Der User kann dort das Problem identifizieren und den Prozess schließlich neu starten.

Abbildung 1 zeigt die schematische Gesamtübersicht der Integration zwischen den beiden Tools auf. Von IBM Rational Doors werden Requirements über die Plattform agosense.symphony nach HP QC/ALM übertragen. Die Requirements werden dabei in Doors in einer individuellen Hierarchie angelegt und an einer definierten Stelle A abgespeichert. Über die Module in agosense.symphony werden die Synchronisationsprozesse modelliert und der automatische Transfer konfiguriert. Im Requirements-Bereich von QC werden die Daten schließlich in exakter Reihenfolge wiedergegeben und in einem definierten Ordner B abgelegt. Innerhalb von QC können dann direkt verknüpfte Testfälle pro Requirement erstellt werden.

Der SynchronisationsprozessDie folgenden Screenshots veranschaulichen auf vereinfachte Weise den Prozess.

Screenshot Nr. 1 zeigt die Doors-Oberfläche mit einer Liste von Requirements, die in individueller Reihenfolge angelegt wurde.

Screenshot Nr. 2 zeigt das Mapping-Modul in der symphony-Oberfläche. Hier werden die zu übertragenen Attribute von Doors nach QC übersetzt.

Screenshot Nr. 3 stellt schließlich das Reporting-Modul dar, in welchem die Prozesse - sowohl die erfolgreichen, wie auch die fehlerhaften - einzeln dokumentiert werden.

Vorteile & NutzenAutomatisierte Synchronisierung der Requirements von einem individuell definierten Ordner A in Doors in einen individuell definierten Ordner B in QC

Übertragung der exakten Hierarchie aus Doors in QC

Transfer von Anhängen, wie Bilder, Tabellen, OLE-Objekten etc. nach QC

Übertragung von Umlauten und Sonderzeichen nach QC

Tester arbeiten durchgängig in ihrem Tool und erstellen die Testfälle in QC in direkter Verknüpfung zu den Requirements

Effektiver Synchronisationsprozess durch checksum

IBM Rational Doors

Requirements in individueller Hierarchie, in

einem de�nierten Ordner A

HP Quality Center/ALM

Korrespondierende Requirements übertragen

• in exakter Hierarchie • in definierten Ordner B

Requirements

Tester erstellendirekt verknüpfte

Testfällepro Requirement

Tests

agos

ense

.sym

phon

y

Modellierung der Geschäftsprozesse und automatischer Daten-

transfer inkl. Anhängen (OLE) und Umlauten

Abb. 1: Schematische Integration zwischen IBM Rational Doors und HP Quality Center/ALM via agosense.symphony

Page 2: IBM Rational Doors - HP Quality Center · HP Quality Center/ALM Korrespondierende Requirements übertragen • in exakter Hierarchie • in definierten Ordner B Requirements Tester

2/2IBM Rational Doors - HP Quality Center | 2012-06-01

agosense GmbHStammheimer Str. 10 70806 Kornwestheim

[email protected] +49 . 7154 . 99951 . 0www.agosense.com

Follow us on...http://www.facebook.de/agosensehttp://twitter.com/agosense

Integration via agosense.symphony

IBM Rational Doors - HP Quality Center

DATENBLAT T

Screenshot Nr. 4 demonstriert die erfolgreich synchronisierten Requirements in HP QC - in derselben Hierarchie und in einem individuell definierten Ordner B.

Screenshot Nr. 5 veranschaulicht, dass Anhänge wie Bilder, Tabellen etc. oder aber Sonderzeichen/Umlaute ebenfalls korrekt nach QC übertragen werden.

Screenshot Nr. 6 zeigt schließlich, wie Tester direkt verknüpfte Testfälle pro Requirement erstellen können. Die Tester können auf diese Weise durchgängig in ihrem Tool arbeiten, ohne die Oberfläche wechseln zu müssen.

21

5

3 4

6