BROADCASTS.com

b'Behavior driven development kann ein ein m\\xe4chtiger Verb\\xfcndeter im Softwarelebenszyklus sein. Genauso gut kann es aber auch m\\xe4chtig im Wege stehen und den Prozess verlangsamen, verkomplizieren und zum reinen Selbstzweck verkommen.\\n\\nIm Rahmen dieses Talks geht Christian auf die Quintessenz von BDD ein und macht eine Abgrenzung zu \\xe4hnlichen Konzepten wie Test Driven Development, Acceptance Test Driven Development oder auch Specification by Example. Unabh\\xe4ngig vom gew\\xe4hlten Softwareentwicklungsmodell, kann es gerade in agilen Umfeldern seine St\\xe4rken ausspielen.\\n\\nWeiterhin zeigt er einige Verhaltensweise auf, die einer gelungenen Umsetzung m\\xe4chtig im Weg stehen k\\xf6nnen und daf\\xfcr sorgen, dass BDD seine St\\xe4rken nicht ausspielen kann. Gezielt geht er auf drei Probleme ein, die ihm in der Praxis bereits h\\xe4ufiger begegnet sind. Dem Reflex widersprechend, diese Probleme mittels Workarounds zu umschiffen, berichtet er, was ihm in der Vergangenheit geholfen hat, Teams wieder auf den rechten BDD Kurs zu bringen, damit BDD nicht zu einem reinen Selbstzweck verkommt und das Team verlangsamt.\\n\\nDieser Vortrag wurde am 3. M\\xe4rz 2020 im Nobreakspace aufgezeichnet.\\n\\t\\t\\t\\n\\nThis work is licensed under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License (CC BY NC ND 4.0). https://creativecommons.org/licenses/by-nc-nd/4.0/\\n\\t\\t\\t\\nabout this event: https://chaotikum.org/blog/2020/02/27/softwerkskammer-dojo/'