TDD vs BDD

Test-Driven Development (TDD) är en programmeringsmetod som betonar att skapa tester innan funktionaliteten utvecklas. Denna metod säkerställer att koden uppfyller de förväntade kraven och hjälper till att förhindra fel.

📚 Ursprung

Test-Driven Development (TDD) utvecklades av Kent Beck på slutet av 1990-talet som en del av Extreme Programming.

TDD följer en cykel av att lägga till ett test, misslyckas med att köra testet, skriva kod för att få testet att passera och sedan refaktorera koden.

TDD fokuserar på att testa små enheter av kod åt gången, vilket säkerställer att systemet byggs inkrementellt med hög testtäckning.

Känd som cykeln 'Red-Green-Refactor', där man skriver kod för att få det misslyckade testet att passera och sedan refaktorerar för att förbättra strukturen.

Behavior Driven Development (BDD) är en mjukvaruutvecklingsprocess som syftar till att förbättra samarbetet. Den fokuserar på att definiera systemets beteende ur användarens perspektiv, med hjälp av specifikationer skrivna på naturligt språk.

BDD utvecklades från Test Driven Development (TDD), med ett fokus mer orienterat mot användarkrav och systembeteende. Detta tillvägagångssätt hjälper till att säkerställa att mjukvaruutvecklingen bättre stämmer överens med slutanvändarens förväntningar och behov.

Övergången från TDD till BDD kännetecknas av ett skifte från koddrivna tester till tester som fokuserar på systembeteende ur användarens perspektiv. Detta gör det lättare att förstå användarens behov och hur systemet bör bete sig för att möta dessa.

BDD använder Gherkin-språket för att skriva specifikationer på ett sätt som är förståeligt för både tekniska och icke-tekniska teammedlemmar. Detta gör att specifikationerna fungerar som en gemensam sanningskälla, vilket förbättrar kommunikationen och minskar missförstånd.

BDD främjar en gemensam förståelse för det förväntade beteendet hos mjukvaran, och säkerställer att alla involverade, inklusive icke-tekniska intressenter, har en tydlig förståelse för projektets mål. Detta tillvägagångssätt hjälper till att undvika skillnader mellan vad affärssidan behöver och vad utvecklingsteamet levererar.