To add a collaborator to this project you will need to use the Relish gem to add the collaborator via a terminal command. Soon you'll be able to also add collaborators here!More about adding a collaborator
Upgrading from rspec-rails-1.x to rspec-rails-2.
This is a work in progress. Please submit errata, missing steps, or patches to
the rspec-rails issue tracker.
Delete lib/tasks/rspec.rake, if present. Rake tasks now live in the rspec-rails
There were a few changes to the generated
spec/spec_helper.rb file. We
recommend the following:
- set aside a copy of your existing
rails generate spec:install
- copy any customizations from your old spec_helper to the new one
If you prefer to make the changes manually in the existing spec_helper, here
is what you need to change:
# rspec-1 require 'spec/autorun' Spec::Runner.configure do |config| ... end # rspec-2 require 'rspec/core' RSpec.configure do |config| ... end
islation from view templates
By default, controller specs do not render view templates. This keeps
controller specs isolated from the content of views and their requirements.
NOTE that the template must exist, but it will not be rendered. This is
different from rspec-rails-1.x, in which the template didn't need to exist, but
ActionController makes a number of new decisions in Rails 3 based on the
existence of the template. To keep the RSpec code free of monkey patches, and
to keep the rspec user experience simpler, we decided that this would be a fair
This needs to move from before the action to after. For example:
# rspec-rails-1 controller.should render_template("edit") get :edit, :id => "37" # rspec-rails-2 get :edit, :id => "37" response.should render_template("edit")
rspec-1 had to monkey patch Rails to get render_template to work before the
action, and this broke a couple of times with Rails releases (requiring urgent
fix releases in RSpec). Part of the philosophy of rspec-rails-2 is to rely on
public APIs in Rails as much as possible. In this case,
delegates directly to Rails'
assert_template, which only works after the
Rails changed the way it renders partials, so to set an expectation that a
partial gets rendered, you need
render view.should render_template(:partial => "widget/_row")
Introduced in rspec-rails-2.2, simulates the presence of view templates on the
file system. This supports isolation from partials rendered by the vew template
that is the subject of a view example:
stub_template "widgets/_widget.html.erb" => "This Content"
Before Webrat came along, rspec-rails had its own
have_tag matcher that
assert_select. Webrat included a replacement for
well as new matchers (
have_xpath), all of which rely on
Nokogiri to do its work, and are far less brittle than RSpec's
Capybara has similar matchers, which will soon be available view specs (they
are already available in controller specs with
Given the brittleness of RSpec's
have_tag matcher and the presence of new
Webrat and Capybara matchers that do a better job,
have_tag was not included
Mocks, stubs, doubles
Earlier versions of the view generators generated stub_model with
:new_record?. That is no longer recognized in rspec-rails-2, so you need to change
stub_model(Widget, :new_record? => true)
Generators in 2.0.0 final release will do the latter.
Last published about 7 years ago by dchelimsky.
RSpec Rails settings