Projektbericht — Öffentliche Verwaltung
Steuerfachsoftware einer Landesfinanzbehörde
Wenn eine Gesetzesänderung ein festes Datum hat, entscheidet die Testautomatisierung darüber, ob der Termin hält.
- Branche
- Öffentliche Verwaltung, deutsche Landesfinanzbehörde
- Systemtyp
- Fachverfahren Steuer
- Rolle von AereA
- Modulentwicklung, Systemtest, Testautomatisierung, Dokumentation
- Zeitraum
- mehrjährig
Ausgangslage
Ein Fachverfahren, dessen Änderungen von außen terminiert sind: Gesetzesanpassungen mit festem Inkrafttreten.
Lösungsansatz
Modulentwicklung, spezifizierte und dokumentierte Systemtests, Aufbau automatisierter Tests sowie manuelles Testen für Formularlogik, Barrierefreiheit und DSGVO.
Ergebnis
Über 2.000 dokumentierte Testfälle tragen den Regressionslauf zu jedem gesetzlichen Stichtag.
Ergebnisse auf einen Blick
- Über 2.000 dokumentierte Testfälle als Grundlage des Regressionslaufs
- Mehrjährige durchgehende Beteiligung am Fachverfahren
- GUI-Automatisierung mit Squish für die Qt-Oberflächen, ausgeführt über Jenkins
- Barrierefreiheits- und DSGVO-Tests als eigene Testarten im Systemtest, nicht als Nachprüfung
- Reproduzierbare Testumgebungen über Proxmox und VirtualBox mit synthetischen Testdatenbeständen
- Testfälle, Protokolle, Berichte, Handbücher und Hilfetexte als Teil der Lieferung
Ausgangslage
Ein Fachverfahren der Steuerverwaltung ändert sich nicht, weil eine bessere Idee vorlag, sondern weil ein Gesetz in Kraft tritt. Die Termine sind extern gesetzt und nicht verschiebbar.
Aufgabenstellung
Weiterentwicklung und Qualitätssicherung über mehrere Jahre, mit dem Anspruch, zu jedem gesetzlichen Stichtag einen belastbaren Regressionslauf zu haben.
Umsetzung
- Modulentwicklung im laufenden Verfahren, in C++ und Python mit Qt-Oberflächen.
- Systemtests — Spezifikation, Durchführung und Dokumentation.
- Testautomatisierung — Aufbau automatisierter Tests, GUI-Automatisierung mit Squish, Ausführung über Jenkins.
- Manuelles Testen dort, wo fachliche Beurteilung nötig ist: Gesetzesanpassungen, Formularlogik, Sonderfälle.
- Spezialtests — Barrierefreiheit nach BITV-Anforderungen sowie DSGVO-relevante Funktionen und Datenflüsse.
- Testumgebungen über Proxmox und VirtualBox, mit synthetischen Testdatenbeständen — Echtdaten scheiden hier aus.
Dokumentation
Testfälle, Protokolle, Berichte, Handbücher und Hilfetexte gehörten zum Leistungsumfang, ebenso die Unterstützung des Anwendersupports. In der Verwaltung ist die Dokumentation Teil des Nachweises, nicht Begleitmaterial.
Fazit
Dieses Projekt ist der Grund, warum Barrierefreiheits- und DSGVO-Tests bei uns eigene Testarten sind und nicht unter „sonstige Prüfungen" laufen — und warum diese Website eine eigene Barrierefreiheitserklärung hat.
Technologien
Häufige Fragen
Warum GUI-Automatisierung mit Squish?
Weil die Fachlogik in Formularen und ihren Abhängigkeiten steckt und nur über die Oberfläche vollständig prüfbar ist. Squish deckt die Qt-basierten Oberflächen ab, die eine reine API-Testebene nicht erreicht.
Wie prüfen Sie Barrierefreiheit?
Kombiniert: automatisierte Prüfungen für die maschinell prüfbaren Kriterien, dazu manueller Tastaturdurchlauf und Screenreader-Stichproben. Automatisierte Werkzeuge decken nur einen Teil der WCAG-Kriterien ab.
Kontakt
Ansprechpartner
Qualitätssicherung, Testmanagement & Unternehmensleitung