Usar behaves_like para shared_examples

[jplethier]

Tem uma diferença na forma de adicionar o método e como é dado o output em caso de erro ou se usar o format de documentation para rodar os testes, e também tem uma diferença na chamada

https://stackoverflow.com/questions/19556296/whats-the-difference-between-include-examples-and-it-behaves-like

[jplethier]

https://relishapp.com/rspec/rspec-core/v/3-5/docs/example-groups/shared-examples

[JoaoFagundes]

Acho importante para esse caso, mas também para o example e it, context e describe. Então acho que a inclusão de um deveria acarretar em incluir todos, já que servem o mesmo propósito

[jplethier]

Acho importante para esse caso, mas também para o example e it, context e describe. Então acho que a inclusão de um deveria acarretar em incluir todos, já que servem o mesmo propósito

não entendi a relação do behaves_like com os outros itens @JoaoFagundes

[JoaoFagundes]

Acho importante para esse caso, mas também para o example e it, context e describe. Então acho que a inclusão de um deveria acarretar em incluir todos, já que servem o mesmo propósito

não entendi a relação do behaves_like com os outros itens @JoaoFagundes

não tem relação direta com o behaves_like, é mais no sentido de usar o predicado certo pra chamar. Assim como o behaves_like produz maior legibilidade e mensagens de erro diferentes, a mesma coisa acontece ao criar um cenário de teste com context ou com describe, por exemplo. Trouxe esses casos pra enriquecer a discussão e não manter ela apenas no caso do behaves_like e include_example