Am ersten Tag starten. Dann ausbauen.
Release-Verifikation ist selten ein akuter Schmerz, aber sie kehrt bei jedem Release wieder. Sie starten mit Regressionstests ganz ohne Regelwerk und bauen die fachliche Verifikation Release für Release aus. Kein Big-Bang.
Anlass Wiederkehrend, jeder Release. Das Argument für den strategisch denkenden Einkauf, der Datentests systematisch verankert.
Jeder Release kann ein richtiges Ergebnis still verschieben.
Ein neuer Release ändert eine Berechnung, eine Schnittstelle oder eine Regel. Die Pipeline läuft weiter durch, die Zahlen sehen aus wie immer. Erst Wochen später fällt auf, dass ein Wert seit dem letzten Deployment leise daneben liegt.
Manuelle Stichproben und Excel-Vergleiche halten mit steigender Release-Frequenz nicht mehr mit, und sie sind im Audit schwer zu verteidigen. Was fehlt, ist eine wiederholbare Prüfung, die jeden Release gegen das letzte und gegen das fachlich erwartete Ergebnis stellt.
Klein anfangen, Release für Release ausbauen.
Sie müssen kein Regelwerk aufbauen, bevor SQACE Nutzen bringt. Der Einstieg ist ein Regressionstest, alles Weitere wächst Schritt für Schritt.
Erster Regressionstest am ersten Tag, ganz ohne Regelwerk.
- 01
Regression
Sofort starten, ohne Regelwerk. SQACE vergleicht den heutigen Lauf mit dem letzten und zeigt jede Veränderung.
- 02
Regelwerke
Fachliche Regeln im visuellen Builder hinterlegen, ohne SQL. Für Sonderfälle steht SQL bereit.
- 03
Soll/Ist
Das Soll-Ergebnis als zweite, regelbasierte Berechnung, gegen das Ist gestellt, Abweichungen bis auf Feld- und Regelebene klassifiziert.
- 04
Automatisiert
Den Ad-hoc-Lauf in Minuten zur geplanten, CI/CD-getriggerten Suite ausbauen.
Den aktuellen Release gegen das erwartete Ergebnis stellen.
Sobald ein Regelwerk steht, prüft SQACE nicht nur, ob sich gegenüber dem letzten Release etwas verändert hat, sondern auch, ob der neue Release das fachlich richtige Ergebnis liefert.
Soll ist die zweite, regelbasierte Berechnung, unabhängig vom geänderten Release-Code. Klassifiziert als Rundungs-Abweichung im Feld gebuehr_eur, seit Release 2.7, über Läufe verfolgt.
Ohne SQL starten, mit SQL wenn nötig.
Verproben
Ohne SQL starten
Erwartete Werte und Regeln entstehen im visuellen Builder und werden an echten Daten verprobt, bevor ein Lauf produktiv geht. Für Sonderfälle steht die SQL-Action bereit.
Wiederverwenden
Einmal bauen, oft nutzen
Ein Testbaustein, der einmal sitzt, wird über Releases und Projekte hinweg wiederverwendet. Was als Ad-hoc-Prüfung beginnt, bleibt ohne Neubau erhalten.
Automatisieren
Vom Ad-hoc-Test zur Suite
Derselbe Test wird in Minuten zur geplanten oder über die REST-API CI/CD-getriggerten Suite. Jeder Release läuft gegen dieselbe Methode.
Die laufende Verifikation, belegt.
Bei der LBBW ist SQACE seit 2020 die zentrale Plattform für Datentests, von 6 produktiven Applikationen aus, Skalierung Richtung 70 bis 80. Öffentlich belegt sind unter anderem 40 % weniger Aufwand im Datentest-Lifecycle und 50 % weniger Aufwand bei der Testfall-Erstellung.
Das ist der Effekt der Wiederholung: Eine standardisierte Methode, die jeder Release nutzt, senkt den Aufwand pro Lauf und macht Release-Entscheidungen auf belastbaren Berichten verteidigbar.
40 % weniger Aufwand im Datentest-Lifecycle, 50 % weniger Aufwand bei der Testfall-Erstellung, Testlaufzeit bis 90 % kürzer. Kennzahlen der LBBW, öffentlich auf sqace.io belegt.
LBBW, öffentliche Referenz (Jens Wauer)
Über 20 Jahre Banken-Domäne (FINARIS, zuvor RapidRep). Made in Europe, Frankfurt am Main.
Release-Verifikation
Nein. Der Einstieg ist ein Regressionstest ganz ohne Regelwerk: SQACE vergleicht den aktuellen Lauf mit dem letzten und zeigt jede Veränderung. Die fachliche Soll/Ist-Verifikation bauen Sie danach Release für Release aus, dort wo sie den meisten Nutzen bringt.
Nein, der Einstieg geht ohne SQL über den visuellen Builder. Für Sonderfälle steht die SQL-Action bereit, damit erfahrene Tester nicht ausgebremst werden. Ad-hoc verproben, wiederverwenden, automatisieren: derselbe Test wird ohne Neubau zur geplanten oder CI/CD-getriggerten Suite.
Ein einzelner Release rechtfertigt selten allein einen Toolkauf. Der Wert ist die Wiederholung: Wer Datentests systematisch im Haus verankert, sichert jeden Release mit derselben Methode ab und entscheidet auf belastbaren Berichten statt auf Bauchgefühl. Das ist das Argument für den strategisch denkenden Einkauf.
Sichern Sie Ihren nächsten Release ab.
In einer Demo zeigen wir den ersten Regressionstest ohne Regelwerk und wie daraus eine automatisierte Suite wird. Oder starten Sie mit einem Proof of Concept auf einer Pipeline.