Na realidade, não está perdendo espaço. Ambos são complementares: Com Cucumber você testa a sua app de fora pra dentro, pensando em features e como o fluxo deve funcionar (na visão de um usuário). São os testes de aceitação. RSpec ou shoulda você usa para testar de dentro pra fora: models, helpers, views, controller – mas não como as estórias/features usadas no Cucumber.

BDD é além de tudo um _jeito_ de testar (focado no comportamento), não é correto dizer que Cucumber é “a parte BDD” da sua suite de testes.

Dê uma lida nos conceitos de BDD que você vai entender melhor

Um abraço, e fique à vontade para peguntar!

Como conversamos recentemente, também acredito que é uma questão de gosto. No entanto, sempre digo que é possível fazer BDD com Shoulda ou TDD com RSpec. Tudo depende de quem está escrevendo.

Podemos cair também na questão do purismo: você pode não utilizar os macros do Shoulda e ficar apenas com os contextos, tornando os testes “mais BDD”. Particularmente, gosto de usar ambos e, no exemplo que você citou, conforme conversamos esses dias, eu utilizaria tanto o macro “should_have_named_scope” quanto um bloco should com um teste semelhante ao que você mostrou com RSpec.

É isso. Parabéns pelo artigo!

Essa história dos testes com should é meio complicada… alguns projetos já estão vindo com os testes com “should” na frente, causando alguma “confusão” para quem vê no começo… o Dan North explica melhor o porquê de aparecerem os should nos métodos de testes… http://dannorth.net/introducing-bdd …

mais realmente, gera uma confusão isso….

Bom, acredito que cada um testa como achar melhor… eu preferencialmente prefiro BDD com RSpec.. mais o Shoulda é uma boa alternativa, de curva de aprendizado quase 0, para quem quer um Test/Unit, digamos, mais Amigável e com menos “_”

Abraço!

Entende como isso pode gerar confusão e induzir comparações erradas?

abraço!

@roadhouse faz sentido, nesse exemplo rápido não me preocupei tanto, mesmo pq a query seria “maior ou igual” e teoricamente não haveria problema. Mas concordo com o que vc disse, o Time.now pode dar dores de cabeça..

@thiago exato.. o grande problema é quando não se tem claras essas diferenças, que é a raiz pra comparações erradas

Na verdade, segundo o próprio site do Shoulda, ele fala que é somente uma coleção de macros/helpers para incrementar o Test/Unit… comparar os dois seria besteira como você falou, até porque, eles são totalmente diferentes…

Abraço!

No mais eu continuo usando o RSpec (embora eu tenha curtido muito algumas coisas do shoulda)

Eu confesso que durante muito tempo eu relutei a idéia do Vinícius Teles de migrar do test/uni para o Rspec pois achava que eu podia fazer testes mais legíveis com TDD.

Foi preciso a gente começar a escrever specs para a ficha cair e notar que as coisas são bem diferentes nessas duas abordagens embora o propósito de ambas seja a nobre arte de testar. Hoje em dia eu estou usando RSpec e não quero trocar.

Quando vejo iniciativas como o Shoulda eu fico com a impressão que se trata exatamente do meu pensamento original de apenas tornar os testes mais claros. Esse esforço realmente merece parabéns pois cumpriu muito bem esse papel.

Honestamente, hoje vejo que são coisas bem diferentes e quero te dar parabéns por esse post pois com certeza vai acabar com muitas dúvidas.

[]’s

Particularmente prefiro focar no comportamente do que em asserções, acho que descrever comportamento das aplicações nos testes traz um beneficio bem maior para futuras manutenções no código… mas vai do gosto de cada um também

[]’s
Tailor.