# 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
