Die Software ist fertig entwickelt, die Systemtests sind grün – und trotzdem verweigert der Fachbereich die Abnahme. Oder schlimmer: Er nimmt ab, und erst im Betrieb zeigt sich, dass zentrale Abläufe nicht so funktionieren, wie sie gebraucht werden. Abnahmetests sollen genau das verhindern. Dieser Artikel zeigt, wie Sie Abnahmetests so vorbereiten und durchführen, dass am Ende eine belastbare Entscheidung steht – und kein Streit über Erwartungen.
Abnahmetests sind die letzte Teststufe vor dem produktiven Einsatz. Anders als Komponenten-, Integrations- und Systemtests fragen sie nicht in erster Linie, ob die Software technisch korrekt gebaut ist, sondern ob sie für ihren Zweck geeignet ist: Können die späteren Anwender ihre Aufgaben mit dem System erledigen, und sind die vereinbarten Anforderungen erfüllt?
Daraus folgt eine wichtige Abgrenzung. Abnahmetests sind kein Ersatz für gründliche Tests in den vorherigen Stufen. Wer in der Abnahme noch grundlegende technische Fehler findet, hat ein Problem in der Teststrategie, nicht in der Abnahme. Das Ziel ist Vertrauen in das Gesamtsystem – Fehler sollen hier die Ausnahme sein, nicht der Normalfall.
Der Begriff wird oft gleichgesetzt mit dem fachlichen Test durch die Anwender. In der Praxis – und auch im ISTQB-Lehrplan – werden mehrere Formen unterschieden, die je nach Projekt unterschiedlich wichtig sind:
Gerade der betriebliche Abnahmetest wird häufig vergessen. Eine Anwendung, die fachlich überzeugt, sich aber nicht sauber sichern, überwachen oder aktualisieren lässt, ist nicht betriebsbereit.
Der häufigste Grund für Konflikte bei der Abnahme sind Kriterien, die erst am Ende diskutiert werden. Dann prallen unterschiedliche Erwartungen aufeinander, und jede Seite fühlt sich im Recht. Abnahmekriterien gehören deshalb an den Anfang – in die Anforderungen, in die User Stories oder in das Pflichtenheft.
Gute Abnahmekriterien sind eindeutig, prüfbar und mit dem Fachbereich abgestimmt. „Die Suche soll benutzerfreundlich sein“ ist keine Prüfgrundlage, „Sachbearbeiter finden einen Vorgang über Aktenzeichen, Name oder Datum“ schon. Wie Sie Anforderungen so formulieren, dass sie später testbar sind, beschreibt unser Artikel Der unterschätzte Erfolgsfaktor: saubere Anforderungen.
Legen Sie außerdem fest, was mit gefundenen Abweichungen passiert. Bewährt hat sich eine Einteilung in Fehlerklassen – etwa „verhindert die Abnahme“, „Abnahme unter Auflagen“ und „kann im Betrieb behoben werden“ – zusammen mit einer klaren Regel, ab welcher Fehlerlage abgenommen wird.
Abnahmetestfälle sollten nicht einzelne Masken abarbeiten, sondern vollständige Abläufe aus Sicht der Anwender abbilden: vom Eingang eines Antrags über Prüfung und Freigabe bis zum Bescheid, vom Angebot über den Auftrag bis zur Rechnung. Nur so zeigt sich, ob Schnittstellen, Berechtigungen und Datenflüsse im Zusammenspiel funktionieren.
Testfälle sollten verständlich genug sein, dass Fachanwender sie ohne Testerfahrung ausführen können, und präzise genug, dass ein Ergebnis eindeutig als bestanden oder nicht bestanden bewertet werden kann.
Abnahmetests brauchen eine Umgebung, die der Produktion in Konfiguration, Schnittstellen und Berechtigungskonzept möglichst nahekommt. Testdaten sollten realistische Fälle abbilden; personenbezogene Daten werden anonymisiert oder synthetisch erzeugt.
Mindestens so wichtig ist die organisatorische Vorbereitung. Die Fachanwender, die testen sollen, haben in der Regel ein volles Tagesgeschäft. Ihre Zeit muss deshalb früh mit den Führungskräften abgestimmt und verbindlich eingeplant werden. Eine kurze Einführung in die Anwendung, in die Testfälle und in die Fehlererfassung verhindert, dass wertvolle Testzeit mit Rückfragen verloren geht.
Während der Testphase braucht es eine klare Koordination: Wer testet welche Fälle bis wann? Wo werden Abweichungen erfasst, und wer bewertet sie? Ein tägliches kurzes Abstimmungstreffen zwischen Fachbereich, Testmanagement und Entwicklung hält die Fehlerlage transparent und beschleunigt Entscheidungen.
Am Ende steht eine Entscheidung, keine Stimmung. Grundlage ist ein Abnahmebericht, der zusammenfasst, welche Testfälle durchgeführt wurden, welche Abweichungen offen sind, wie sie eingestuft werden und welche Risiken für den Betrieb bestehen. Daraus ergibt sich eine von drei Empfehlungen: Abnahme, Abnahme unter Auflagen mit festgelegten Nachbesserungen und Fristen, oder Verweigerung der Abnahme mit konkreter Begründung.
Bei extern beauftragter Software hat die Abnahme oft auch vertragliche Bedeutung – etwa für Zahlungen oder den Beginn von Gewährleistungsfristen. Umso wichtiger ist eine sorgfältige Dokumentation von Testergebnissen, offenen Punkten und Auflagen. Die vertraglichen Folgen im Einzelfall sollten mit der Rechtsabteilung oder juristischer Beratung geklärt werden.
In Scrum gibt es keine große Abnahme am Projektende, sondern viele kleine: Akzeptanzkriterien gehören zu jeder User Story, und der Product Owner bewertet Inkremente im Sprint Review. Das ersetzt den Abnahmetest vor dem Go-live jedoch nicht vollständig. Vor einem größeren Release lohnt sich weiterhin eine gebündelte fachliche Abnahme der End-to-End-Prozesse, insbesondere wenn mehrere Teams oder Systeme beteiligt sind. Wiederkehrende Abnahmeszenarien lassen sich teilweise automatisieren – wie das gelingt, zeigt unser Leitfaden Testautomatisierung einführen in 6 Schritten.
Abnahmetests sind der Moment, in dem sich zeigt, ob ein IT-Projekt seinen Zweck erfüllt. Mit früh vereinbarten, messbaren Abnahmekriterien, Testfällen aus echten Geschäftsprozessen, gut vorbereiteten Fachanwendern und einer dokumentierten Entscheidung wird aus einem Konfliktpunkt ein planbarer Meilenstein. Wie Qualitätssicherung über das gesamte Projekt hinweg zum Erfolg beiträgt, lesen Sie in Warum Qualitätssicherung über den Projekterfolg entscheidet.
In erster Linie die späteren Anwender aus dem Fachbereich, unterstützt durch das Testmanagement, das Testfälle, Umgebung und Fehlererfassung organisiert. Betriebliche Abnahmetests übernehmen IT-Betrieb oder Administration.
Der Systemtest prüft, ob das Gesamtsystem die spezifizierten Anforderungen technisch korrekt umsetzt, und wird meist vom Entwicklungs- oder Testteam durchgeführt. Der Abnahmetest prüft, ob das System für den vorgesehenen Einsatz geeignet ist, und wird von Fachbereich und Betrieb verantwortet.
Die Abweichungen werden dokumentiert und nach Schwere bewertet. Je nach Fehlerlage wird die Abnahme erteilt, unter Auflagen mit festgelegten Nachbesserungen erteilt oder mit Begründung verweigert. Behobene Fehler werden anschließend erneut getestet.
30 Minuten Erstgespräch — kostenlos und unverbindlich. Wir schauen gemeinsam auf Ihr Vorhaben und zeigen, wie eine strukturierte Abnahme für Ihr System aussieht.
Jetzt Erstgespräch vereinbarenMehr zu unserer Leistung: Software-Qualitätssicherung in Hamburg →
Passend dazu: IT-Projektmanagement in Hamburg →