# ITERATIVES TESTING FÜR TEAM MIGRATION

Version: 40 | Last modified: 2026-02-03T10:40:59.868+01:00
Source: confluence page ID 301350453

---

TESTCOVERAGE ZIELBILD
(Team Migration)

> Präsentiert in der MiKo am 21.2.2025

BAUSTEINE DES QA-IMPLEMENTIERUNGSKONZEPTS
Präsentiert im PIP 37 (25.6.2025) und PIP 38 (17.9.2025)
(in Umsetzung seit März 2024 in Team Migration)

AGILES TESTING
Vorgestellt PIP 34 (11.9.2024)

Wir wollen APN2.0 Workflows abbilden und anhand der Workflows Test Repository aufbauen.

TESTKONZEPT
Vorgestellt PIP 33 (12.6.2024, extra Folie), siehe Folien PIP 34 als Rückblick 11.9.2024

trueTestingfalseautotoptrue8205

Offene Fragen : 
X-Ray über 3 Teams = 3 x Jira aktuell, die Testfälle sind aber übergreifend (Vorschlag : eigenes Jira und von dort aus verknüpfen)
Branching Konzept für die Cypress Tests
Konzept, wann welche Tests ausgeführt werden

IMPELENTATION STEPS FOR END2END TESTING 
(gehört zum obigen Schaubild (Implementierungsanleitung), wurde in Einzelevents POs + SCMs vorgestellt)

Pipelines Testing APN Migration 
e2e Test: 
- Belegungsplan 
Voraussetzungen 
- Ein Projekt in GitLab, für das Sie CI/CD verwenden möchten. 
- Die Rolle Maintainer oder Owner für das Projekt. 
Schritte 
1.Stellen Sie sicher, dass Sie über Runner verfügen, die Ihre Aufträge ausführen können. (Wenn Sie GitLab.com verwenden, können Sie diesen Schritt überspringen. GitLab.com stellt Instanz-Runner für Sie bereit.) 
2.Erstellen Sie eine Datei .gitlab-ci.yml im Stammverzeichnis Ihres Repositorys. In dieser Datei definieren Sie die CI/CD-Jobs. 
Stellen Sie sicher, dass Runners verfügbar sind 
- Gehen Sie zu Einstellungen > CI/CD und erweitern Sie Runners. 
Wenn Sie keinen Runner haben 
1.Installieren Sie GitLab Runner auf Ihrem lokalen Rechner. 
2.Registrieren Sie den Runner für Ihr Projekt. Wählen Sie den Shell-Executor. 
Erstellen Sie eine .gitlab-ci.yml-Datei 
1.Wählen Sie in der linken Seitenleiste Code > Repository. 
2.Wählen Sie oberhalb der Dateiliste den Zweig aus, an den Sie die Datei übergeben möchten. 
3 Geben Sie als Dateinamen .gitlab-ci.yml ein. 
 wählen Sie Änderungen festschreiben.
Anzeigen des Status Ihrer Pipeline und Aufträge 
1.Gehen Sie zu Build > Pipelines. Es sollte eine Pipeline mit drei Stufen angezeigt werden. 
2.Zeigen Sie eine visuelle Darstellung Ihrer Pipeline an, indem Sie die Pipeline-ID auswählen. 
3.Zeigen Sie Details zu einem Auftrag an, indem Sie den Auftragsnamen auswählen. Zum Beispiel: deploy-prod 
 

SHORTENING TEST CYCLE 
Wurde im PI Anfang (März / April) 2024 umgesetzt und in diversen Einzelrunden: Janne, Andrea, Masut, mit allen Testern vorgestellt.

How to handle features once it reaches testing phase:
Run test cycle for one feature repeatedly until test is sucessfull: test, fix, deliver
One feature with all its test cycles should be finalized in one sprint

TEST CASES ERSTELLEN UND AUTOMATISIEREN
TBD

API Testing

> Präsentiert im PIP XX und Präsentiert in der MiKo am 21.2.2025

SIT - System Integration Test (Automation Pipeline)
> Präsentiert im PIP 38, 17.9.2025

Der Testautomatisierer liefert Code.
GitLab übernimmt das Bauen, Testen und Paketieren.
Das fertige Paket landet in der Registry.
Von dort aus wird es automatisch in die SIT-Umgebung deployt.
Dort läuft es in Pods und tauscht sich mit allen angebundenen Systemen aus.
Damit haben wir einen durchgängigen, weitgehend automatisierten Prozess, der sicherstellt, dass Änderungen schnell, reproduzierbar und konsistent in eine Testumgebung gebracht werden.

Regression Testing
> Präsentiert im PIP 37, 25.6.2025

Manuelles Testing in Sprints
> Präsentiert im PIP 38, 17.9.2025