BDD - Behavior-driven development

BDD (Behavior-Driven Development) er en arbejdsform, hvor man beskriver, hvad software skal gøre, i hverdagssprog, som både forretning og udviklere kan læse — før en linje kode bliver skrevet. Beskrivelserne formuleres som konkrete eksempler: "Når en kunde lægger en vare i kurven og er logget ind, så vises fragten gratis." Det eksempel bliver siden til en automatisk test, der tjekker, om systemet rent faktisk opfører sig sådan.

Hele pointen er at fjerne afstanden mellem det, du beder om, og det, der bliver bygget. I stedet for en kravspecifikation, ingen af jer rigtig læser, sidder I sammen om håndgribelige situationer fra forretningen — og er enige om udfaldet, før arbejdet går i gang.

Hvad du får ud af det

• Færre misforståelser. Når kravet er et konkret eksempel frem for en vag sætning, er der mindre at tolke forkert.
• Levende dokumentation. Eksemplerne kører som tests, så de er altid opdaterede — modsat et Word-dokument, der forældes i samme øjeblik, det er skrevet.
• Fejl fanges tidligt. Bryder en ny ændring et af eksemplerne, ved teamet det med det samme — ikke når kunden ringer.
• Fokus på det, der giver værdi. Diskussionen handler om forretningens situationer, ikke om tekniske detaljer.

BDD er en udbygning af test-driven udvikling, hvor de tekniske acceptkriterier skrives i et sprog, alle kan være med i. Værktøjer som Cucumber, SpecFlow og Behave kobler de skrevne eksempler sammen med koden, men metoden står og falder ikke med værktøjet — den står og falder med, at I sætter jer sammen og bliver enige om eksemplerne.