TDD vs BDD
Test-Driven Development (TDD) er en programmeringstilnærming som legger vekt på å skrive tester før man utvikler kodefunksjonalitet.
| TDD | BDD | |
|---|---|---|
| Definition | Test-Driven Development (TDD) er en programmeringstilnærming som legger vekt på å skrive tester før man utvikler kodefunksjonalitet. Denne metoden sikrer at koden møter de tiltenkte kravene og bidrar til å forhindre feil. 📚 Opprinnelse Test-Driven Development (TDD) ble utviklet av Kent Beck på slutten av 1990-tallet som en del av Extreme Programming. | Behavior Driven Development (BDD) er en programvareutviklingsprosess som har som mål å forbedre samarbeidet. Den fokuserer på å definere systemets atferd fra brukerens perspektiv, ved å bruke spesifikasjoner skrevet på naturlig språk. |
| Categories | BDD, programvare, utvikling | IT, bdd, dev, gherkin, programvareutvikling, samarbeid, testing |
Hva er Test Driven Development (TDD)?
Test-Driven Development (TDD) er en programmeringstilnærming som legger vekt på å skrive tester før man utvikler kodefunksjonalitet.
Test Driven Development (TDD)
Test-Driven Development (TDD) er en programmeringstilnærming som legger vekt på å skrive tester før man utvikler kodefunksjonalitet. Denne metoden sikrer at koden møter de tiltenkte kravene og bidrar til å forhindre feil.
📚 Opprinnelse
Test-Driven Development (TDD) ble utviklet av Kent Beck på slutten av 1990-tallet som en del av Extreme Programming.
Iterativ Prosess
TDD følger en syklus med å legge til en test, få testen til å feile, skrive kode for å få testen til å passere, og deretter refakturere koden.
Fokus
TDD fokuserer på å teste små enheter av kode om gangen, og sikrer at systemet bygges inkrementelt med høy testdekning.
Refaktoreringssyklus
Også kjent som 'Red-Green-Refactor' syklusen, hvor kode skrives for å få den feilede testen til å passere og deretter refaktoreres for å forbedre strukturen.
Hva er BDD?
BDD står for Behavior Driven Development.
Definisjon
Behavior Driven Development (BDD) er en programvareutviklingsprosess som har som mål å forbedre samarbeidet. Den fokuserer på å definere systemets atferd fra brukerens perspektiv, ved å bruke spesifikasjoner skrevet på naturlig språk.
Kontekst
BDD utviklet seg fra Test Driven Development (TDD), med en mer brukerorientert tilnærming til krav og systematferd. Denne tilnærmingen hjelper til med å sikre at programvareutviklingen er bedre tilpasset forventningene og behovene til sluttbrukeren.
Utvikling fra TDD
Overgangen fra TDD til BDD er preget av et skifte i fokus fra tester som kun er basert på kode, til tester som er basert på systematferd fra brukerens perspektiv. Dette letter en dypere forståelse av brukerens behov og hvordan systemet skal oppføre seg for å møte dem.
Gherkin Språk
BDD bruker Gherkin-språket til å skrive spesifikasjoner på en måte som er forståelig både for tekniske og ikke-tekniske teammedlemmer. Dette gjør spesifikasjonene til en delt sannhetskilde som forbedrer kommunikasjonen og reduserer misforståelser.
Tilpasning
BDD fremmer en delt forståelse av forventet programvareatferd, og sikrer at alle involverte, inkludert ikke-tekniske interessenter, har en klar forståelse av prosjektmålene. Denne tilnærmingen hjelper til med å unngå diskrepanser mellom det virksomheten trenger og det utviklingsteamet leverer.