<figure xmlns="http://www.tei-c.org/ns/1.0"><graphic url="vortrag-GRUEN-1000020100000708000004B006640D90.png" /><head>Abbildung 1: Wissensdomäne Goethe PROPYLÄEN</head></figure>Dan Norths Idee des <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">BDD</hi> ist, Anforderungen an die geplante Applikation in Form von <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">user stories</hi> und verhaltensorientierten Testszenarien im Vorfeld der Realisierung unter Zuhilfenahme einer ubiquitären Sprache zu beschreiben. Durch die Verwendung von Schlüsselwörtern in formalisierter Notation lässt sich eine einheitliche und leicht verständliche Dokumentation erstellen. Aufgrund starker Nutzerorientierung wird <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">BDD</hi> im Qualitätsmanagement von Softwareanwendungen zu den <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">Akzeptanztests</hi> gerechnet (neben Unit-Tests, Funktionstests, Performance-Tests oder manuellen Tests).