Então, mas eu citei story me referindo a user stories mesmo, não pela ilusão dos nomes., tal qual a métrica sugerida por ele, como modelo, se apresenta: given, when, then.. Embora ele mesmo afirma que isto não é uma máxima você adapta se quiser (tu acha que ele iria amarrar o conceito? rs)

abs :-)

Não entendi seu comentário. “Geralmente” é diferente de “somente”, eu estava explicando que dizer que “usar testes unitarios é pior que BDD” não faz muito sentido.

Eu conheço o trabalho do Dan North há algum tempo, inclusive o RSpec é algo bem citado neste blog (não gosto do JBehave mas o JBehave 2, em desenvolvimento, promete).

Acho que você está usando o termo “story” por causa do StoryRunner do RSpec mas é bom deixar claro que não necessariamente são equivalentes com User Stories (você não precisa de um para usar o outro, por exemplo). Ainda assim, você não precisa do StoryRunner para usar BDD, o RSpec puro já te dá esta possibilidade de maneira bem simples com describes e its.

Não se refere apenas a testes unitários não, ele também abrange o tema “eficiência na comunicação entre envolvidos”, entre outros, através de stories geradas a partir dos “testes”. sim, não são só testes unitários, enquanto conceito do TDD, são estórias, especificações..

Blog do Dan North (Jbehave) e do Dave Astels (rspecs), criadores:

http://dannorth.net
http://daveasltes.com

* Citei stories porque está dentro do tema do post: documentação, esta que é obtida sem esforço, com bdd.

PS: não tenho certeza se isso é MDA mesmo ou se é simplesmente transformação de modelos…