Best Practices zur Anforderungsdefinition
In dieser Folge spreche ich mit Paul Gerrard, einem Pionier des Softwaretestens mit über 30 Jahren Erfahrung. Wir sprechen über die entscheidende Rolle von Anforderungen beim Softwaretesten und stellen Pauls DeFOSPAM-Framework vor, das für Definitionen, Funktionen/Features, Ergebnisse, Szenarien, Vorhersagen, Mehrdeutigkeiten und fehlende Elemente steht. Paul erklärt uns die einzelnen Komponenten und zeigt, wie sie gemeinsam die Klarheit und Effektivität von Anforderungen verbessern und so zu besseren Testverfahren führen. In der Diskussion wird auch die Bedeutung der Zusammenarbeit und das Potenzial von KI-Tools bei der Verfeinerung von Anforderungen hervorgehoben.
“By acting like a tester and looking at requirements in a very critical way, we help everybody. We help the developers, we help the users get their requirements right, and we help ourselves because then we have a better understanding of the requirement and how to test it.” - Paul Gerrard
Paul Gerrard ist Berater, Dozent, Autor und Redner, der sich auf Softwaretests und Qualitätssicherung spezialisiert hat. Er hat auf bedeutenden Konferenzen weltweit, darunter in Europa, den USA, Australien und Südafrika, Grundsatzreferate und Tutorials gehalten. Paul ist Principal bei Gerrard Consulting Limited und Co-Direktor von Technology Unleashed. Er war Programmvorsitzender für die EuroSTAR-Konferenz und andere Branchenveranstaltungen. Paul hat mehrere prestigeträchtige Auszeichnungen erhalten, darunter den EuroSTAR Testing Excellence Award (2010), den TESTA Lifetime Achievement Award (2013) und den ISTQB Testing Excellence Award (2018). Er leitet eine Initiative zur Gründung der Test Engineering Society, einer Berufsorganisation für Testingenieure.
Das Akronym DEFOSPAM steht für Definitionen, Funktionen, Ergebnisse, Szenarien, Vorhersagen, Ambiguität und fehlende Teile, und dient dazu, Anforderungen systematisch zu hinterfragen.Ungeklärte Definitionen wie "Kunde" oder "Bestellung" führen dazu, dass Entwickler und Tester dasselbe Dokument unterschiedlich verstehen, was Fehler erst spät im Projekt sichtbar macht.Anforderungen fungieren als Orakel: Wer aus einer Anforderung keine Vorhersage ableiten kann, was das System bei einer bestimmten Eingabe tun soll, kann weder testen noch entwickeln.KI eignet sich als Ideengenerator für Szenario-Ergebnis-Paare, die im Team übersehen werden, ist aber kein verlässlicher Ersatz für menschliche Überprüfung, weil sie halluziniert und Fragen falsch interpretiert.KI als Coach statt als Mentor einzusetzen bedeutet: nicht auf vollständige Antworten zu vertrauen, sondern ihre Fragen und Vorschläge als Denkanstoß zu nutzen, den man anschließend selbst bewertet.📌 Testen ist People Business, Menschlichkeit als Superkraft. Darüber spreche ich am 7. Oktober auf der HUSTEF 2026 in Budapest: Programm und Tickets ansehen
Danke an die Community-Partner des Podcasts:Alliance for Qualification | ASQF | Austrian Testing Board | dpunkt.verlag | German Testing Board | German Testing Day | GI Fachgruppe TAV | Heise | HANSER Verlag | ISTQB | iSQI GmbH | oop | QS-TAG | SIGS-DATACOM | skillsclub | Swiss Testing Board | TACON Credits: Sound | Grafik