Fehler, die erst bei der Abnahme auffallen, kosten ein Vielfaches. Deshalb ist Qualitätssicherung bei uns Teil jedes Sprints — mit dem unangenehmen Nebeneffekt, dass sie im Angebot offen ausgewiesen ist.
Prozess · Qualität
Qualität ist bei uns eine feste Regel.
Reviews, automatisierte Tests und definierte Abnahmekriterien laufen in jedem Sprint mit. Damit ist Qualität bereits eingeplant, wenn es im Projekt eng wird.
Haltung
Testen am Projektende ist die teuerste Variante.
-
Kein Code ohne Review: Auch bei Termindruck prüft eine zweite Person — das ist nicht verhandelbar.
-
Tests dort, wo es weh tut: Wir testen Fachlogik und Integrationen dort, wo Fehler wehtun.
-
Abnahmekriterien vorher: Was „fertig“ heißt, steht vor Beginn der Umsetzung fest.
Bausteine
Woraus unsere Qualitätssicherung besteht.
Vier Ebenen, die zusammen verhindern, dass Fehler bis zu Ihren Anwendern durchlaufen.
01Code-Reviews
Jede Änderung wird von einer zweiten Entwicklerin oder einem zweiten Entwickler gelesen — auf Korrektheit, Verständlichkeit und Einhaltung der Architekturprinzipien. Reviews sind auch Wissensverteilung im Team.
02Automatisierte Tests
Fachlogik und Schnittstellen sind durch Tests abgedeckt, die bei jedem Build laufen. Bei Legacy-Systemen bauen wir die Testbasis dort auf, wo wir ohnehin ändern.
03Continuous Integration
Jeder Stand wird automatisch gebaut, geprüft und auf eine Testumgebung ausgeliefert. Ein Release ist damit ein Knopfdruck.
04Fachliche Abnahme
Sie testen auf einer echten Umgebung gegen vorher vereinbarte Kriterien. Ergebnisse werden protokolliert, offene Punkte priorisiert.
05Sicherheit & Abhängigkeiten
Abhängigkeiten werden auf bekannte Schwachstellen geprüft, Berechtigungskonzepte getestet. Sicherheitsrelevante Updates laufen priorisiert.
Kein Code ohne zweites Augenpaar — auch wenn es eng wird.
So läuft es ab
Wo Qualität im Ablauf ansetzt.
Abnahmekriterien und Definition of Done entstehen gemeinsam mit der Anforderung.
01
Vor dem Bauen
Fertig definieren.
Abnahmekriterien und Definition of Done entstehen gemeinsam mit der Anforderung.
02
Beim Bauen
Prüfen, während es entsteht.
Reviews und Tests entstehen gemeinsam mit dem Code; die Pipeline blockiert, was nicht durchläuft.
03
Vor dem Release
Auf Staging bestätigen.
Fachliche Abnahme auf produktionsnaher Umgebung, inklusive Rollen- und Berechtigungsprüfung.
04
Nach dem Release
Beobachten im Betrieb.
Monitoring und Fehlerprotokolle zeigen, ob sich die Annahmen im Echtbetrieb halten.
Wirkung
Was Sie davon merken.
Qualitätssicherung ist unsichtbar, solange sie funktioniert — messbar wird sie an drei Stellen.
01Weniger Störungen im Betrieb
Fehler werden vor dem Release gefunden.
02Änderbar über Jahre
Eine getestete Codebasis lässt sich auch nach fünf Jahren noch anfassen.
03Nachweisbare Sorgfalt
Protokolle, Testberichte und Freigaben sind vorhanden, wenn Prüfer oder Kunden fragen.
Häufige Fragen
Was zur Qualität gefragt wird.
Nächster Schritt
Sprechen wir über Ihr Vorhaben.
Der kleinste sinnvolle Schritt ist ein gemeinsamer Workshop. Danach wissen Sie, was Ihr Vorhaben grob kostet — und wir, ob wir die Richtigen dafür sind.