Module: RSpec::Core::Hooks
- Included in:
- Configuration, ExampleGroup
- Defined in:
- lib/rspec/core/hooks.rb
Overview
Provides before
, after
and around
hooks as a means of supporting common setup and teardown. This module is extended onto ExampleGroup, making the methods available from any describe
or context
block and included in Configuration, making them available off of the configuration object to define global setup or teardown logic.
Instance Method Summary collapse
-
#after(*args, &block) ⇒ void
(also: #prepend_after)
Declare a block of code to be run after each example (using
:example
) or once after all examples n the context (using:context
). -
#append_after(*args, &block) ⇒ void
Adds
block
to the back of the list ofafter
blocks in the same scope (:example
,:context
, or:suite
). -
#around(*args) {|Example| ... } ⇒ void
Declare a block of code, parts of which will be run before and parts after the example.
-
#before(*args, &block) ⇒ void
(also: #append_before)
Declare a block of code to be run before each example (using
:example
) or once before any example (using:context
). -
#prepend_before(*args, &block) ⇒ void
Adds
block
to the front of the list ofbefore
blocks in the same scope (:example
,:context
, or:suite
).
Instance Method Details
#after(&block) ⇒ void #after(scope, &block) ⇒ void #after(scope, conditions, &block) ⇒ void #after(conditions, &block) ⇒ void Also known as: prepend_after
The :example
and :context
scopes are also available as :each
and :all
, respectively. Use whichever you prefer.
The :suite
scope is only supported for hooks registered on RSpec.configuration
since they exist independently of any example or example group.
Declare a block of code to be run after each example (using :example
) or once after all examples n the context (using :context
). See #before for more information about ordering.
Exceptions
after
hooks are guaranteed to run even when there are exceptions in before
hooks or examples. When an exception is raised in an after block, the exception is captured for later reporting, and subsequent after
blocks are run.
Order
after
hooks are stored in three scopes, which are run in order: :example
, :context
, and :suite
. They can also be declared in several different places: RSpec.configure
, a parent group, the current group. They are run in the following order:
after(:example) # Declared in the current group.
after(:example) # Declared in a parent group.
after(:example) # Declared in RSpec.configure.
after(:context) # Declared in the current group.
after(:context) # Declared in a parent group.
after(:context) # Declared in RSpec.configure.
after(:suite) # Declared in RSpec.configure.
This is the reverse of the order in which before
hooks are run. Similarly, if more than one after
is declared within any one scope, they are run in reverse order of that in which they are declared.
271 272 273 |
# File 'lib/rspec/core/hooks.rb', line 271 def after(*args, &block) hooks.register :prepend, :after, *args, &block end |
#append_after(*args, &block) ⇒ void
Adds block
to the back of the list of after
blocks in the same scope (:example
, :context
, or :suite
).
See #after for scoping semantics.
281 282 283 |
# File 'lib/rspec/core/hooks.rb', line 281 def append_after(*args, &block) hooks.register :append, :after, *args, &block end |
#around(&block) ⇒ void #around(scope, &block) ⇒ void #around(scope, conditions, &block) ⇒ void #around(conditions, &block) ⇒ void
the syntax of around
is similar to that of before
and after
but the semantics are quite different. before
and after
hooks are run in the context of of the examples with which they are associated, whereas around
hooks are actually responsible for running the examples. Consequently, around
hooks do not have direct access to resources that are made available within the examples and their associated before
and after
hooks.
:example
/:each
is the only supported scope.
Declare a block of code, parts of which will be run before and parts after the example. It is your responsibility to run the example:
around(:example) do |ex|
# Do some stuff before.
ex.run
# Do some stuff after.
end
The yielded example aliases run
with call
, which lets you treat it like a Proc
. This is especially handy when working with libraries that manage their own setup and teardown using a block or proc syntax, e.g.
around(:example) {|ex| Database.transaction(&ex)}
around(:example) {|ex| FakeFS(&ex)}
332 333 334 |
# File 'lib/rspec/core/hooks.rb', line 332 def around(*args, &block) hooks.register :prepend, :around, *args, &block end |
#before(&block) ⇒ void #before(scope, &block) ⇒ void #before(scope, conditions, &block) ⇒ void #before(conditions, &block) ⇒ void Also known as: append_before
The :example
and :context
scopes are also available as :each
and :all
, respectively. Use whichever you prefer.
The :suite
scope is only supported for hooks registered on RSpec.configuration
since they exist independently of any example or example group.
Declare a block of code to be run before each example (using :example
) or once before any example (using :context
). These are usually declared directly in the ExampleGroup to which they apply, but they can also be shared across multiple groups.
You can also use before(:suite)
to run a block of code before any example groups are run. This should be declared in RSpec.configure.
Instance variables declared in before(:example)
or before(:context)
are accessible within each example.
Order
before
hooks are stored in three scopes, which are run in order: :suite
, :context
, and :example
. They can also be declared in several different places: RSpec.configure
, a parent group, the current group. They are run in the following order:
before(:suite) # Declared in RSpec.configure.
before(:context) # Declared in RSpec.configure.
before(:context) # Declared in a parent group.
before(:context) # Declared in the current group.
before(:example) # Declared in RSpec.configure.
before(:example) # Declared in a parent group.
before(:example) # Declared in the current group.
If more than one before
is declared within any one scope, they are run in the order in which they are declared.
Conditions
When you add a conditions hash to before(:example)
or before(:context)
, RSpec will only apply that hook to groups or examples that match the conditions. e.g.
RSpec.configure do |config|
config.before(:example, :authorized => true) do
log_in_as :authorized_user
end
end
describe Something, :authorized => true do
# The before hook will run in before each example in this group.
end
describe SomethingElse do
it "does something", :authorized => true do
# The before hook will run before this example.
end
it "does something else" do
# The hook will not run before this example.
end
end
Note that filtered config :context
hooks can still be applied to individual examples that have matching metadata. Just like Ruby's object model is that every object has a singleton class which has only a single instance, RSpec's model is that every example has a singleton example group containing just the one example.
Warning: before(:suite, :with => :conditions)
The conditions hash is used to match against specific examples. Since before(:suite)
is not run in relation to any specific example or group, conditions passed along with :suite
are effectively ignored.
Exceptions
When an exception is raised in a before
block, RSpec skips any subsequent before
blocks and the example, but runs all of the after(:example)
and after(:context)
hooks.
Warning: implicit before blocks
before
hooks can also be declared in shared contexts which get included implicitly either by you or by extension libraries. Since RSpec runs these in the order in which they are declared within each scope, load order matters, and can lead to confusing results when one before block depends on state that is prepared in another before block that gets run later.
Warning: before(:context)
It is very tempting to use before(:context)
to speed things up, but we recommend that you avoid this as there are a number of gotchas, as well as things that simply don't work.
Context
before(:context)
is run in an example that is generated to provide group context for the block.
Instance variables
Instance variables declared in before(:context)
are shared across all the examples in the group. This means that each example can change the state of a shared object, resulting in an ordering dependency that can make it difficult to reason about failures.
Unsupported RSpec constructs
RSpec has several constructs that reset state between each example automatically. These are not intended for use from within before(:context)
:
-
let
declarations -
subject
declarations -
Any mocking, stubbing or test double declaration
other frameworks
Mock object frameworks and database transaction managers (like ActiveRecord) are typically designed around the idea of setting up before an example, running that one example, and then tearing down. This means that mocks and stubs can (sometimes) be declared in before(:context)
, but get torn down before the first real example is ever run.
You can create database-backed model objects in a before(:context)
in rspec-rails, but it will not be wrapped in a transaction for you, so you are on your own to clean up in an after(:context)
block.
197 198 199 |
# File 'lib/rspec/core/hooks.rb', line 197 def before(*args, &block) hooks.register :append, :before, *args, &block end |
#prepend_before(*args, &block) ⇒ void
Adds block
to the front of the list of before
blocks in the same scope (:example
, :context
, or :suite
).
See #before for scoping semantics.
207 208 209 |
# File 'lib/rspec/core/hooks.rb', line 207 def prepend_before(*args, &block) hooks.register :prepend, :before, *args, &block end |