Co je Behavior-Driven Development (BDD)?

Question

IT Interview Practice · Accepted Answer

**Behavior-Driven Development (BDD)** je přístup, který popisuje chování software v **jednoduché, strukturované řeči** (Given-When-Then) srozumitelné jak technickým, tak netechnickým osobám — propojuje komunikaci mezi vývojáři, testery a obchodními stakeholdery, přičemž testy vycházejí z těchto popisů.

## Co 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 scénář

```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.)
```

## Proč je to důležité

Porozumění Behavior-Driven Development je cenné, protože jde o vlivný přístup, který **klade důraz na spolupráci a specifikace čitelné pro obchod**, takže je to užitečné pro pochopení testovacích a procesních postupů.

Hlavní myšlenka BDD — popis chování software **v jednoduché, strukturované řeči (Given-When-Then)**, které rozumějí jak technické, tak netechnické osoby — řeší reální výzvu: komunikaci mezi vývojáři, testery a obchodními stakeholdery o tom, co by software měl dělat.

Psáním **scénářů v řeči čitelné pro obchod**, které slouží jako **dokumentace i spustitelné testy** (pomocí nástrojů jako Cucumber), BDD vytváří sdílené porozumění, kde stakeholdeři mohou číst a dokonce pomáhat psát specifikace, čímž se snižuje neporozumění ohledně požadavků.

Porozumění **struktuře Given-When-Then** (Given (dáno) kontext, When (když) akce, Then (pak) výsledek — BDD formulace Arrange-Act-Assert) a tomu, jak nástroje mapují tyto jednoduché kroky na spustitelný testovací kód, je praktickým vědomím.

Porozumění **BDD vs TDD** objasňuje jejich vztah: TDD se zaměřuje na vývojáře (testy řídí design kódu, "je kód správný?"), zatímco BDD se zaměřuje na chování/obchod (scénáře popisující funkce v sdílené řeči, "dělá to, co chce obchod?") — BDD rozšiřuje myšlenku TDD směrem ke spolupráci a specifikacím čitelným pro obchod.

Porozumění BDD odráží povědomí o postupech, které spojují testování s požadavky a komunikací se stakeholdery.

I když ne každý tým používá BDD formálně, koncepty (scénáře zaměřené na chování, spolupráce, spustitelné specifikace) jsou vlivné a stojí za pochopení.

Jelikož je BDD vlivný přístup zdůrazňující spolupráci a specifikace chování čitelné pro obchod (propojuje technickou a obchodní komunikaci, se spustitelnými scénáři), a jelikož jeho pochopení a vztah k TDD odrážejí zralost testování a požadavků, je pochopení Behavior-Driven Development cenným, relevantním vědomím — pozoruhodný přístup propojující testování se spoluprací a požadavky, užitečný pro pochopení toho, jak mohou týmy sladit technické testy se specifikacemi čitelnými pro obchod a komunikací se stakeholdery.

Co je BDD

Gherkin scénář

BDD vs TDD

Proč je to důležité

Související otázky