Volgens mij vergeet je iets belangrijks.
Er zijn twee soorten tests van belang.
Als eerste heb je tests die voor de klant/gebruiker/stakeholder/whatever van belang zijn. Als je alles goed doet zijn dit tests die als je ze goed opschrijft als requirements lezen. Dit zijn typisch geen unit tests want ze gaan idd over units heen. Oppassen dus want als je dit soort tests automatiseert kunnen ze wat fragieler worden. Dit is wat vaak met BDD wordt aangeduid. In XP worden dit acceptance tests genoemd en zelfs vaak door de on-site customer gemaakt. Deze tests zitten over het algemeen op user-story niveau.
TDD gaat volgens mij wel over unit tests. Je kan TDD unit tests nog steeds leesbaar maken. Maar hier worden geen requirements in vastgelegd, wel ontwerpbeslissingen. Dit zijn de tests die je minuut tot minuut tijdens het bouwens schrijft.
De spraakverwarring is onder andere ontstaan doordat bepaalde mensen de naam BDD, die oorspronkelijk werd gebruikt voor een bepaalde stijl acceptance testing, hebben gekaapt voor het schrijven van leesbare unit tests. Voor zover ik tot nu toe heb kunnen uitvogelen heb je aan de ene kant het xBehave kamp en aan de andere kant het xSpec kamp.
Belangrijk is natuurlijk dat je beide soorten tests gebruikt en niet hoe je ze noemt.
