There's another approach though that I haven't tried yet. One of the
guys I work with truncates all the tables in the db before every
example. He says this runs as fast or faster than transactional
fixtures, and has the added benefit of NOT being in a transaction,
which
means that if he actua
Scott Taylor wrote:
> As far as I can remember, this is how Pat introduced described his
> cycle in the screencast he posted on the story runner when it first
> came out.
I've been caught in plagiarism!
I actually wrote this message while I was watching that screencast.
Thanks to everyone for you
hi there,
you might wanna be insterest in this talk on Stories DD by webrat maintainer
at GoRuCo 2008 http://goruco2008.confreaks.com/01_helmkamp.html
there he hightlights the workflow like this:
1. Write scenario (yellow color)
2. Write steps matchers (red color)
3. Write code (green color)
4. re
nevermind, hpricot to the rescue
:)
On Sep 19, 2008, at 3:01 PM, Jonathan Linowes wrote:
Hi, sorry if this isnt directly an rspec question but maybe someone
can help
lets say a page contains a list setup like this
Item One
Item Two
Item Three
in my story i want to refer to "first it
Hi, sorry if this isnt directly an rspec question but maybe someone
can help
lets say a page contains a list setup like this
Item One
Item Two
Item Three
in my story i want to refer to "first item", "second item" and "last
item" rather than by name
What I'd like is to
- get the n'th
On Fri, Sep 19, 2008 at 5:34 PM, Pat Maddox <[EMAIL PROTECTED]> wrote:
> No, that is not correct. Here's how transactional fixtures work:
>
> 1. Before all specs run, load the fixtures into the database
> 2. Start a transaction. Run the first spec
> 3. Rollback transaction
> 4. Start another tr
"Todd Tyree" <[EMAIL PROTECTED]> writes:
> I'm seeing something strange and was just wondering if someone can confirm my
> assumptions for me:
>
> I have user model with a number of specs: some of them use fixtures and some
> of them don't. Today, while talking someone through some specs that ne
On Fri, Sep 19, 2008 at 3:42 PM, Mark Wilden <[EMAIL PROTECTED]> wrote:
> I don't know the exact mechanism, but if we want a table to be emply that
> might have had fixtures loaded into it at some point, we delete_all in
> before(). It seems to me that if you have fixtures, they would be loaded
>
sometimes i do
story => code => spec => (re)code => story step => (re)code => spec
=> (re)code
or whatever, but hey, thats just me...
:)
___
rspec-users mailing list
rspec-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/rspec-users
On Fri, Sep 19, 2008 at 6:22 AM, Todd Tyree <[EMAIL PROTECTED]> wrote:
>
> I have user model with a number of specs: some of them use fixtures and
> some of them don't. Today, while talking someone through some specs that
> needed developming, I noticed that the fixtures always seemed to be
> lo
> Does your spec_helper file have this:
>
> Spec::Runner.configure do |config|
> config.use_transactional_fixtures = true
> end
>
Yes.
>
> Also, what versions of rspec and rails are you using?
1.1.4 and 2.1.0
Cheers,
Todd
___
rspec-users mailing l
Sorry, hit the enter key prematurely, That 'bit more concise' bit of the
spec should read:
describe User, "description" do
it "should not show emails" do
User.all.should be_blank
# Or, to be a bit more concise:
User.all.select{|u| u.email == '[EMAIL PROTECTED]
<[EMAIL PROTECTED]>'}.
On Fri, Sep 19, 2008 at 8:22 AM, Todd Tyree <[EMAIL PROTECTED]> wrote:
> I'm seeing something strange and was just wondering if someone can confirm
> my assumptions for me:
>
> I have user model with a number of specs: some of them use fixtures and
> some of them don't. Today, while talking someo
I'm seeing something strange and was just wondering if someone can confirm
my assumptions for me:
I have user model with a number of specs: some of them use fixtures and
some of them don't. Today, while talking someone through some specs that
needed developming, I noticed that the fixtures alway
On Sep 19, 2008, at 4:09 AM, Jarkko Laine wrote:
On 19.9.2008, at 10.58, Matt Wynne wrote:
On 19 Sep 2008, at 02:00, DyingToLearn wrote:
Hi,
I am still trying to learn how to effectively use BDD. I would
like to
know if there is a typical BDD workflow or if it is really just a
question
Sorry that this is only a tentatively RSpec-related question folks.
I had a bug today which was caused by two routing resources being
specified in a particular order:
map.resources :comments
map.resources :posts, :has_many => :comments
When I was in the CommentsController, rendering the inde
On 19.9.2008, at 10.58, Matt Wynne wrote:
On 19 Sep 2008, at 02:00, DyingToLearn wrote:
Hi,
I am still trying to learn how to effectively use BDD. I would like
to
know if there is a typical BDD workflow or if it is really just a
question of personal preference.
So far I see the following
On 19 Sep 2008, at 02:00, DyingToLearn wrote:
Hi,
I am still trying to learn how to effectively use BDD. I would like to
know if there is a typical BDD workflow or if it is really just a
question of personal preference.
So far I see the following steps being fairly common:
1. talk with user t
18 matches
Mail list logo
