Systemtest 02: Routingdienst und DVDV Testverfahren

Warum?

Zur Sicherstellung der korrekten Funktionsweise des Routingdienstes und des DVDV-Microservice "FIT-Connect" soll ein Systemtest geschrieben werden, der

Relevante Links und Bemerkungen

• ZU BEACHTEN: Es muss vermutlich eine Wartezeit zwischen dem Aktualisieren des Zustellpunktes über die Submission API und dem Abrufen des Zustellpunktes in den Test eingebaut werden.
• Architekturüberblick: https://docs.fitko.de/fit-connect/docs/organisation-tasks/routing#exkurs-technischer-hintergrund
• Routing API: https://docs.fitko.de/fit-connect/docs/sending/get-destination
• Der Routingdienst läuft nur auf TESTING und PROD. Siehe https://docs.fitko.de/fit-connect/docs/getting-started/environments

Akzeptanzkriterien

1. Der Test aktualisiert einen Zustellpunkt via Self-Service API und via Submission API (Änderung des replyChannels-Attribut) und prüft, ob der DVDV-Microservice "FIT-Connect" im Anschluss die richtigen Werte zurückliefert (Beispielaufruf DVDV-Microservice).
2. Derselbe Zustellpunkt wird über die Routing API abgefragt und es wird geprüft, ob die Änderungen auch über die Routing API sichtbar sind. (Hierzu müssen zunächst die "Adressierungsinformationen" aus dem SSP im PVOG hinterlegt werden).
3. Die Tests werden täglich automatisiert auf TESTING ausgeführt (nachts um 3 via CI).

Durchführungsplan (vom Entwickler bei Storyplanung auszufüllen)

• Testumgebung - Testdestination Erstellen und ins PVOG eintragen (Marco/Wojtek)
• Destination Erstellen auf DevTesting-Umgebung

Testablauf:

• Destination Anpassen
  • Rückkanal ändern
• Abwarten das DVDV Änderungen übernimmt
• Destination über Routingdienst abfragen
  • Check ob die Rückkanal änderung übernommen wurde
• Pipeline anpassen
• Definition of Done wurde geprüft

Testfall_DVDV-Routing.pptx