Antwort.

Manuelles Testen der Geschäftslogik zielt darauf ab, die Übereinstimmung der implementierten Funktionen der Anwendung mit den Geschäftsanforderungen und Nutzungsszenarien zu überprüfen, die vom Kunden oder von Analysten beschrieben werden.

Hintergrund

Mit der Entwicklung von IKT-Produkten hat die Komplexität der Geschäftslogik zugenommen. Anwendungen beinhalten zunehmend verzweigte Szenarien, Bedingungen und Ausnahmen, sodass automatisierte Tests nicht immer alle einzigartigen Benutzererlebnisse abdecken konnten. Manuelles Testen ermöglicht es, die erforderliche Logik auf reale Probleme des Kunden anzuwenden.

Problem

In den meisten Fällen liegen die Fallstricke darin, dass der Tester:

sich ausschließlich auf die Dokumentation stützt und reale Nutzungsszenarien ignoriert;
nicht alle Ausnahmen abdeckt;
komplexe Abhängigkeiten zwischen Geschäftsregeln übersieht.

Lösung

Für qualitativ hochwertiges manuelles Testen der Geschäftslogik sollte man:

Geschäftsanforderungen mit Analysten/Kunden analysieren, klären und besprechen;
Nutzungsszenarien (User Stories) erstellen und dabei auf gültige und ungültige Kombinationen von Eingabewerten achten;
Grenz- und Ausnahmefälle innerhalb der Geschäftsprozesse überprüfen;
nicht nur Bugs, sondern auch nicht berücksichtigte Anforderungen oder Ungenauigkeiten dokumentieren.

Schlüsselfunktionen:

Aufmerksamkeit für Details: Selbst eine kleine Ungenauigkeit in der Geschäftslogik kann zu erheblichen Verlusten führen.
Interaktive Kommunikation mit dem Kunden: Es ist wichtig, Feedback zu strittigen Punkten zu erhalten.
Abdeckung aller alternativen Wege: Es ist notwendig, nicht nur typische, sondern auch atypische Szenarien zu testen.

Fangfragen.

Kann man sich beim Testen der Geschäftslogik vollständig auf Testdokumentation und Anforderungen verlassen?

Nein. Oft deckt die Dokumentation nicht alle Aspekte des Verhaltens der Anwendung ab, insbesondere bei komplexen verzweigten Szenarien. Zudem ist es wichtig, Details bei den Anforderungen zu klären und die Anwendung durch exploratives Testen zu untersuchen.

Ist es notwendig, alle möglichen negativen Szenarien der Geschäftslogik zu testen?

Ja, wenn man nur "richtige" (positive) Szenarien testet, verpasst man kritische Fehler, die bei falschen Eingaben, Benutzerfehlern oder bei Verstoß gegen Geschäftsregeln auftreten.

Reicht eine formale Bestätigung der Testschritte aus, um zu behaupten, dass die Geschäftslogik korrekt implementiert wurde?

Nein. Die formale Durchführung von Testfällen garantiert nicht, dass die gesamte Geschäftslogik korrekt funktioniert – es ist wichtig, die Zusammenhänge zwischen Bedingungen und Szenarien zu überprüfen, das Benutzererlebnis zu bewerten und die tatsächlichen Erwartungen des Geschäfts zu berücksichtigen.

Typische Fehler und Anti-Patterns

Orientierung nur an Anforderungen ohne Kommunikation mit dem Geschäft
Unzureichende Abdeckung negativer Szenarien
Ignorieren von nicht standardisierten oder überlappenden Bedingungen

Beispiel aus dem Leben

Negativer Fall

Der Tester hielt sich strikt an die Dokumentation und klärte keine Details mit dem Kunden. Er testete nur die grundlegenden Aktivierungsszenarien im Bankanwendung.

Vorteile:

Schnelle Abdeckung der Release-Anforderungen
Klare Testverlauf

Nachteile:

Fehler bei der Aktivierung des Dienstes nachts und bei ungültigen Kundenzuständen nicht entdeckt
Rückgabe der Aufgabe zur Überarbeitung nach Entdeckung von Problemen in der Produktion

Positiver Fall

Der Tester arbeitete aktiv mit dem Business Analysten zusammen, testete nicht nur alle formalen Szenarien, sondern auch Referenzfälle mit Grenzbedingungen (z. B. Nichtverfügbarkeit des Dienstes an Wochenenden).