BehaviourDrivenDevelopment grew out of a thought experiment based on NeuroLinguisticProgramming techniques. The idea is that the words you use influence the way you think about something.

As an example, when I was first getting to grips with TDD, I was pairing with an experienced agile coach, writing little test methods, then writing the code, and generally feeling good about life. Then I went ahead and wrote some code without a test. The coach, JR, asked me why I'd written the code. I answered: "we'll need it in a minute", to which JR replied "yes, we might". By using the word "might", he introduced the possibility that we might not. As it turned out, we didn't. - DanNorth

A coach introducing Test-Driven Development to sceptical (i.e. most) developers invariably runs into a familiar set of objections.

From programmers:

And from testers:

This last comment is particularly ironic. In fact, the testers take on a central and very important role in BehaviourDrivenDevelopment.

The behaviour-centric vocabulary helps us to avoid these common misunderstandings and focus on [:BehaviourDrivenDevelopment:BDD] as a design and delivery process.

Concentrating on finding the right words led us to think about the process differently, for example, the fact that the words we use in [:BehaviourDrivenDevelopment:BDD] are very much focussed on the behaviour of the system led us to better understand the very close relationship between the stories we use to specify behaviour and the specifications we implement in [:BehaviourDrivenDevelopment:BDD] in place of tests. It also helped us gain further insight into some of the failure modes we have experienced in [:TestDrivenDevelopment:TDD] projects.