BDD é TDD? BDD ou TDD?

TDD (test driven development) é uma realidade na minha vida como engenheiro de software há alguns anos. BDD (behavior driven development) nem tanto. por uma razão simples.

como desenvolvedor você não precisa da autorização ou tem dependencia de ninguem para fazer TDD. você começa a sua tarefa escrevendo os seus testes unitários, red, green, refactor…tá lá…TDD. BDD já não é tão simples assim. BDD envolve todos os membros do projeto, desenvolvedores, testes, especificadores, clientes. então, não é tão simples. não depende somente de você, ou de mim.

BDD não é uma maneira diferente de fazer test driven development. nem é TDD. BDD tem como objetivo resolver o problema de comunicação entre os multiplus envolvidos no projeto. ele (tenta) estabelecer uma visão única e coerente de um requisito ou cenário.

tenho usado BDD com o meu time. todos os envolvidos tem contribuido para escrevermos as histórias e os cenários. o resultado até agora tem sido interessante. provavelmente vou falar sobre isto mais tarde.

e a grande questão: BDD é TDD? eu diria que não!! tenho que escolher entre BDD  ou  TDD? eu dira que não!!! tenho usado BDD e TDD ao mesmo tempo neste projeto.

eu sugiro você ler este post feito por Dan North: BDD IS LIKE TDD IF…

the land that scrum forgot – bom vídeo

2012 norwegian developers conference terminou um mês atrás. mas, o vídeo que eu gostaria de sugerir para você assitir é do ano passado.

nós vimos muitas pessoas abandonarem o waterfall e user scrum. mas, também temos visto pessoas mudarem de scrum para outras coisas dizendo que sentem falta de algo.

uncle bob expressa claramente a sua opinião sobre o scrum. se você usa pode achar radical. mas é um bom alerta. ele tenta desfazer o pensamento que scrum é necessariamente agile.

eu gostei deste vídeo porque ele conta um pouco da história do agile. e também mostra claramente alguns dos erros que podemos cometer quando decidimos adotar scrum.