Projekt

Allgemein

Profil

Einbindung von Testklassen eines GDI-DE Mitglieds in die GDI-DE Testsuite

Bearbeitungsstand: 06.07.2020

Über die in der GDI-DE Testsuite eingebundenen Testengines Inspire ETF Validator und OGC TEAM Engine können in der GDI-DE Testsuite auch "lokale" - wie z. Bsp. länderspezifisch entwickelte - Testklassen eingebunden und zur Testausführung bereitgestellt werden.

USECASES

USECASE 1: Einbindung einer neuen Testklasse

Ein Mitglied der GDI-DE möchte eine Testklasse auf Grundlage einer eigenentwickelten ETS Spezifikation in der GDI-DE Testsuite zur Testausführung bereitstellen.

Voraussetzung: Es liegt eine vom Bereitsteller entwickelte ETS-Spezifikation mit zugehöriger ATS vor, die zum Bereitstellungszeitpunkt in dem aktuell in der GDI-DE Testsuite verwendeten Release des ETF-Validators oder der TEAM Engine lauffähig ist.

Ablauf:

  1. Bereitsteller erstellt eine Supportfrage zur gewünschten Bereitstellung im Ticketsystem der GDI-DE.
  2. Fachliche Bewertung und ggfs. Freigabe zur Umsetzung koordiniert durch KST
  3. Im Falle der Freigabe Erstellung/Generierung eines Testpaketes für die vorliegende ETS zur Bereitstellung der neuen Testklasse in der GDI-DE Testsuite und Implementierung der Testklasse in Test-/Staging-System durch Betrieb GDI-DE.
  4. Durchführung von Tests durch Bereitsteller
  5. Im Falle von Fehlern die durch die ETS verursacht werden sind diese durch den Bereitsteller zu beheben und die aktualisierte ETS erneut bereitzustellen. Weiter mit 3.
  6. Freigabe durch Bereitsteller
  7. Bereitstellung der neuen Testklasse in der Produktivumgebung durch Betrieb GDI-DE

USECASE 2: Aktualisierung einer Testklasse

Ein Mitglied der GDI-DE möchte eine aktualisierte Version einer Testklasse auf Basis einer von ihm entwickelten ETS bereitstellen.

Voraussetzung: Es liegt eine vom Bereitsteller aktualisierte ETS-Spezifikation zu dieser Testklasse vor, die zum Bereitstellungszeitpunkt in dem aktuell in der GDI-DE Testsuite verwendeten Release des ETF-Validators oder der TEAM Engine lauffähig ist.

Ablauf:

  1. Bereitsteller erstellt eine Supportfrage zur gewünschten Aktualisierung im Ticketsystem der GDI-DE.
  2. Erstellung/Generierung eines Testpaketes für die vorliegende ETS zur Bereitstellung der neuen Testklasse in der GDI-DE Testsuite und Implementierung der Testklasse in Test-/Staging-System durch Betrieb GDI-DE.
  3. Durchführung von Tests durch Bereitsteller
  4. Im Falle von Fehlern die durch die ETS verursacht werden sind diese durch den Bereitsteller zu beheben und die ETS zu aktualisieren. Weiter mit 2.
  5. Freigabe durch Bereitsteller
  6. Bereitstellung der neuen Testklasse in der Produktivumgebung durch Betrieb GDI-DE

USECASE 3: Releaseupgrade der verwendeten Testengine in der GDI-DE Testuite

Sicherstellung der Lauffähigkeit der ETS zu einer von einem Mitglied der GDI-DE bereitgestellten Testklasse bei einem Release-Upgrade des von der GDI-DE Testsuite verwendeten ETF-Validators oder der der TEAM Engine

Voraussetzung: Es wurde ein neues Release des ETF-Validator veröffentlicht, das in der GDI-Testsuite übernommen werden soll.
Anmerkung zum ETF-Validator: Zukünftig ist geplant der Releaseplanung des INSPIRE Reference Validators zu folgen und neue Releases des ETF Validators zeitnah nach der Veröffentlichung in die GDI-DE Testsuite zu übernehmen.

Ablauf:

  1. GDI-DE Betrieb erstellt im Rahmen des geplanten Releaseupgrades im Ticketsystem der GDI-DE ein Supportticket zur Überprüfung und Sicherstellung der Lauffähigkeit der ETS im neuen Release durch den jeweiligen Bereitsteller.
  2. Im Falle erforderlicher Anpassungen sind diese durch den Bereitsteller zu beheben und die aktualisierte ETS erneut bereitzustellen.
  3. Erstellung/Generierung eines Testpaketes für die vorliegende ETS zur Bereitstellung der neuen Testklasse in der GDI-DE Testsuite und Implementierung der Testklasse in Test-/Staging-System durch Betrieb GDI-DE.
  4. Durchführung von Tests durch Bereitsteller
  5. Freigabe durch Bereitsteller
  6. Bereitstellung der neuen Testklasse in der Produktivumgebung durch Betrieb GDI-DE

USECASE 4: Supportanfrage zur Testklasse

Supportanfragen im Produktivbetrieb, die sich auf ETS Spezifikationen zu einer von einem Mitglied der GDI-DE bereitgestellten Testklasse beziehen.

Voraussetzung: Über das Ticketsystem der GDI-DE wurde eine Supportanfrage im Produktivsystem der GDI-DE Testsuite zu einer von einem Mitglied der GDI-DE bereitgestellten Testklasse gemeldet.

Ablauf:

  1. Das zugrundeliegende Supportticket wird durch GDI-DE Betrieb dem Bereitsteller der Testklasse zur weiteren Bearbeitung und ggfs Fehlerbehebung zugewiesen.
  2. Beantwortung der Supportanfrage durch den Bereitsteller, im Fehlerfall zusätzlich
    1. Fehlerbehebung durch den Bereitsteller und Erstellung einer aktualisierten ETS mit der Fehlerkorrektur.
    2. Erstellung/Generierung eines Testpaketes für die vorliegende ETS Implementierung der Testklasse in Test-/Staging-System durch Betrieb GDI-DE.
    3. Durchführung von Tests zur erfolgreichen Fehlerbehebung durch Bereitsteller
    4. Freigabe durch Bereitsteller
    5. Bereitstellung der korrigierten Testklasse in der Produktivumgebung durch Betrieb GDI-DE
  3. Abschluss der Supportanfrage

Randbedingungen:
GDI-DE Mitglieder, die eigene Testklassen in der GDI-DE Testsuite bereitstellen müssen in den Supportprozess eingebunden werden.
Zur Bearbeitung von zugeordneten Tickets im GDI-DE Redmine sind entsprechende Benutzergruppen und Useraccounts einzurichten.
Sollten im Zusammenhang mit der Einbindung einer neuen Testklasse seitens GDI-DE Betrieb zusätziche Aufwände entstehen, ist im Einzelfall ggfs die Finanzierung zu klären.