Antwort.

Geschichte der Frage

Abnahmekriterien sind eine Reihe von Anforderungen, die erfüllt sein müssen, damit die Arbeit (Release, Aufgabe, Testfall) als abgeschlossen gilt. Im manuellen Testen ermöglichen klar definierte Bedingungen, Fehler, Missverständnisse und "versteckte" Unvollkommenheiten zu vermeiden.

Problem

Fehlende transparente Kriterien führen zu unterschiedlichen Interpretationen von "Bereitschaft": Der Entwickler betrachtet die Aufgabe als abgeschlossen, der Tester sieht sie nicht als vollständig an, und der Kunde erwartet die Übereinstimmung mit der Geschäftslogik.

Lösung

Die Entwicklung messbarer, klarer und widerspruchsfreier Kriterien (zum Beispiel: "Taste funktioniert", "Daten werden beim Aktualisieren der Seite gespeichert", "keine Validierungsfehler treten auf"). Es ist wichtig, die DoD zwischen Kunde, Tester und Entwickler abzustimmen, Änderungen der Anforderungen zu reflektieren und die Erfüllung der Kriterien für jede Story/Issue zu dokumentieren.

Wesentliche Merkmale:

Vermeiden von Missverständnissen und überflüssigen Erwartungen.
Bildung von Checklisten für manuelle Tests.
Fokussierung auf das Wichtige.

Fangfragen.

Ist die Erfüllung aller Kriterien zwingend erforderlich, um eine Aufgabe abzuschließen?

Ja, das ist das Wesen der DoD – eine Aufgabe wird nur dann als abgeschlossen betrachtet, wenn alle Kriterien erfüllt sind.

Kann die DoD während des Testens oder Releases geändert werden?

Ja, wenn sich die Anforderungen ändern oder neue Details hinzukommen, müssen jedoch alle Teammitglieder, insbesondere der Tester, darüber informiert werden.

Wer sollte die DoD bestimmen?

Das gesamte Team gemeinsam – unter Einbeziehung von Testern, Entwicklern, Business-Analysten und Vertretern des Kunden.

Typische Fehler und Anti-Patterns

Allgemeine, vage Formulierungen wie „Feature funktioniert“.
Ungeklärte Änderungen der Kriterien während des Prozesses.
Ignorieren der DoD bei Release oder Abnahme.

Beispiel aus dem Leben

Negativer Fall

Die Aufgabe wurde ohne formalisierten Kriterien angenommen: Ein Kollege hatte das Gefühl, dass alles funktioniert. Der Kunde findet einen Tag später einen "versteckten" Bug. Der Tester behauptet, dass der Bug nicht zur Aufgabe gehörte.

Vorteile:

Schnelle Schließung von Aufgaben

Nachteile:

Übersehene kritische Defekte
Konfliktsituationen mit dem Kunden

Positiver Fall

Vor dem Testen werden spezifische Kriterien festgelegt, nach der manuellen Durchführung wird jeder Punkt mit einer Markierung versehen. Jede Änderung wird dokumentiert und mit dem Team abgestimmt.