Što je Behavior-Driven Development (BDD)?

Question

Accepted Answer

**Behavior-Driven Development (BDD)** je pristup koji opisuje ponašanje softvera u **jasnome, strukturiranom jeziku** (Given-When-Then) razumljivom i tehničkim i ne-tehničkim osobama — povezujući komunikaciju između razvijatelja, testera i poslovnih dionika, s testovima izvedenim iz tih opisa.

## Što je BDD

```text
BDD focuses on describing BEHAVIOR in business-readable language:
  → write SCENARIOS in a structured natural-language format (Gherkin):
    GIVEN some initial context
    WHEN an action/event happens
    THEN an expected outcome occurs
  → these scenarios are both DOCUMENTATION and executable TESTS
→ Bridges devs, QA, and BUSINESS stakeholders with a shared, readable language.
```

## Gherkin scenarij

```gherkin
Feature: User login
  Scenario: Successful login
    Given a registered user with valid credentials
    When they submit the login form
    Then they should see their dashboard
    And a welcome message should be displayed
```

```text
→ Tools (Cucumber, SpecFlow, Behave) map these plain-language steps to test code that runs
→ Non-technical stakeholders can READ and even help WRITE scenarios (shared understanding)
```

## BDD vs TDD

```text
TDD → developer-focused; tests drive code design; "is the code correct?" (unit level)
BDD → behavior/business-focused; scenarios describe FEATURES in shared language;
  "does it do what the business wants?" (collaboration, requirements as tests)
→ BDD extends TDD's idea toward COLLABORATION and business-readable specifications.
  (Given-When-Then = Arrange-Act-Assert in business terms.)
```

## Zašto je važno

Razumijevanje Behavior-Driven Developmenta je vrijedna znanja jer je to utjecajan pristup koji **naglašava suradnju i specifikacije čitljive za poslovne subjekte**, pa je to korisna znanja za razumijevanje testiranja i praksi zahtjeva.

Korisna ideja BDD-a — opisivanje ponašanja softvera u **jasnome, strukturiranom jeziku (Given-When-Then)** koji razumiju i tehnički i ne-tehnički ljudi — rješava stvarni izazov: komunikaciju između razvijatelja, testera i poslovnih dionika o tome što softver trebao trebati raditi.

Pisanjem **scenarija u jeziku čitljivom za poslovanje** koji služe kao **dokumentacija i izvršivi testovi** (preko alata poput Cucumbera), BDD stvara zajedničko razumijevanje gdje dionici mogu čitati i čak pomoći pisati specifikacije, što smanjuje nesporazume oko zahtjeva.

Razumijevanje **Given-When-Then strukture** (Given kontekst, When akcija, Then ishod — BDD fraza za Arrange-Act-Assert) i kako alati mapiraju te korake običnog jezika na izvršivi kod teста je praktično znanje.

Razumijevanje **BDD vs TDD** pojašnjava njihov odnos: TDD je usmjeren na razvijatelja (testovi koji vode dizajn koda, "je li kod točan?"), dok je BDD usmjeren na ponašanje/poslovanje (scenariji koji opisuju značajke u zajedničkom jeziku, "radi li to ono što poslovanje želi?") — s BDD-om koji prosljeđuje ideju TDD-a prema suradnji i specifikacijama čitljivima za poslovanje.

Razumijevanje BDD-a odražava svjesnost o praksama koje povezuju testiranje sa zahtjevima i komunikacijom sa dionicima.

Mada ne koristi svaki tim BDD formalno, koncepti (scenariji usmjereni na ponašanje, suradnja, izvršive specifikacije) su utjecajni i vrijedi ih razumjeti.

Budući da je BDD utjecajan pristup koji naglašava suradnju i specifikacije ponašanja čitljive za poslovanje (povezujući tehnički i poslovno komuniciranje, s izvršivim scenarijima), i budući da razumijevanje toga i njegov odnos prema TDD-u odražava zrelost testiranja i zahtjeva, razumijevanje Behavior-Driven Developmenta je vrijedna, relevantna znanja — značajni pristup koji povezuje testiranje s suradnjom i zahtjevima, koristan za razumijevanje kako timovi mogu uskladiti tehničke testove sa specifikacijama čitljivima za poslovanje i komuniciranjem sa dionicima.