Re: [rspec-users] Attempting to Make Sense of RSpec use

2008-07-05 Thread Tiffani Ashley Bell
Awesome. I totally get it, but is that how you're always supposed to spec out associations and all the methods that go with an association like create and such? I'm interested in that because I'm specing a lot of code that deals heavily with code that has associations going on, yet none of the

Re: [rspec-users] Attempting to Make Sense of RSpec use

2008-07-05 Thread Steve Eley
On Sat, Jul 5, 2008 at 3:50 PM, Tiffani Ashley Bell [EMAIL PROTECTED] wrote: When I run the tests the third test fails and RSpec complains that Mock 'Account_1003' expected :new with (any args) once, but received it 0 times I'm confused about that since I am calling Account.new in the create

Re: [rspec-users] Attempting to Make Sense of RSpec use

2008-07-05 Thread Tiffani Ashley Bell
Thanks on the reminder that new is a class method. Plus, I figured using mocks and fixtures together was probably a crappy idea. I'll be mocking from now on... --Tiffani AB On Sat, Jul 5, 2008 at 5:00 PM, Steve Eley [EMAIL PROTECTED] wrote: On Sat, Jul 5, 2008 at 3:50 PM, Tiffani Ashley Bell

[rspec-users] Attempting to Make Sense of RSpec use

2008-07-03 Thread Tiffani Ashley Bell
Hi everybody, I'm pretty new to RSpec and have been reading over examples and tutorials of how to use the framework. I like everything so far since it goes right along with Rails' expressiveness and such. I was reading the Typo source code, however, and came across some code that I didn't know

Re: [rspec-users] Attempting to Make Sense of RSpec use

2008-07-03 Thread Mikel Lindsaar
On Fri, Jul 4, 2008 at 8:32 AM, Tiffani Ashley Bell [EMAIL PROTECTED] wrote: Hi everybody, Hi Tiffany, welcome to Rspec I was reading the Typo source code, however, and came across some code that I didn't know exactly how it worked. I've noticed that in testing one of their controllers,

Re: [rspec-users] Attempting to Make Sense of RSpec use

2008-07-03 Thread Mark Wilden
The problem I just found with shared specs is that if one fails, you don't see the sharer in the callstack, so you really don't know what went wrong. ///ark ___ rspec-users mailing list rspec-users@rubyforge.org