I’m new to Rspec but loving it so far and looking to use it as a
replacement for a Test::Unit framework I have which drives a web app
via Watir. So far, things have worked very well with Rspec but I can’t
get my head around how before/after(:all) blocks would work in nested
groups, or even if what I am doing is possible.
What I want to do is something like this:
describe "This is a set of tests: " do
before(:all) do
puts “this should only appear once”
end
describe “Test 1” do
puts “test 1”
end
describe “Test 2” do
puts “test 2”
end
end
Expecting the before(:all) block to run only once and see something
like:
this should only appear once
test 1
test 2
but what I am getting is:
this should only appear once
test 1
this should only appear once
test 2
So my question is, how can you add before/after(:all) blocks that run
once and only once for for all examples, if all the examples are
nested in one main describe block? Is that something that’s even
possible? I’d appreciate any pointers anyone may have. Thanks!
So my question is, how can you add before/after(:all) blocks that run
once and only once for for all examples, if all the examples are
nested in one main describe block? Is that something that’s even
possible? I’d appreciate any pointers anyone may have. Thanks!
Right now it’s not possible. There’s an open ticket on this:
Why do you want before(:all)? Generally it’s use is disregarded, just
as global variables are considered harmful, not because they can’t be
used well, but because 99% of the times they aren’t.
Thanks for the reply David - much appreciated. At least now I know
that it can’t be done, rather
than pursuing it further for now. I’ll just have to live without that
functionality for now and add
it later on if a fix is made available.
Why do you want before(:all)? Generally it’s use is disregarded, just
as global variables are considered harmful, not because they can’t be
used well, but because 99% of the times they aren’t.
Because I want to be able to create a single @browser object at the
beginning
of my tests and have it passed to all examples. Without nested
examples, that
works just fine - I can create my browser instance in the before(:all)
block and
avoid using a global variable. In nested examples, I don’t see a good
way to
do that - I could always set up the browser instance as a global (did
that in
the past with Test::Unit and many Watir users do so) but I’d like to
avoid this.
If I didn’t use a before(:all) block or a global variable, would there
be any way to
pass my browser object to all example groups?
Currently my tests look like this:
describe “A series of tests” do
before(:all) do @browser = Watir::Browser.new
end
Have you considered using Cucumber rather than RSpec as the driver to
run these tests?
TBH, I haven’t really looked at Cucumber much, as I’m just getting
started with Rspec itself. My impression though was that Cucumber
replaced the story runner and the way my tests are structured just
seems better suited to Rspec, rather than written as user stories…
So my question is, how can you add before/after(:all) blocks that run
once and only once for for all examples, if all the examples are
nested in one main describe block? Is that something that’s even
possible? I’d appreciate any pointers anyone may have. Thanks!
Right now it’s not possible. There’s an open ticket on this:
I could not see the status of the ticket as it was restricted…Any
updates with regards to the use of the global variable objects in the
same script call before test… Any best practices mentioned or
suggested???
Why do you want before(:all)? Generally it’s use is disregarded,
just
as global variables are considered harmful, not because they can’t be
used well, but because 99% of the times they aren’t.
Because I want to be able to create a single @browser object at the
beginning
of my tests and have it passed to all examples. Without nested
examples, that
Have you considered using Cucumber rather than RSpec as the driver to
run these tests?
something i wish i could get additional information from other users??
I could not see the status of the ticket as it was restricted…Any
updates with regards to the use of the global variable objects in the
same script call before test… Any best practices mentioned or
suggested???
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.