On 6 Nov 2007, at 14:40, Jim Lindley wrote:
> Tom, there is likely a better path then the one I'm going down, and I
> would love to hear it. I am no RSpec expert.

Neither am I! From David's response it sounds as though there isn't a  
particularly tidy way to solve this problem at the moment, so I guess  
we just need to muddle along in whatever way works.

> How big are the modules you're including?
> For the modules I do this with it doesn't seem to get out of hand.
> If it's getting too complicated to spec out maybe the module is doing
> too much and should be split up?


Possibly, but the proliferation of behaviours is mostly due to  
following Dave Astels' "one expectation per example" guideline 
(http://daveastels.com/2006/08/26/one-expectation-per-example-a-remake-of-one-assertion-per-test/
 
), which actually works out really well for regular specs, making them  
easier to write and understand. It's just the impedance mismatch  
between this particular practice (i.e. split up big behaviours into  
lots of smaller ones) and RSpec's limited support for sharing  
behaviours (i.e. you can't group them together or supply parameters  
when referencing them) that causes the hassle, rather than  
(necessarily) a large or complicated mixin module.

Cheers,
-Tom
_______________________________________________
rspec-users mailing list
rspec-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/rspec-users

Reply via email to