On Sun, Oct 10, 2010 at 1:17 PM, [email protected] <
[email protected]> wrote:

> i am having some issues around ruby-debug and rspec for rails3 so i
> was doing a google search for a solution and came across this thread.
> i'm sorry I couldn't miss your thoughts on rppec vs cucumber and don't
> wanna play smarty pants here, i just think you cannot replace rppec
> with cucumber because they are different tools really for different
> purposes.
>


I am new to both rspec and cucumber and still feeling my way. But at least
for my current app what I am finding is that by starting with Cucumber, I
cover the user experience pretty well, then just write specs as I write
models, etc. But the confidence I have in my app is higher and also I am
seeing (so far) that my focus is better. Maybe in a few weeks I can let you
know but I am finding that if I have good cucumber coverage I feel less
compulsive about the lower level test coverage and save time and effort on
this. Of course, if I am writing a safety critical or highly sensitive
component of course I would throw all the lower level stuff at it too. Just
some thoughts from where I am currently.

>
> i am also using cucumber for testing my projects' integrity - hence
> cucumber is for integration testing! - but also not lazy to write
> specs for my controller tests. i found that writing unit tests with
>

I did for a bit write controller specs but they got overwhelming and I
decided based on the 80/20 principle to just trust my cucumber results.
Maybe I am wrong... time will tell :) But I don't disagree with your point,
I think it probably goes back to what it is you want to test. I actually
changed my method of handling roles so that I could test the class using
rspec on the model, that made me feel that although I could perhaps find
some problems writing controller specs, it would be diminishing returns.


> rspec helps a lot while your project codebase grows and allows you to
> identify failing scenarios much easier. i am also trying to be as
> explicit in my tests as i can, covering edge cases etc.
>
> i would not use rspec with integrated views - never been a big fan of
> that - but would definitely keep writing unit tests with rspec2 and
> cover integration testing with cucumber.
>
> -- Attila
>
> On Sep 13, 6:49 pm, Marnen Laibow-Koser <[email protected]> wrote:
> > David Kahn wrote:
> > > Ok, now I found if I add   *require 'ruby-debug'*   in the spec itself
> > > the
> > > debugger invokes. However....
> >
> > > It is useless. I get a breakpoint in my controller but have no access
> to
> > > anything I want:
> >
> > >
> ../Users/DK/Documents/ror/projects/wavelineup3/app/controllers/user_session
> s_controller.rb:14
> > > respond_to do |format|
> > > (rdb:1) @user_session
> > > *** Unknown command: "@user_session".  Try "help".
> > > (rdb:1) self
> > > *** Unknown command: "self".  Try "help".
> > > (rdb:1) params
> > > *** Unknown command: "params".  Try "help".
> > > (rdb:1)
> >
> > Perhaps auto-eval is turned off in the debugger.  Try typing "p
> > @user_session" instead of "@user_session".
> >
> > And why are you using RSpec specs for your controllers, anyway?
> > Cucumber stories are better for that.  RSpec is better for model logic.
> >
> >
> >
> > > So, how does one go about debugging their tests, or rather specs, in
> > > rspec?
> >
> > Best,
> > --
> > Marnen Laibow-Koserhttp://www.marnen.org
> > [email protected]
> > --
> > Posted viahttp://www.ruby-forum.com/.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected]<rubyonrails-talk%[email protected]>
> .
> For more options, visit this group at
> http://groups.google.com/group/rubyonrails-talk?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/rubyonrails-talk?hl=en.

Reply via email to