I am feeling pretty hip with:
spec -O spec/spec.opts spec/tokyo_record_spec.rb
D :)
On Nov 8, 12:01 am, David Beckwith <[EMAIL PROTECTED]> wrote:
> awesome. thank you. that helps a lot.
> David ;)
>
> On Nov 7, 11:22 pm, Matt Wynne <[EMAIL PROTECTED]> wrote:
>
> > On 8 Nov 2008, at 06:29, David Beckwith wrote:
>
> > > Hello my fellow RSpeckers,
>
> > > I am using the spec command like this:
>
> > > spec tokyo_record_spec.rb
>
> > > And the for some reason the should_raise Rspec command is not
> > > happening with my lambda block:
>
> > > it "should raise a NoSuchAttribute error if the attribute 'name'
> > > hasn't been declared yet and you try to create a persisted instance of
> > > the object." do
> > > lambda {
> > > User.create( :name => 'Dustin')
> > > }. should_raise( NoSuchAttribute )
> > > end
>
> > > Here is the error:
>
> > > undefined method `should_raise' for #<Proc:[EMAIL PROTECTED]/
> > > tokyo_record_spec.rb:77>
> > > ./tokyo_record_spec.rb:77:
>
> > Okay the the first obvious problem is you've got the syntax wrong for
> > asserting an exception. And you wouldn't be the first - I keep
> > forgetting this myself as I don't do it very often.
>
> > Try this instead:
> > lamda { do_bad_stuff }.should raise_error
>
> > Also, are you calling require 'spec' at the top of your spec file?
> > That's what will ensure that the Proc object is patched with a #should
> > method.
>
> > > I'm not sure how the `spec` command actually works, and I'm sure
> > > that's at least one source of my confusion. Also, I don't know where
> > > `should_raise` is defined either. If anybody could help me clear the
> > > clouds in my brain, I would greatly appreciate it. Please point me in
> > > a sunnier direction.
>
> > You can use ruby tokyo_record_spec.rb or spec tokyo_record_spec.rb at
> > the command line to run your specs - both are valid, but spec will
> > give you some more options to format your output in different ways
> > etc. that start to become more useful as you write more specs. For now
> > it might feel simpler to just call your specs using the ruby command.
>
> > > This is straight Ruby code. It has nothing to do with Rails. My
> > > directory structure looks something like this:
>
> > > /tokyo
> > > /tokyo/tokyo_record.rb
> > > /tokyo/tokyo_record_spec.rb
>
> > > And at the top of /tokyo/tokyo_record_spec.rb I have only require
> > > 'tokyo_record' which is a homemade Ruby module that I'm trying to spec
> > > with RSpec.
>
> > It's pretty conventional to use a spec_helper.rb file somewhere that
> > you just always require at the top of each spec file. That gives you
> > an extensibility point if you want to do any global setup of your test
> > environment that has to run before each set of spec. Also most people
> > seem to keep their specs in a separate 'spec' directory. If you want
> > to use tools like RSpactor you'd need to stick to this convention (for
> > now at least).
>
> > It might be worth creating a vanilla rails project, adding the rspec-
> > rails gem, and running 'script/generate rspec' in there just to see
> > how it's done - the examples are pretty good and give you a good idea
> > of the conventions other people are using.
>
> > HTH,
> > Matt
> > _______________________________________________
> > rspec-users mailing list
> > [EMAIL PROTECTED]://rubyforge.org/mailman/listinfo/rspec-users
>
> _______________________________________________
> rspec-users mailing list
> [EMAIL PROTECTED]://rubyforge.org/mailman/listinfo/rspec-users
_______________________________________________
rspec-users mailing list
rspec-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/rspec-users
