You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.adoc
+55-23Lines changed: 55 additions & 23 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -104,8 +104,14 @@ Es gibt keine Vorgabe WIE diese Umleitung erfolgen muss, zwei Wege scheinen jedo
104
104
105
105
=== Forward Proxy (Variante 1)
106
106
107
-
Zunächst einmal kann der Tiger-Proxy schlicht als Forward-Proxy für das Primärsystem eingerichtet werden.
108
-
Die Routen sind entsprechend konfiguriert, so dass der Verkehr hier an die korrekten Aktensysteme weitergeleitet wird.
107
+
In dieser Konfiguration kann die KOB-Testsuite als Forward-Proxy für das Primärsystem eingerichtet werden.
108
+
Die Routen sind entsprechend konfiguriert, damit der Verkehr hier an die korrekten Aktensysteme weitergeleitet wird.
109
+
110
+
Hierbei sind folgende Punkte zu beachten:
111
+
112
+
* Primärsystem seitig wird die KOB-Testsuite als Proxy konfiguriert (e.g. `localhost:443`). Hiermit werden die Requests über die KOB-Testsuite an die Aktensysteme gesendet. Ein Request an `https://epa-as-1.dev.epa4all.de/foobar`, via KOB-Testsuite mit `localhost:443` entspricht somit `curl -x localhost:443 epa-as-1.dev.epa4all.de/foobar`)
113
+
* Dabei ist darauf zu achten, dass der HTTP Header im (äußeren) HTTP Request dennoch den FQDN des Aktensystems enthält (e.g `Host: epa-as-1.dev.epa4all.de`), damit das Routing an das gewünschte Aktensystem erfolgen kann.
114
+
* Eine zusätzliche Manipulation der DNS Auflösung (Variante 2) in der `hosts` Datei ist nicht notwendig.
109
115
110
116
=== DNS Manipulation (Variante 2)
111
117
@@ -124,6 +130,38 @@ Beispiel, wenn das Primärsystem auf dem gleichen Rechner läuft, wie die Testsu
124
130
Diese Einträge sollten nach der Durchführung der KOB-Testsuite wieder entfernt werden, da es ansonsten zu einem unbeabsichtigten Fehlverhalten führt, wenn die KOB-Testsuite nicht mehr aktiv läuft und somit die Nachrichten nicht mehr an die Aktensysteme weitergeleitet werden.
125
131
====
126
132
133
+
=== Proxy für die Erreichbarkeit der Aktensysteme
134
+
135
+
Sollten sich die Aktensysteme in der RU-DEV Umgebung nicht direkt erreichen lassen, sondern nur über einen (Forward) Proxy (z.B. in einem unternehmensinternen VPN), dann müssen in der Datei `tiger.yml` folgende Zeilen entsprechen aktiviert und angepasst werden:
136
+
137
+
[source,yaml]
138
+
----
139
+
# proxy configuration
140
+
forwardToProxy:
141
+
hostname: <PROXY_IP_OR_FQDN>
142
+
port: <PROXY_PORT>
143
+
----
144
+
145
+
=== Konfiguration von Git
146
+
147
+
Bei dem Checkout für eine lokale Kopie von dem Repository ist darauf zu achten, dass die Dateien nicht verändert werden durch ein Checkout selbst. Hierzu ist zu prüfen, dass folgenden Git Einstellungen (`.gitconfig`) für den Checkout des Repos genutzt werden:
148
+
149
+
[source]
150
+
----
151
+
[core]
152
+
autocrlf = false
153
+
----
154
+
155
+
Dies kann mit folgenden Befehlen erreicht werden, je nachdem auf welcher Ebene die Einstellung getroffen werden soll:
Da der KOB-Testsuite Container während der Ausführung Maven-Artefakte bezieht, muss das Internet für den Container erreichbar sein. Sollte das Internet nur über einen Proxy-Server erreichbar sein, müssen die Einstellungen in der [./settings.xml](./settings.xml) für die Ausführung des PS-Testsuite Containers angepasst werden. Bitte beachten Sie, dass der Parameter `<active>true</active>` gesetzt werden muss, um die Einstellungen zu aktivieren und das Docker-Volume `kob-testsuite-maven` gelöscht werden muss, um die Änderungen zu übernehmen.
@@ -146,6 +184,20 @@ Dazu müssen die folgenden Einträge angepasst werden:
146
184
== Testausführung
147
185
148
186
Die KOB-Testsuite kann entweder lokal per Maven oder in einem Docker-Container ausgeführt werden.
187
+
Per Default starten momentan nur die verpflichtenden KOB-Testfälle. Ohne diesen Filter werden alle Tests ausgeführt.
188
+
Siehe `.env` Datei.
189
+
Hier können dann auch die optionalen Testfälle, wenn gewünscht, konfiguriert werden.
190
+
191
+
* `@KOB` - für den Test gegen beide Aktensysteme (Default)
192
+
* `@IBM` - für den Test gegen das IBM Aktensystem
193
+
* `@RISE` - für den Test gegen das RISE Aktensystem
194
+
195
+
Optionale Testfälle:
196
+
197
+
* `@login` - Aufbau einer User-Session bei einem der beiden Aktensysteme
198
+
* `@information-record-status` - Aktenkontolokalisierung bei einem der beiden Aktensysteme
199
+
* `@information-consent-decisions` - Abfrage der Zustimmung für ein Aktenkonto bei einem der beiden Aktensysteme
200
+
* `@entitlement` - Einstellen einer Befugnis für ein Aktenkonto bei einem der beiden Aktensysteme
149
201
150
202
=== Lokal (Maven)
151
203
@@ -154,31 +206,11 @@ Für die lokale Ausführung werden folgende Software-Versionen empfohlen:
154
206
* Maven Version >= 3.9
155
207
* JAVA Version >= 17
156
208
157
-
Ist dies gegeben, reicht ein einfaches Kommando `mvn clean install` im Root-Verzeichnis des Projekts.
158
-
Um nur die Testfälle für die KOB EPA 3.0 auszuführen, können die folgenden Befehle verwendet werden:
159
-
160
-
* `mvn clean verify -Dcucumber.filter.tags=@KOB` für den Test gegen beide Aktensysteme
161
-
* `mvn clean verify -Dcucumber.filter.tags=@IBM` für den Test gegen das IBM Aktensystem
162
-
* `mvn clean verify -Dcucumber.filter.tags=@RISE` für den Test gegen das RISE Aktensystem
163
-
164
-
Um optionale Testfälle auszuführen, können die folgenden Befehle verwendet werden:
0 commit comments