Seminar REI3 – Test, Qualitätssicherung und Troubleshooting

Das Seminar etabliert eine systematische Qualitätssicherung für REI3-Anwendungen mit Testdaten, Rollen- und Policy-Tests, Funktionsprüfung, Performancekontrolle und strukturierter Fehleranalyse.

Ein wiederverwendbarer Testkatalog und ein Diagnoseablauf begleiten Anwendungen von der Entwicklung über die Abnahme bis zum Betrieb. Die Inhalte werden an einer isolierten Übungsinstanz oder an einem fachlich neutralen Beispielszenario erarbeitet.

Zielgruppe

Builder-Autoren, Qualitätssicherung, Anwendungsbetreuung, technische Projektleitung und Plattformbetrieb.

Voraussetzungen

Erfahrung mit REI3-Anwendungen, Formularen, Queries, Rollen und grundlegender Administration.

Inhaltsübersicht

1. 1. Teststrategie und Umgebungen
2. 2. Datenmodell- und Migrationstests
3. 3. Rollen-, Policy- und UI-Tests
4. 4. Funktions-, Trigger- und Integrationstests
5. 5. Protokolle, Performance und Fehlerdiagnose
6. 6. Praxisfall und Qualitätskontrolle

1. Teststrategie und Umgebungen

Teststufen, Verantwortlichkeiten, Daten und Abnahmekriterien werden vor der Ausführung festgelegt. Im Mittelpunkt stehen Entwicklungstest, Integrationstest, Fachabnahme, Regression. Als Arbeitsergebnis entsteht einen abgestimmten Testplan.

1. Schritt 1 – Analyse: Teststufen, Verantwortlichkeiten, Daten und Abnahmekriterien werden vor der Ausführung festgelegt. Dazu werden Entwicklungstest und Integrationstest anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: Integrationstest, Fachabnahme und Regression werden im Qualitätskonzept angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren einen abgestimmten Testplan. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

2. Datenmodell- und Migrationstests

Pflichtwerte, Beziehungen, Indizes und Strukturänderungen werden mit gültigen und ungültigen Daten geprüft. Im Mittelpunkt stehen Grenzwert, Beziehungsfehler, Dublettenfall, Migration. Als Arbeitsergebnis entsteht eine geprüfte Datenbasis.

1. Schritt 1 – Analyse: Pflichtwerte, Beziehungen, Indizes und Strukturänderungen werden mit gültigen und ungültigen Daten geprüft. Dazu werden Grenzwert und Beziehungsfehler anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: Beziehungsfehler, Dublettenfall und Migration werden in einer Testinstanz angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren eine geprüfte Datenbasis. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

3. Rollen-, Policy- und UI-Tests

Positive und negative Zugriffsfälle werden mit getrennten Testkonten über Formulare, Listen und APIs ausgeführt. Im Mittelpunkt stehen Testrolle, Lesefall, Schreibfall, unzulässiger Zugriff. Als Arbeitsergebnis entsteht einen nachvollziehbaren Berechtigungsnachweis.

1. Schritt 1 – Analyse: Positive und negative Zugriffsfälle werden mit getrennten Testkonten über Formulare, Listen und APIs ausgeführt. Dazu werden Testrolle und Lesefall anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: Lesefall, Schreibfall und unzulässiger Zugriff werden in einer Testinstanz angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren einen nachvollziehbaren Berechtigungsnachweis. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

4. Funktions-, Trigger- und Integrationstests

Geschäftslogik, Automatisierungen und Schnittstellen werden auf Ergebnis, Wiederholung und Teilfehler geprüft. Im Mittelpunkt stehen Funktionsaufruf, Triggerfolge, API-Fehler, Retry. Als Arbeitsergebnis entsteht eine belastbare Prozessprüfung.

1. Schritt 1 – Analyse: Geschäftslogik, Automatisierungen und Schnittstellen werden auf Ergebnis, Wiederholung und Teilfehler geprüft. Dazu werden Funktionsaufruf und Triggerfolge anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: Triggerfolge, API-Fehler und Retry werden in einer Testinstanz angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren eine belastbare Prozessprüfung. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

5. Protokolle, Performance und Fehlerdiagnose

System-, Transfer- und Anwendungsprotokolle werden mit reproduzierbaren Schritten und Messwerten ausgewertet. Im Mittelpunkt stehen Reproduktionsschritt, Logkategorie, Laufzeitmessung, Ursachenhypothese. Als Arbeitsergebnis entsteht einen standardisierten Diagnosebericht.

1. Schritt 1 – Analyse: System-, Transfer- und Anwendungsprotokolle werden mit reproduzierbaren Schritten und Messwerten ausgewertet. Dazu werden Reproduktionsschritt und Logkategorie anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: Logkategorie, Laufzeitmessung und Ursachenhypothese werden im Administrations- und Builderbereich angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren einen standardisierten Diagnosebericht. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

6. Praxisfall und Qualitätskontrolle

Die Einzelschritte werden in einem zusammenhängenden Übungsfall verbunden. Konfigurationen werden nicht nur funktional, sondern auch hinsichtlich Berechtigungen, Fehlerverhalten, Wartbarkeit und dokumentierter Wiederholbarkeit geprüft.

• Einen risikobasierten Testkatalog für eine Beispielanwendung erstellen.
• Berechtigungs-, Funktions- und Migrationsfehler gezielt erzeugen und dokumentieren.
• Ein Performanceproblem anhand von Messung, Protokoll und Ausschlussverfahren eingrenzen.

Arbeitsweise

Kurze fachliche Einordnungen wechseln mit Demonstrationen und geführten Konfigurationsschritten. Jeder Themenblock endet mit einer Kontrollaufgabe, einem Negativtest und einer dokumentierten Prüfliste.