Fitconnect E2E Smoke Tests

Smoke Tests für FIT-Connects

Bei unserem letzten Team-Event haben wir uns darauf geeinigt, dass Smoke Tests für FIT-Connects unverzichtbar sind. Sie bieten kontinuierliche Einblicke in den Systemzustand, helfen uns, Probleme zu erkennen, bevor sie die Nutzer:innen beeinträchtigen, und schützen das Vertrauen in die Plattform. Ohne diese automatisierten Prüfungen riskieren wir eine späte Entdeckung von Problemen, geringeres Vertrauen in Deployments und mögliche Serviceunterbrechungen.

Umfang & Einrichtung

• Das SDK-Team übernimmt die Verantwortung für die Implementierung und Pflege der Smoke Tests.
• Bestehende SDK-Setups (teilweise bereits vorhanden) sollen genutzt werden.
• Das SDK Muster Dienst wird genutzt, um Sende- und Empfangsabläufe zu validieren.
• Tests sollen über das SSP laufen, um das Destination-Management zu überprüfen.
• Tests sollten gegen dev ausgeführt werden (erste Anlaufstelle für neue Änderungen im Zyklus).

Durchführung & Überwachung

• Smoke Tests sollten mindestens einmal pro Stunde ausgeführt werden.
• Fehler sollen die verantwortlichen Personen benachrichtigen, zunächst über Teams-Benachrichtigungen.
• Langfristig könnten die Monitoring- und Alerting-Optionen von GitLab Ultimate berücksichtigt werden.

Erwartetes Ergebnis

Eine zuverlässige, automatisierte Smoke-Test-Suite, die:

• Früherkennung von Problemen sicherstellt.
• Klare Einblicke in den Systemzustand bietet.
• Hilft, den Vertrauensverlust bei Stakeholdern und Endnutzer:innen zu verhindern.

Akzeptanzkriterien

• Smoke Tests werden mindestens einmal pro Stunde ausgeführt.
• Sende- und Empfangsabläufe werden über das SDK Muster Dienst validiert.
• Destination-Management wird über das SSP validiert.
• Bei Testfehlern werden Teams-Benachrichtigungen ausgelöst.
• Smoke Tests laufen erfolgreich gegen die dev-Umgebung.
• Monitoring und Alerting werden (langfristig) über GitLab Ultimate eingerichtet.
• Ergebnisse der Smoke Tests liefern klare Einblicke in den Systemzustand.