Tagasi

Behavior-Driven Development (BDD)

Behavior-Driven Development (käitumispõhine arendus) on agiilne tarkvaraarenduse protsess, mis julgustab koostööd arendajate, testimisspetsialistide ning mittetehniliste osapoolte (ärianalüütikud, kliendid) vahel. See on välja kasvanud testipõhisest arendusest (TDD) ja keskendub tarkvara käitumisele kasutaja vaatepunktist.

Mis etapid seal on?

BDD protsess koosneb tavaliselt kolmest põhilisest etapist, mida kutsutakse tihti "kolmeks sõbraks" (The Three Amigos):

Discovery (Avastamine): Äripoole esindajad ja tehniline tiim arutavad läbi uue funktsionaalsuse. Eesmärk on leida ühine arusaam ja tuvastada võimalikud segased kohad.
Formulation (Sõnastamine): Arutelu tulemused pannakse kirja konkreetsete näidetena (stsenaariumitena), kasutades Gherkin keelt (Given-When-Then formaat).
Automation (Automatiseerimine): Need kirjapandud stsenaariumid muudetakse automaattestideks, mis juhivad koodi kirjutamist.

Kas tal on alamvariante?

BDD ise on tarkvaraarenduse filosoofia ja metodoloogia, kuid seda seostatakse tihedalt järgmiste lähenemistega, mida võib pidada selle laiendusteks või alamvariantideks:

Specification by Example (SbE): Keskendub nõuete defineerimisele läbi reaalsete eluliste näidete.
Acceptance Test-Driven Development (ATDD): Sarnane BDD-le, kuid rõhutab just vastuvõtutestide (acceptance tests) rolli arenduse juhtimisel.
Gherkin-põhine arendus: Spetsiifiline tehniline rakendus, kus kasutatakse kindlat süntaksit testide kirjeldamiseks.

Arendusmudeli joonis

BDD elutsükkel

Joonis: BDD pidev tsükkel avastamisest automatiseerimiseni.

Tähtsaim omadus ja miks?

BDD tähtsaim omadus on ühine keel (Ubiquitous Language).

Miks? See eemaldab tõlkebarjääri äri ja tehnoloogia vahel. Kui kõik osapooled räägivad funktsionaalsusest samas keeles (näiteks "Kasutaja logib sisse" asemel kirjeldatakse konkreetset käitumist), väheneb vigade ja vääriti mõistmise oht drastiliselt. See tagab, et arendaja ehitab täpselt seda, mida äripool vajab.

BDD kokkuvõte: Heade ja Veade tabel

Head (Eelised)	Vead (Puudused)
Parandab suhtlust ja koostööd meeskonnas.	Nõuab suurt ajakulu algfaasis (koosolekud).
Fookus on kasutaja vajadustel ja äriväärtusel.	Vajab kõigi osapoolte (ka kliendi) aktiivset osalust.
Tekib "elav dokumentatsioon", mis on alati ajakohane.	Stsenaariumid võivad muutuda liiga mahukaks ja raskesti hooldatavaks.
Vähendab kulusid hilisemate paranduste arvelt.	Nõuab distsipliini ja kultuurilist muutust organisatsioonis.

Viited ja allikad

Cucumber BDD Guide Agile Alliance: BDD Wikipedia: BDD

Tehisintellekti viited:

Info koondamisel ja joonise loomisel on kasutatud Google Gemini (09-2025 preview) abi järgmistes küsimustes: BDD etapid, alamvariandid ning plusside-miinuste võrdlus.