Só vejo um problema, imagina o tamanho que as classes GivenSteps, WhenSteps e ThenSteps terão após algumas estórias escritas… Imagino que uma implementação de cada uma das classes (estendendo as três genéricas) pra cada estória deixaria o código mais legível, apesar de burocratizar um pouco.

O que vocês acham?

Abraços e obrigado pelo compartilhamento

Eu já dei uma olhada no Fitnesse, mas não gostei mto, não lembro o motivo agora… nunca usei em projetos…

essa abordagem fica um pouco mais difícil quando o projeto cresce.. mas não tanto… Mas isso acontece com qualquer projeto usando qqer framework de testes…

no calopsita http://github.com/caelum/calopsita usamos essa abordagem, e conforme o projeto cresceu o máximo que aconteceu foi ter de refatorar o GivenContexts para separar um pouco os passos possíveis, mas continuou tudo funcionando do mesmo jeito

[]‘s

eu analisei de um ponto de vista mais amplo, em que um usuário (cliente,qualquer pessoa) ia poder descrever o cenário, então tive que estudar um linguagem simples e bem formada, o projeto consegue compilar uma estória e gerar o código que um pequeno arcabouço sobre JUnit e testar, é muito bom! mas não cheguei a terminar completamente o compilador. Não tive muito animo para terminar, porque só eu uso.

mas estou pesando em algum dia terminar, já que perdi dois dias de sol de Dezembro (podia ir pegar uma praia mole, joaca …), só pensando em arrumar o compilador.(o dia de codificar as idéias, vai se fude! vô pra praia … chegando na praia choveu).

Pros desenvolvedores .net (desenvolvedores de verdade), não há nenhum segredo no código. Trata-se de expressões lambda, métodos anônimos que surgiram na época em que a MS lançou o LINQ.

Concordo com o foco na legibilidade do código, sem dúvidas é este o grande ganho do bdd, testar o comportamento do código (explicitamente as regras de negócio) da maneira mais fluente e inteligível possível.

Abraços

expressividade != legibilidade

a idéia é tornar o teste o mais legível possível, e nao o mais expressivo possível,
tanto que só usamos os recursos mais simples da linguagem: invocaçoes de métodos.

Bem interessante esse NBehave… mas você tem que se acostumar com esse
monte de parenteses e setas (nao conheço direito a sintaxe de .Net, talvez isso seja natural) e você fica preso ao framework…

Obrigado pelo comentário, vou dar uma olhada nesse NBehave pra ver se ele me dá idéias boas
[]‘s